| Tuesday, July 17th, 2012, 00:12 UTC | ||
| [00:12:36] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds) | |
| [00:15:56] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 248 seconds) | |
| [00:16:49] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [00:17:56] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [00:44:21] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [01:15:40] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Ping timeout: 248 seconds) | |
| [01:29:52] | knightr: | jpabq, Hi!. Is "<template>%Using |TEMPLATE| Template%</template>" something we have to translate? |
| [01:30:59] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [01:44:36] | superm1: | danielk22: there is a variety of places that it could go, are you sure that's the right fix for now? |
| [01:45:15] | danielk22: | No, not yet. I'd like more feedback from the reporters, but 128KB is a bit measly. |
| [01:45:18] | superm1: | if so, i'd like to at least validate why it's set low before haphazzardly inserting it into init scripts |
| [01:45:46] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [01:46:17] | superm1: | i have had quite messy HDHR recordings for a while too, but i've been blaming them on bad network cables, shoddy cat5 jacks etc |
| [01:46:26] | superm1: | i'll give that a go on my system and see if they clean up |
| [01:48:23] | danielk22: | superm1: 128KB is about 55 ms @ 19.2Mbps. If you start using things like ext4 w/barriers you should have at least 5 seconds of buffering available.. |
| [01:49:09] | danielk22: | (to deal with a worst case scenario) |
| [01:50:05] | danielk22: | I think the low defaults are probably to deal with the case where the machine is running as a router and not an end point. |
| [01:50:52] | danielk22: | In that case you want to drop fast for flow control algorithms to do their thing. |
| [01:51:28] | superm1: | so the thought here is that there isn't enough buffer becuase of the slow write speed when using ext4 w/ barrierrs |
| [01:51:51] | superm1: | and when streaming directly to an app like HDHR gui/VLC you aren't worrying about writing to disk so that doesn't happen |
| [01:51:56] | danielk22: | no, we buffer quite a bit between reads from devices and writes to disk. |
| [01:52:32] | danielk22: | The problem is if we don't get a timeslice to empty those buffers at least every 50 ms the buffer will overflow and packets will be lost. |
| [01:53:08] | superm1: | i see |
| [01:54:17] | danielk22: | If the stream is a 39 Mbps QAM stream we may even need a time slice every 25 ms. Usually this happens, but with CFQ we lose priority to time-slices to less frequently run apps such as the flush to disk thread. |
| [01:54:57] | danielk22: | (We lose priority because we need to run fairly often so to be fair to batch processes we lose out). |
| [01:55:44] | danielk22: | (CFQ here is the CPU scheduler, I don't mean the CFQ disk scheduler.) |
| [01:56:21] | superm1: | oh i was gonna say wouldn't that go away with other processes not fighting |
| [01:56:24] | superm1: | for disk i/o |
| [01:56:33] | danielk22: | (I should have said CFS :) |
| [01:57:48] | danielk22: | Talking about ext4 probably just confused things. pdflush is just a usual culprit. |
| [01:58:48] | danielk22: | & to further confuse, pdflush is now just called flusher |
| [01:59:10] | superm1: | well i'm not quite well versed in kernel scheduling innards and the different schedulers in the first place anywho :) |
| [01:59:44] | danielk22: | superm1: Well the intention is for MythTV to work without users having to care about those things either. |
| [02:00:07] | jya_ (jya_!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv | |
| [02:00:08] | jya_ (jya_!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host) | |
| [02:00:08] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [02:00:48] | sphery: | gigem: right you are! I love the timeslot changes you proposed--for simplifying recording rule creation, especially, but also because most people who use timeslot do so wrongly thinking it's something it's not (and not realizing it's an inflexible workaround for a specific type of always-generic listings data--that it seems no longer exists) |
| [02:00:57] | danielk22: | If give the backend RT priority then the 128KB buffer shouldn't be a problem; but there is really no need for the backend to run RT if the buffering is sufficient. |
| [02:01:32] | superm1: | is there a higher priority the backend could be given then where it's standing without giving it RT though? |
| [02:01:40] | sphery: | gigem: and for that matter, I love the idea of a channel filter instead of a full-fledged rule type for channel/callsign |
| [02:01:45] | superm1: | that might be an easier solution before permissions got dropped |
| [02:02:29] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 255 seconds) | |
| [02:02:30] | jya_ is now known as jya | |
| [02:03:07] | danielk22: | superm1: Maybe, but I think the buffering is a nicer solution than using a higher priority. Anyway lets wait to see if the buffering actually works before we make any decisions. |
| [02:03:15] | superm1: | alrighty |
| [02:08:12] | sphery: | danielk22: is http://code.mythtv.org/trac/ticket/10732#comment:9 , perhaps, due to similar issues with writing now that distros are using ext4+barriers |
| [02:11:50] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [02:14:17] | danielk22: | sphery: Much better for MythTV than ionice is to just use any disk i/o scheduler other than CFQ. |
| [02:14:53] | Beirdo: | sphery: also likely to be becasue 12.04 uses mysql 5.5 which will use innodb |
| [02:14:58] | danielk22: | But that's not really the problem with Device IO any other process can grab those time-slices. |
| [02:16:04] | Beirdo: | and untuned innodb is definitely not Scottish |
| [02:16:31] | wagnerrp: | its crrraaaaaappp! |
| [02:16:58] | danielk22: | You can tune Scottish bagpipes? |
| [02:17:18] | ** wagnerrp feels the sudden urge to drop what hes doing and watch a documentary on ax murderers ** | |
| [02:19:45] | sphery: | danielk22: yeah, that's a bit of a sledgehammer workaround, but the ticket seems to be so generic and too "out of the blue" that it makes me think underlying system issues rather than a new bug in MythTV |
| [02:23:35] | Beirdo: | hehehe |
| [02:24:10] | Beirdo: | danielk22: I'm sure you can, but I wouldn't have the foggiest idea HOW to tune a bagpipe |
| [02:24:17] | danielk22: | sphery: I think there has just been less interest in low latency in linux for the last 5 years. |
| [02:24:50] | wagnerrp: | why bother with low latency when you can throw an SSD at it and make the problem go away? |
| [02:24:52] | danielk22: | Beirdo: I, twice, lived on a corner where bagpipers practiced every morning. |
| [02:25:10] | Beirdo: | detuning one is simple. I think a shotgun would do a pretty good job there |
| [02:25:23] | Beirdo: | hehe, wow |
| [02:25:24] | danielk22: | wagnerrp: but it I use SSDs and things are much worse than they used to be with 5200 rpm drives... |
| [02:28:04] | danielk22: | Linux 0.93 behaved better on a PPro with slow HD than Linux 3.2 on a i5 with SSD. It's just wrong I tell ya, wrong ;] |
| [02:28:40] | wagnerrp: | danielk22: im just thinking of one of the old IBM commercials, suggesting they defend against the attack by catapulting the attackers with sacks of heavy metals, like gold |
| [02:29:06] | danielk22: | hehehe |
| [02:30:18] | wagnerrp: | http://www.youtube.com/watch?v=UQ-z2uN9Rws |
| [02:34:59] | Beirdo: | danielk22: what do you think of tagging 0.26-beta tonight? |
| [02:35:20] | Beirdo: | should we wait for jya's exceptions, or tag today? |
| [02:35:51] | jya: | Depending on when tonight's in… I should be able to commit before that |
| [02:37:56] | jya: | working hard at it... |
| [02:39:06] | Beirdo: | yah :) |
| [02:39:17] | Beirdo: | I think we should likely just wait until you're ready |
| [02:39:28] | Beirdo: | especially if it's likely to be in the next 24h or so |
| [02:39:31] | jya: | those Qt old setting screen, always give me the creep... |
| [02:39:39] | Beirdo: | yeah, they are disgusting |
| [02:39:40] | jya: | it will definitely be within the next 24h |
| [02:39:46] | Beirdo: | Cool :) |
| [02:40:28] | jya: | I should have started on the UI yesterday, but I got stuck into getting something else working… didn't prioritise properly… i have a hard time skipping on something that doesn't work |
| [02:41:17] | Beirdo: | you ain't the only one, I think we all fall into that at times |
| [02:42:55] | jya: | I blame it on these guys. |
| [02:42:56] | jya: | http://nto.github.com/AirPlay.html |
| [02:43:14] | Beirdo: | I blame it on: http://www.apple.com/ |
| [02:43:15] | Beirdo: | :) |
| [02:43:26] | Beirdo: | if they'd just open-source it... |
| [02:44:21] | jya: | I added authentication for both AirTunes and AirPlay, but in fact it never does authentication over airplay. It does so in the AirTunes (RAOP) stream only… Maybe in an earlier version of iOS.. So I had to get out tcpdump again |
| [02:44:34] | jya: | none of this being useful for the feature freeze ... |
| [02:44:39] | Beirdo: | heh |
| [02:44:52] | jya: | I hesitate to have a complete new page of settings in the General Settings |
| [02:45:15] | jya: | or stuff it in the existing page where the remote control stuff is set up |
| [02:45:31] | jya: | I thought I could regroup all the frontend services setting into one page. |
| [02:45:50] | jya: | so you get remote control, airplay, airtunes, all in the same page |
| [02:47:31] | jya: | whenever I did a setting screen, someone complained that it didn't dsplay properly on their 480p TV set |
| [02:48:40] | Beirdo: | heh |
| [02:52:05] | Beirdo: | danielk22: so... qAbs, or llabs and compat.h support? :) |
| [02:59:12] | Beirdo: | actually, I think I'll just recode it to use neither |
| [03:03:01] | Beirdo: | [10073] |
| [03:03:01] | MythLogBot: | SVN 10073: (branch master) https://github.com/MythTV/mythtv/commit/cb6dbde9 |
| [03:09:11] | jya: | abs does require you to be a mathematician to be implemented correctly |
| [03:17:38] | Beirdo: | no it doens't |
| [03:17:52] | Beirdo: | if the value < 0, use -value |
| [03:17:54] | Beirdo: | simple |
| [03:18:09] | Beirdo: | these are integers, not floats |
| [03:18:10] | jya: | really ????? |
| [03:18:16] | jya: | is that all ? :) |
| [03:18:29] | Beirdo: | don't make me slap you with a kangaroo :) |
| [03:18:37] | ** jya sarcasm doesn't seem to transmit well over IRC ** | |
| [03:18:50] | Beirdo: | yeah well :) |
| [03:18:51] | Beirdo: | I know |
| [03:19:26] | jya: | In Setup… |
| [03:19:43] | jya: | The subtitle of General is "Core MythTV behavior and system settings" |
| [03:19:51] | jya: | I think that's a very misleading subtitle |
| [03:20:02] | jya: | because this only affects the frontend |
| [03:21:22] | gigem: | knightr: Yes, "<template>%Using |TEMPLATE| Template%</template>" should be translated. |
| [03:21:48] | gigem: | sphery: I figured as much. :) I've already put it on TODO list to look at for 0.27. |
| [03:22:42] | Beirdo: | jya: seems a bit misleading, yeah |
| [03:22:51] | jya: | any suggestions? |
| [03:23:00] | jya: | could just insert "Frontend" after MythTV |
| [03:23:13] | jya: | remove core even.. |
| [03:23:54] | jya: | hum… need to think about it… and quickly in order to avoid the wrath of the translators |
| [03:25:04] | Beirdo: | yeah, true |
| [03:28:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:32:46] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.8) | |
| [03:34:05] | jya: | gosh… those settings are ugly… and I still don't get how it calculates the sizes when positioning them |
| [03:34:17] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv | |
| [03:34:17] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host) | |
| [03:34:17] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [03:34:56] | Beirdo: | jya: can we close #10889 yet? :) |
| [03:34:56] | ** MythLogBot http://code.mythtv.org/trac/ticket/10889 ** | |
| [03:35:21] | jya: | yes.. I haven't had it for a few days no |
| [03:35:22] | jya: | now |
| [04:20:22] | jya: | Ok.. I've done my local commit for the GUI part… I can push it now (knowing that the settings won't work as I haven't committed the actual implementations of some parts) |
| [04:20:30] | jya: | And shouldn't the tag be 0.26 alpha ? |
| [04:27:12] | Beirdo: | Umm, what was announced? |
| [04:27:21] | jya: | was anything announced? |
| [04:27:49] | Beirdo: | heh, yeah, alpha, you are correct |
| [04:27:55] | Beirdo: | yes, it was announced on -devel |
| [04:28:01] | Beirdo: | 9 days ago |
| [04:28:11] | Beirdo: | so we think we are all ready? |
| [04:29:58] | jya: | I haven't pushed yet |
| [04:30:04] | jya: | I'm simplifying the config... |
| [04:30:07] | Beirdo: | hehe, fair enough |
| [04:30:15] | Beirdo: | no rush, was just wondering |
| [04:30:23] | jya: | right now we had AirPlay video adn separately AirTunes (RAOP) |
| [04:30:32] | jya: | one could be compiled without the other etc.. |
| [04:30:53] | jya: | RAOP is a tad more complex to setup as you need to get the RSA key |
| [04:31:05] | jya: | but I don't see much the point to have one without the other |
| [04:31:38] | jya: | and it complicates authentication to have them separate, as AirPlay uses RAOP to check for the authentication in recent iOS |
| [04:31:52] | jya: | so either you have both, or neither. |
| [04:32:16] | jya: | would be simpler if we shipped the RSA key |
| [04:32:28] | jya: | everyone else is doing so with the libshairplay |
| [04:32:42] | jya: | even ubuntu ships with the key as it's in the libshairplay |
| [04:32:49] | jya: | same for debian |
| [04:33:01] | Beirdo: | no thanks :) |
| [04:33:16] | jya: | which linux distribution are you using ? |
| [04:33:20] | Beirdo: | Ubuntu |
| [04:33:39] | jya: | well, so you have the RSA key available weither you like it or not |
| [04:33:54] | Beirdo: | but either way, I don't want to be on the hook for that in a package that I am partially responsible for |
| [04:33:57] | jya: | it's just embedded in the source code |
| [04:34:34] | jya: | And what about we go a fetch it on an external site, like the source code of libshairplay and extract it as required ? :) |
| [04:34:47] | Beirdo: | you're fairly safe unless Apple starts suing people in Australia... I'm in the US, as are several others that expressed worry about it |
| [04:35:10] | Beirdo: | how is that not piracy? |
| [04:35:27] | jya: | Being in Oz adds no lovel of protection since we sign the freetrade agreement |
| [04:35:39] | Beirdo: | that's like saying "we didn't steal your software, we just use wget to download it" |
| [04:36:08] | Beirdo: | you sure? I don't think they have jurisdiction to sue there. But perhaps :) |
| [04:36:13] | Beirdo: | let's not find out the hard way |
| [04:36:20] | jya: | fetching a copyright data automatically on a remote site has always been seen as okayed in all the project I worked for. Like the TI or HP emulators that go and fetch the ROM from the HP or TI web site and extract it |
| [04:36:52] | Beirdo: | giving them a README that tells them how to, sure |
| [04:36:55] | jya: | and I know that safe because I've been in both TI and HP who have tried to prevent it… Lawyers came back as that there was nothing they could do |
| [04:37:14] | Beirdo: | actually automatically downloaded... I'd rather not. |
| [04:37:36] | jya: | could always fetch the Aiport Express firmware, and extract the key :) |
| [04:37:45] | Beirdo: | well, where are you thinking of downloadeing from? |
| [04:37:47] | Beirdo: | yeah |
| [04:37:51] | jya: | after all, Apple make it public that way |
| [04:37:57] | Beirdo: | THAT we could likely say we are safe |
| [04:38:08] | jya: | Airport firmware is available on Apple web site |
| [04:38:20] | Beirdo: | of course, they could just move the key or re-encrypt and we'd be hosed |
| [04:38:23] | jya: | key is embedded in it… they did try to offuscate it |
| [04:38:56] | jya: | unlikely they would remove the firmware for the AE in a while |
| [04:39:02] | Beirdo: | that I'd be a lot more comfortable with as it's a download of their public firmware |
| [04:39:16] | jya: | European law force manufacturer to provide parts and services for 5 years after a product is EOL |
| [04:39:16] | Beirdo: | and then you reverse engineered until ya found the key |
| [04:39:27] | jya: | so the firmware will always have to be available during that time |
| [04:39:30] | Beirdo: | I think Canada law too |
| [04:39:51] | jya: | can look into this later.. |
| [04:39:59] | jya: | I've simplified the check.. |
| [04:40:12] | jya: | the settings page tell you if the key could be loaded and if it's valid |
| [04:40:27] | Beirdo: | nice |
| [04:40:32] | Beirdo: | that's useful |
| [04:40:50] | jya: | I could add in the test that it actually can decode the data encrypted from the AE |
| [04:41:15] | Beirdo: | test key.... OK |
| [04:41:17] | Beirdo: | :) |
| [04:41:18] | jya: | simply copying the aaec signature of a RAOP packet and see if I can decode it |
| [04:41:36] | Beirdo: | yeah, a packet that you know the cleartext of |
| [04:41:49] | jya: | surely, having the 128 encrypted bytes of something freely transmitted on your network is okay |
| [04:42:02] | jya: | don't even need to know the clear text |
| [04:42:06] | Beirdo: | that'd be reverse engineering in my mind |
| [04:42:08] | jya: | only test if the decryption is okay |
| [04:42:14] | Beirdo: | how? |
| [04:42:27] | Beirdo: | by knowing the structure of the decrypted data |
| [04:42:31] | jya: | the aaec signature has a test in it |
| [04:42:39] | Beirdo: | you don't need to know all of it ;) |
| [04:42:41] | Beirdo: | yeah, cool |
| [04:42:49] | jya: | so you decrypt it, and you compare with the signature |
| [04:42:54] | jya: | that tell you if it's okay or not |
| [04:43:05] | Beirdo: | yeah, that's part of the known cleartext :) |
| [04:43:16] | Beirdo: | sounds valid to me |
| [04:45:26] | Beirdo: | the provenance of the key is really what worries me. Extracting it from their publicly available firmware is *much* better than posting one from a leaked who knows what (in my mind) |
| [04:45:44] | jya: | it is... |
| [04:45:55] | Beirdo: | that's reverse engineering rather than script kiddie piracy |
| [04:46:09] | jya: | will see how I can go about providing a small utility that extract it from the firmware |
| [04:46:21] | jya: | reverse engineering is legal everywhere? |
| [04:46:46] | Beirdo: | not sure about everywhere, but I think it's a fair-use exception most places |
| [04:46:48] | jya: | would think that any countries wanting to ban it would be insane... |
| [04:47:04] | jya: | imagine that another country develop this amazing invention... |
| [04:47:27] | jya: | yet, you can't do it for your own citizen becaue you've banned reverse engineering |
| [04:47:30] | Beirdo: | now, if you are reverse engineering someone's algorithms, you may still owe them royalties should they have a patent. |
| [04:47:44] | Beirdo: | but then again, if they have a patent, just read the bloody patent |
| [04:47:53] | jya: | exactly :) |
| [04:48:24] | jya: | I think some countries have laws the allow to bypass all that if it's for the greater good |
| [04:48:35] | jya: | like vaccines etc |
| [04:48:50] | Beirdo: | some. Certainly not the land of the "free" |
| [04:48:59] | Beirdo: | more like the land of the expensive :) |
| [04:49:27] | jya: | imagine the case… fatally active disease... |
| [04:49:39] | Beirdo: | the pharmaceuticals here are really in control far too much |
| [04:50:29] | jya: | start killing everyone, including US citizens.. someone in the UK find a vaccine, make it outrageously expensive.. or even sign agreement to not export it to some countries… you actually think the US government, will enforce suce kind of copyright or patent and prevent its citizens to have it? |
| [04:51:03] | Beirdo: | they'd just strongarm the multinational pharmaceutical making it |
| [04:51:08] | Beirdo: | and force them to sell |
| [04:51:20] | jya: | may be too late by then... |
| [04:51:30] | Beirdo: | and yes, they would enforce it. Like they have with the AIDS drugs... |
| [04:51:37] | Beirdo: | and the one for anti-Anthrax |
| [04:51:42] | jya: | though, you would think that such fatal disease would have been invented by the US to start with anyway |
| [04:51:52] | Beirdo: | they'd buy up all the supply for the government, and let the rest die, probably |
| [04:52:08] | Beirdo: | or steal it all |
| [04:52:22] | jya: | well, if that's the case, I think it's arguably self defence to go and shoot the politicians |
| [04:52:22] | Beirdo: | but it wouldn't be for the citizens :) |
| [04:52:51] | Beirdo: | of course, I'm a cynical f**k |
| [04:53:09] | Beirdo: | (an excellent song by Extreme too) |
| [04:55:07] | ** jya is willing to stretch the definition of song to encompass some screaming exercises.. ** | |
| [05:05:02] | jya: | there's something pretty cool with the beta xcode… when you commit, you can select which change within the code is going to be committed |
| [05:05:19] | jya: | pretty convenient here as I'm trying to make several commit for each features |
| [05:24:59] | Beirdo: | git add -p |
| [05:25:01] | Beirdo: | :) |
| [05:25:34] | Beirdo: | and yeah, that is quite a nice feature, regardless of where it lives |
| [05:39:42] | jya: | does so for svn too |
| [05:41:06] | Beirdo: | nice |
| [05:41:15] | Beirdo: | that's a good extension to svn :) |
| [05:41:46] | jya: | jeez… I was wondering why suddenly my authentication didn't work… like the setting wasn't even set. |
| [05:41:48] | jya: | if (gCoreContext->GetNumSetting("AirPlayPasswordEnabled"), false) |
| [05:41:55] | jya: | find the error... |
| [05:42:15] | Captain_Murdoch: | false is outside the call to GetNumSetting |
| [05:42:17] | Beirdo: | heh |
| [05:42:19] | Beirdo: | oops |
| [05:42:24] | Beirdo: | yeah, misplaced ) |
| [05:42:30] | jya: | I must have read it like 10 times ... |
| [05:42:54] | Beirdo: | kept reading what you wanted to see |
| [05:43:15] | Captain_Murdoch: | I'm sure the HLS audio issue is simple as well, I've found one more bug, but now am running into another. |
| [05:43:34] | Captain_Murdoch: | looked at it for a couple hours with debug output, etc.. |
| [05:43:56] | jya: | Captain_Murdoch: problem is most are unaware that really is just a way to stream a mpeg-ts file… and really the issue is in the container with nothing related to HLS |
| [05:44:04] | Captain_Murdoch: | this isn't the ::toFloat() issue, it's an issue with that patch that fixes fifo mode and touched a bunch of other stuff in the process. |
| [05:44:32] | jya: | Captain_Murdoch: I was about to start on it within the next half an hour.. just finishing my quick tests |
| [05:45:15] | Captain_Murdoch: | yeah, I can reproduce 2 issues now. first may not be ours, I tried encoding a .vob from a DVD and it segfaults at the same spot always. second issue is encoding a program recorded off cable with mpeg-2 video, AC3 audio, that encodes, but the audio is really messed up. |
| [05:45:55] | jya: | you can have an AC3 stream in Apple's HLS spec |
| [05:46:28] | Beirdo: | Captain_Murdoch: well, if you need to, you can always try reverting that last set of patches back to what I had :) |
| [05:46:31] | Beirdo: | hehe |
| [05:46:32] | jya: | i think there's the enforcement to always have at least a stereo one though… not sure how much that is enforced |
| [05:46:37] | Beirdo: | it was a bit borked too though |
| [05:47:44] | Beirdo: | Let me know if you need a hand, and how I can help |
| [05:48:23] | Beirdo: | I don't have any HLS-capable devices, but I can see what I can do on the web player for testing |
| [05:48:37] | jya: | Beirdo: of course you do !! |
| [05:48:38] | Captain_Murdoch: | Beirdo, I may do that, I need to revert to test and may revert and try to fix fifo myself. I don't notice much in his patch that affects fifo, it's the 'simplification of addData()" that I think is the issue. it does have a bug which is causing audio drift because it keeps offsetting the timecode by total_frames but also is offsetting total_frames as well. total_frames += something then timecode += total_frames * somet |
| [05:48:39] | Captain_Murdoch: | hingelse. |
| [05:48:57] | jya: | Beirdo: ever thought of using myth ? |
| [05:49:11] | jya: | mythavtest http://url_to_m3u8 |
| [05:49:19] | Beirdo: | jya: testing myth with myth really isn't a valid test is it? ;) |
| [05:49:37] | Beirdo: | well, it's valid |
| [05:49:38] | jya: | Beirdo: for testing that a stream is valid it certainly is a valid test |
| [05:49:41] | Captain_Murdoch: | it's a test of the encoding yes. |
| [05:49:42] | Beirdo: | but not really all that complete |
| [05:49:49] | Beirdo: | yeah |
| [05:50:01] | Beirdo: | I could try that at some point |
| [05:50:14] | jya: | Beirdo: if you prefer you can from the m3u8 re-generate the original mpeg-ts and test it somewhere else |
| [05:50:23] | Captain_Murdoch: | issue isn't streaming, it's the encoding. cat *.ts > combined.ts then 'mythavtest combined.ts' should work as well. |
| [05:50:32] | jya: | but for the matter of testing AV sync issue, it certainly is the perfect and easiest test… |
| [05:50:45] | Beirdo: | cool |
| [05:50:51] | Captain_Murdoch: | well, don't cat *.ts, that will put the audio only and a/v streams together in one file. :| |
| [05:51:18] | jya: | Captain_Murdoch: you're likely going to endup with out of order ts file that way |
| [05:51:23] | Captain_Murdoch: | cat *.av.*.ts > combined.ts |
| [05:51:52] | jya: | all depends on your naming convention… but blah10.ts is before blah2.ts |
| [05:52:32] | Captain_Murdoch: | blah.000001.ts blah.000002.ts, etc.. |
| [05:53:20] | jya: | what happen when your original file is more than 1,000,000s long ? |
| [05:53:26] | Captain_Murdoch: | may want to bump that to more digits though, never actually tried to figure out what the max length is that would be playable. guess that's 9999990 seconds. |
| [05:53:33] | Beirdo: | then you're an idiot? :) |
| [05:53:34] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [05:53:42] | jya: | LOL |
| [05:53:51] | Captain_Murdoch: | feature request without a patch |
| [05:53:58] | Beirdo: | that's > 10day recording |
| [05:54:27] | jya: | Beirdo: you're so narrow minded :P |
| [05:54:41] | Beirdo: | it would take an Udo to try that |
| [05:55:47] | jya: | interesting.. I ask for Digest authentication for all packets. iTunes handle it just fine.. my iPhone ask for the password twice. |
| [05:56:20] | jya: | checking with tcpdump between an Apple TV and an iPhone, they only try to authenticate for the first packets |
| [05:56:58] | Captain_Murdoch: | will try reverting the 3 audio patches tomorrow then look at the old/new side by side to compare things. time for bed. |
| [05:57:32] | jya: | Captain_Murdoch: if you tell me what the problem is , I can have a look |
| [05:57:35] | jya: | and how to reproduce it |
| [05:58:06] | Beirdo: | Captain_Murdoch: good luck with it |
| [05:58:36] | Captain_Murdoch: | problem is bad audio on anything that has to rebuffer the audio packets (which is most things now since it's using AAC audio) |
| [05:58:54] | Beirdo: | bad in what way? |
| [05:58:55] | jya: | what do you mean by rebuffering? |
| [05:59:01] | Captain_Murdoch: | reblocking |
| [05:59:01] | Beirdo: | what does it sound like? |
| [05:59:17] | Beirdo: | and yeah, I know it's hard to describe :) |
| [06:00:32] | Captain_Murdoch: | http://www.bc2va.org/chris/tmp/1003_201104172 . . . av.000002.ts |
| [06:00:59] | Captain_Murdoch: | don't even know what show, it's a random file I picked that was recorded recently. |
| [06:02:04] | Beirdo: | hehe |
| [06:02:13] | Beirdo: | OK, one moment |
| [06:02:57] | Captain_Murdoch: | jya, input audio codec is blocked in 4608 byte increments for AC3 and output needs 4096 for AAC. MP3 output needs something different. so, we have to re-block the audio, adjust timecodes, etc. while encoding |
| [06:03:02] | Beirdo: | gotta wait for commercial break (my mom's visiting and we're watching Rookie Blue) |
| [06:03:37] | Captain_Murdoch: | I've run into this before, but can't recall what I did to fix it when originally coding HLS, so I figured I'd step back and look at it tomorrow. |
| [06:04:07] | Beirdo: | heh, I hit many silly issues on my first go at it too, hoping to recognize the symptoms |
| [06:04:52] | jya: | Captain_Murdoch: while not use ffmpeg completely? it has a --hls mode |
| [06:05:51] | Captain_Murdoch: | also found a race condition in the audio consumer code fixed that by combining ARB::GetCount(long long time) and ARB::GetData() into ARB::GetData(long long time) so no for loop now, just a while((ab = arb->GetData(frame.timecode)) != NULL)) |
| [06:05:56] | jya: | though this has been added between 0.25 ffmpeg and current one |
| [06:06:11] | Beirdo: | niiice |
| [06:06:12] | Captain_Murdoch: | jya, no control over that process, no way to stop/start/etc.. lots of other reasons. |
| [06:06:35] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [06:07:15] | Captain_Murdoch: | jya, I've also been making notes about the on-demand encoding we talked about. I think that would be a very nice-to-have and have some ideas in my head already. |
| [06:07:18] | jya: | AirVideo directly calls ffmpeg, so theyve managed to do it… though they patch iffmpeg and have no idea what their patches are doing |
| [06:07:36] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [06:11:03] | Captain_Murdoch: | mythtranscode can read from remote backends, ffmpeg would need direct file access. also would like to support the cutlist. |
| [06:12:53] | jya: | ahah… requiring the password twice occurs with the Airport Express too |
| [06:13:05] | Captain_Murdoch: | if we can seek accurately, encoding segments on demand is doable. mythhlsencoder is spawned dynamically if required and it listens for events or monitors a table or both. backend webserver triggers mythhlsencoder when it gets a request for a segment. mythhlsencoder encodes that segment and the next X segments if they don't exist to fill in any gaps. |
| [06:13:16] | jya: | Captain_Murdoch: fair enough…. |
| [06:14:10] | jya: | let's lodge another bug report to apple... |
| [06:14:14] | Captain_Murdoch: | user stops requesting, encoder stops encoding. user comes back 3 hours later and encoding starts back up automatically. |
| [06:14:59] | Captain_Murdoch: | biggest issue is corrupt files or files we can't seek properly in. |
| [06:15:18] | jya: | Captain_Murdoch: I keep talking about AirVideo, but did you ever try their server ? |
| [06:15:32] | Captain_Murdoch: | not yet, been meaning to, but have been busy. |
| [06:16:13] | Captain_Murdoch: | read over a thread (from ~1–2 years ago) about it last night, you've been using it a while. :) |
| [06:16:36] | Captain_Murdoch: | mythtv-users thread from way back when about iPad & MythTV. |
| [06:16:48] | jya: | yeah.. it's a great piece of software... |
| [06:17:01] | jya: | Actually, this is by far my most used app on iPad |
| [06:17:05] | jya: | use it every day |
| [06:17:39] | jya: | they really got it right… playback starts instantly.. can pause, resume.. leave the app come back and continue from where you left. it rememvbers for each file etc |
| [06:17:47] | jya: | I remember a while back discussing with the dev. |
| [06:18:03] | jya: | I was asking him to make it mythtv compatible |
| [06:18:16] | jya: | at the time he tried to explain to me, that really all the IP was in the server |
| [06:18:40] | jya: | I just couldn't figure out why… seeing all the issues we've been having in the encoding side of things, I'm not surprised anymore |
| [06:20:03] | Captain_Murdoch: | our encoding issues are just due to having 5+ modes in mythtranscode. lossless (it's own code base mainly), and lossy side. lossy side includes HLS, fifo mode, lossless .nuv -> .nuv, and the regular lossy mode that encodes to .nuv. all the lossy side is in one file, transcode.cpp |
| [06:22:59] | ** Captain_Murdoch will take a look again tomorrow during lunch. ** | |
| [06:23:18] | ** Captain_Murdoch is afk ** | |
| [06:36:55] | Goga777 (Goga777!~Goga777@128-71-157-121.broadband.corbina.ru) has joined #mythtv | |
| [06:45:41] | Beirdo: | heh, yeah, it's a mess |
| [06:46:52] | Goga777 (Goga777!~Goga777@128-71-157-121.broadband.corbina.ru) has quit (Ping timeout: 248 seconds) | |
| [07:03:27] | jya: | Beirdo: I've pushed my changes |
| [07:03:55] | jya: | now let's look at the mythconvert float conversion thing |
| [07:39:29] | jya: | Captain_Murdoch: I can see a few potential leaks in here should an error occurs… Also unecessary tests. new operator can never return NULL, you'll get an exception. Should init succeed but OpenFile fail, either avfw or avfw2 aren't deleted. Application would end up exiting so probably not too much of a worry, but it's not very elegant |
| [07:52:03] | aberrios (aberrios!~aberrios@77.107.183.144) has joined #mythtv | |
| [07:54:12] | aberrios: | I have written a twitch.tv grabber script for MythNetVision, I wonder where I should post it? Mailing-list? Wiki? |
| [08:28:46] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [08:33:31] | jya: | aberrios: submit it in code.mythtv.org/trac |
| [08:33:50] | aberrios: | righto |
| [08:34:29] | jya: | what you could also do, using github is create a pull request, and link to it in the trac entries |
| [09:01:30] | jya: | Captain_Murdoch: the segfault on the toFloat is definitely due to a 16 bytes alignment issue |
| [09:44:26] | jya: | Captain_Murdoch: you call WriteAudioFrame with the m_buffer.data() QBytesArray, there's no guarantee the QByteArray is allocated on a 16 bytes boudary |
| [10:13:16] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Remote host closed the connection) | |
| [10:32:50] | superm1 (superm1!u4318@gateway/web/irccloud.com/x-fsmymlbbmkxkmdea) has joined #mythtv | |
| [10:32:50] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [10:32:50] | superm1 (superm1!u4318@gateway/web/irccloud.com/x-fsmymlbbmkxkmdea) has quit (Changing host) | |
| [10:41:43] | joki (joki!~joki@p5486530E.dip.t-dialin.net) has quit (Ping timeout: 250 seconds) | |
| [10:42:10] | joki (joki!~joki@p5486564C.dip.t-dialin.net) has joined #mythtv | |
| [10:50:06] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [10:50:06] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [10:50:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [10:52:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [11:53:13] | stuartm: | Captain_Murdoch: is the server side of the theme download stuff in a repo somewhere? I'd like to extend services to support download of grabber scripts for mythweather, mythnetvision and site lists for mythnews etc, the theme download scripts might be a useful basis (or I might just start on a whole new thing in PHP with an html side for mythtv.org) |
| [12:13:11] | jya: | Captain_Murdoch: I've pushed the SSE fix, I reimplemented the AudioBuffer class to use our own data buffer… haven't looked at any other problems yet. But the few samples I've tried, are very blocky, and the audio is pretty bad. |
| [12:20:04] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [12:28:22] | jya: | Also, I'm not sure why you're worrying about packet size, if you feed everything to ffmpeg, including the new container, it will take care of everything for you... |
| [12:58:40] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:06:22] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [13:10:14] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:21:56] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:29:35] | Captain_Murdoch: | jya, thanks for catching and fixing that alignment issue. I was focused too much on my changes on the output side and wasn't even thinking about the input side which was unchanged (hence the problem). |
| [13:39:37] | rsiebert_ (rsiebert_!~quassel@g225057012.adsl.alicedsl.de) has joined #mythtv | |
| [13:41:59] | Captain_Murdoch: | jya, each codec has a frame size though, so we feed the encoder one frame of data at a time and then take that encoded data and write it out using av_interleaved_write_frame(). perhaps we don't need that code anymore for the builtin AAC encoder, but I believe that libmp3lame and libfaac needed to be supplied with the correct amount of data at each call to their encoder. maybe I'm wrong, but I believe I remember getting compla |
| [13:41:59] | Captain_Murdoch: | ints from one of them about incorrect frame size or not enough data or something but that was a while ago so i'm not 100% sure. |
| [13:42:13] | rsiebert (rsiebert!~quassel@e179133224.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [13:45:59] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [13:56:08] | Captain_Murdoch: | thinking back, maybe it was just glitchy audio if I didn't fill up to the frame size and provide adjusted timestamps. |
| [13:58:16] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:06:54] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
| [14:22:54] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [14:23:50] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [14:54:45] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [14:56:27] | Captain_Murdoch: | stuartm, the server side stuff is just a webserver with a few static files per theme and a single .zip file as an index of themes. mythfrontend downloads that .zip containing the themeinfo.xml and preview thumbnail image for each theme. the themeinfo.xml files contain the download links pointed to the ftp server. the full size preview is on the website for use by the theme chooser also. I started playing with a simple PHP sc |
| [14:56:28] | Captain_Murdoch: | ript to redirect through rather than hitting the ftp site directly, the script would allow us to track downloads, but still put the bandwidth on the ftp server. for the 3rdParty stuff like JW Player, that is just a .zip on the ftp site. there is a script on our webserver for the video test samples that Robert setup, it does a redirect also to the ftp site. |
| [14:58:05] | wagnerrp: | jya: you around? |
| [14:58:44] | Captain_Murdoch: | I took the easy way out, there is no service yet. if we had hundreds of themes, then searching, etc. might be more handy, but with the limited number, just using a small 1 Meg index .zip file was the easiest. Plus, I can drop that into a subdir and load the themeinfo.xml files directly for comparison. |
| [15:00:24] | wagnerrp: | jya: some screwiness going on in server pool in dealing with link local... http://pastebin.com/Q1k5c6s1 |
| [15:01:11] | wagnerrp: | the interface has [fe80::2c:28ff:fe00:130b] set, but the code picks up [fe80:2:0:0:2c:28ff:fe00:130b] instead |
| [15:01:51] | wagnerrp: | not sure where the extra '2' is coming from |
| [15:02:11] | wagnerrp: | but its throwing off matching, so if the link-local is set as the IPv6 address for the backend to listen on |
| [15:02:22] | wagnerrp: | it warns that the address does not exist |
| [15:27:17] | wagnerrp: | looks like ill need to put some additional logic in there for that scenario |
| [15:56:49] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Read error: Connection reset by peer) | |
| [16:15:02] | Goga777 (Goga777!~Goga777@2.95.198.213) has joined #mythtv | |
| [16:20:43] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:23:00] | Goga777 (Goga777!~Goga777@2.95.198.213) has quit (Read error: No route to host) | |
| [16:23:40] | Goga777 (Goga777!~Goga777@2.95.198.213) has joined #mythtv | |
| [16:39:31] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (*.net *.split) | |
| [16:39:31] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (*.net *.split) | |
| [16:39:31] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has quit (*.net *.split) | |
| [16:39:31] | highzeth (highzeth!~hz@hoiseth.no) has quit (*.net *.split) | |
| [16:39:32] | Goga777 (Goga777!~Goga777@2.95.198.213) has quit (*.net *.split) | |
| [16:39:32] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has quit (*.net *.split) | |
| [16:39:32] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (*.net *.split) | |
| [16:39:33] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split) | |
| [16:39:33] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [16:39:33] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split) | |
| [16:39:33] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [16:39:33] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (*.net *.split) | |
| [16:39:34] | rsiebert_ (rsiebert_!~quassel@g225057012.adsl.alicedsl.de) has quit (*.net *.split) | |
| [16:39:34] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (*.net *.split) | |
| [16:39:34] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split) | |
| [16:39:35] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split) | |
| [16:39:35] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (*.net *.split) | |
| [16:39:35] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (*.net *.split) | |
| [16:39:35] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (*.net *.split) | |
| [16:39:35] | jwh (jwh!~jwh@scarlett.lon.rewt.org.uk) has quit (*.net *.split) | |
| [16:39:35] | Slasher` (Slasher`!~Slasher@188.165.164.15) has quit (*.net *.split) | |
| [16:39:36] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (*.net *.split) | |
| [16:39:36] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (*.net *.split) | |
| [16:39:36] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [16:39:36] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (*.net *.split) | |
| [16:39:37] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (*.net *.split) | |
| [16:39:37] | clever (clever!~clever@142.167.203.248) has quit (*.net *.split) | |
| [16:39:37] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has quit (*.net *.split) | |
| [16:39:37] | sunkan (sunkan!~sunkan@alva.zappa.cx) has quit (*.net *.split) | |
| [16:39:37] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (*.net *.split) | |
| [16:39:38] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split) | |
| [16:39:38] | markcerv (markcerv!~mark@ns.shelfspace.com) has quit (*.net *.split) | |
| [16:39:38] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split) | |
| [16:39:39] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [16:39:39] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (*.net *.split) | |
| [16:39:40] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (*.net *.split) | |
| [16:39:40] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has quit (*.net *.split) | |
| [16:39:40] | jafa (jafa!~jafa@2001:470:1f05:15de:757c:6a9b:6d90:88e0) has quit (*.net *.split) | |
| [16:39:40] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [16:39:40] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split) | |
| [16:39:40] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split) | |
| [16:39:40] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split) | |
| [16:39:41] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (*.net *.split) | |
| [16:39:41] | Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (*.net *.split) | |
| [16:39:41] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [16:39:41] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (*.net *.split) | |
| [16:39:42] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (*.net *.split) | |
| [16:39:42] | joki (joki!~joki@p5486564C.dip.t-dialin.net) has quit (*.net *.split) | |
| [16:39:42] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (*.net *.split) | |
| [16:39:42] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (*.net *.split) | |
| [16:39:42] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [16:39:43] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (*.net *.split) | |
| [16:39:43] | xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split) | |
| [16:39:43] | laga (laga!~laga@pdpc/supporter/student/laga) has quit (*.net *.split) | |
| [16:39:43] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (*.net *.split) | |
| [16:39:44] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (*.net *.split) | |
| [16:39:44] | kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split) | |
| [16:39:44] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split) | |
| [16:39:44] | aberrios (aberrios!~aberrios@77.107.183.144) has quit (*.net *.split) | |
| [16:39:44] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (*.net *.split) | |
| [16:39:45] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (*.net *.split) | |
| [16:39:45] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split) | |
| [16:39:45] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (*.net *.split) | |
| [16:39:45] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [16:39:46] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (*.net *.split) | |
| [16:39:46] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has quit (*.net *.split) | |
| [16:39:46] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [16:39:46] | whoDat (whoDat!~cal@yossman.net) has quit (*.net *.split) | |
| [16:39:47] | joe____ (joe____!~bob@64.73.32.135) has quit (*.net *.split) | |
| [16:39:47] | David_Miller (David_Miller!~dave@pretender.frop.net) has quit (*.net *.split) | |
| [16:39:47] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split) | |
| [16:39:47] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
| [16:39:47] | gigem (gigem!~david@mythtv/developer/gigem) has quit (*.net *.split) | |
| [16:39:48] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (*.net *.split) | |
| [16:39:48] | ghoti (ghoti!~paul@scratch.it.ca) has quit (*.net *.split) | |
| [16:39:48] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split) | |
| [16:39:48] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (*.net *.split) | |
| [16:39:48] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has quit (*.net *.split) | |
| [16:39:48] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (*.net *.split) | |
| [16:39:48] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (*.net *.split) | |
| [16:39:49] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has quit (*.net *.split) | |
| [16:39:49] | pjd_ (pjd_!~phil@93.89.91.89) has quit (*.net *.split) | |
| [16:39:49] | f33dMB (f33dMB!~f33dMB@li100-62.members.linode.com) has quit (*.net *.split) | |
| [16:57:27] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:57:27] | Goga777 (Goga777!~Goga777@2.95.198.213) has joined #mythtv | |
| [16:57:27] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:57:27] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [16:57:27] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [16:57:27] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [16:57:27] | rsiebert_ (rsiebert_!~quassel@g225057012.adsl.alicedsl.de) has joined #mythtv | |
| [16:57:27] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [16:57:27] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:57:27] | joki (joki!~joki@p5486564C.dip.t-dialin.net) has joined #mythtv | |
| [16:57:27] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [16:57:27] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [16:57:27] | aberrios (aberrios!~aberrios@77.107.183.144) has joined #mythtv | |
| [16:57:27] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [16:57:27] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [16:57:27] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [16:57:27] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
| [16:57:27] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [16:57:27] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [16:57:27] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:57:27] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [16:57:27] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [16:57:27] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [16:57:27] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has joined #mythtv | |
| [16:57:27] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [16:57:27] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [16:57:27] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [16:57:27] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [16:57:27] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [16:57:27] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
| [16:57:27] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [16:57:28] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [16:57:28] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [16:57:28] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv | |
| [16:57:28] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has joined #mythtv | |
| [16:57:28] | jafa (jafa!~jafa@2001:470:1f05:15de:757c:6a9b:6d90:88e0) has joined #mythtv | |
| [16:57:28] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [16:57:28] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:57:28] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [16:57:28] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [16:57:28] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [16:57:28] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [16:57:28] | clever (clever!~clever@142.167.203.248) has joined #mythtv | |
| [16:57:28] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [16:57:28] | markcerv (markcerv!~mark@ns.shelfspace.com) has joined #mythtv | |
| [16:57:28] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [16:57:28] | jwh (jwh!~jwh@scarlett.lon.rewt.org.uk) has joined #mythtv | |
| [16:57:28] | Slasher` (Slasher`!~Slasher@188.165.164.15) has joined #mythtv | |
| [16:57:28] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [16:57:28] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [16:57:28] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [16:57:28] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [16:57:28] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [16:57:28] | Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv | |
| [16:57:28] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [16:57:28] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [16:57:28] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has joined #mythtv | |
| [16:57:28] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has joined #mythtv | |
| [16:57:28] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
| [16:57:28] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [16:57:28] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
| [16:57:28] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [16:57:28] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [16:57:28] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [16:57:28] | pjd_ (pjd_!~phil@93.89.91.89) has joined #mythtv | |
| [16:57:28] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [16:57:28] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has joined #mythtv | |
| [16:57:28] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has joined #mythtv | |
| [16:57:28] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
| [16:57:28] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [16:57:28] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [16:57:28] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [16:57:28] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has joined #mythtv | |
| [16:57:28] | f33dMB (f33dMB!~f33dMB@li100-62.members.linode.com) has joined #mythtv | |
| [16:57:28] | sunkan (sunkan!~sunkan@alva.zappa.cx) has joined #mythtv | |
| [16:57:28] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
| [16:57:28] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [16:57:28] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [16:57:28] | laga (laga!~laga@pdpc/supporter/student/laga) has joined #mythtv | |
| [16:57:28] | whoDat (whoDat!~cal@yossman.net) has joined #mythtv | |
| [16:57:28] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [16:57:28] | David_Miller (David_Miller!~dave@pretender.frop.net) has joined #mythtv | |
| [16:57:28] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv | |
| [16:57:28] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [16:57:28] | joe____ (joe____!~bob@64.73.32.135) has joined #mythtv | |
| [16:58:07] | tris (tris!tristan@camel.ethereal.net) has quit (Max SendQ exceeded) | |
| [17:01:18] | danielk22: | Strange that QByteArray doesn't support alignment constraints. |
| [17:13:34] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [17:14:06] | tris (tris!tristan@camel.ethereal.net) has joined #mythtv | |
| [17:15:38] | danielk22: | I found a Qt5 discussion thread that talked about the desirability of 16 byte alignment. But I haven't found anything conclusive from googling. |
| [17:17:41] | tris (tris!tristan@camel.ethereal.net) has quit (Excess Flood) | |
| [17:23:37] | tris (tris!tristan@camel.ethereal.net) has joined #mythtv | |
| [17:23:42] | Captain_Murdoch: | looks like we may also be using suboptimal scaling in libav* due to our VideoFrame buffer not being aligned. I get a warning in the logs about that from sws_scale() and if I make a temp copy of the buffer using av_malloc() and use that instead of VideoFrame's buffer, the warning goes away. do you know where we allocate the VideoFrame buffer for software decoding? |
| [17:28:24] | Captain_Murdoch: | VideoBuffers::CreateBuffers it appears, and that uses av_malloc. have to look into it more when I figure out my other issue. |
| [17:35:21] | Goga777 (Goga777!~Goga777@2.95.198.213) has quit (Read error: Connection reset by peer) | |
| [17:35:38] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [17:38:36] | Goga777 (Goga777!~Goga777@2.95.198.213) has joined #mythtv | |
| [17:40:18] | danielk22: | Captain_Murdoch: There is also VideoBuffers::CreateBuffer() which takes a pointer (intended for when there are special requirements on the memory, such as alignment or that it be memory shared with X11 or some driver). |
| [17:41:31] | danielk22: | This is used by VideoOutputVDPAU::InitBuffers(). |
| [17:42:27] | Goga777 (Goga777!~Goga777@2.95.198.213) has quit (Remote host closed the connection) | |
| [17:50:53] | Captain_Murdoch: | ok, thanks. I reverted my change and will revisit after I figure out this A/V sync issue with HLS encoding. |
| [17:58:31] | wagnerrp: | seems baidu does not respect robots.txt |
| [17:59:07] | wagnerrp: | i put some clauses on the server specifically to stop spiders from hitting dynamically generated pages on the wiki |
| [17:59:28] | wagnerrp: | things like userlogin, page differences, old versions... baidu is ignoring it all |
| [17:59:37] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:02:04] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 246 seconds) | |
| [18:05:57] | wagnerrp: | i guess it may take a few days for changes in that file to circulate through the spider network |
| [18:07:05] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:13:27] | andreax (andreax!~andreaz@p54BF276C.dip.t-dialin.net) has joined #mythtv | |
| [18:25:12] | Lomion0815 (Lomion0815!~androirc@178-191-242-241.adsl.highway.telekom.at) has joined #mythtv | |
| [18:25:35] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [18:25:35] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [18:25:35] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:28:40] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:29:08] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:32:23] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [18:32:23] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [18:32:23] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:34:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 246 seconds) | |
| [18:37:23] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [18:57:30] | stuartm: | Captain_Murdoch: ok thanks, I thought it was a little more involved than that :) |
| [18:57:42] | stuartm: | s/involved/complicated/ |
| [19:03:23] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:03:44] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:25:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:32:44] | stuartm: | wagnerrp: I've probably missed the discussion about this, so apologies if I'm asking a stupid question, but do you know why we're requiring users to enter the addresses manually instead of showing them a combo box of available interfaces? |
| [19:33:11] | wagnerrp: | i never wrote the code for it |
| [19:33:28] | wagnerrp: | instead assuming we would be further along with the web configuration utility |
| [19:33:58] | wagnerrp: | the eventual plan is to provide a list of addresses on the host, and allow the user to select multiple, or let the system autoconfigure |
| [19:34:11] | wagnerrp: | but i would prefer not to have to write two separate versions of that |
| [19:35:39] | wagnerrp: | for 0.27, i actually intend to remove the need for those settings entirely |
| [19:35:56] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:36:24] | wagnerrp: | add a protocol command that when clients (frontends and slave backends) connect, they have the option of specifying all the addresses they can listen on |
| [19:36:41] | wagnerrp: | so other clients can then query where those machines can be accessed through |
| [19:36:57] | wagnerrp: | so the only setting that actually needs to be configured is the master server |
| [19:38:00] | stuartm: | ah, ok |
| [19:38:28] | wagnerrp: | in theory, that could go away too with autodetection |
| [19:38:40] | wagnerrp: | but there would still need to be some mechanism for defining which machine is the master backend |
| [19:39:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:39:27] | wagnerrp: | although with the plan to split the master backend from the recording/fileserving duties, that would be eliminated as well |
| [19:39:47] | wagnerrp: | the master backend would then just be which ever one was running the master executable (only one allowed) |
| [19:46:04] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:50:22] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [19:50:22] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [19:50:23] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:50:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:51:08] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [19:55:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:58:48] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has quit (*.net *.split) | |
| [19:58:48] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (*.net *.split) | |
| [19:58:48] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split) | |
| [19:58:48] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [19:58:49] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split) | |
| [19:58:49] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [19:59:27] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [20:00:25] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [20:00:53] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [20:01:09] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [20:02:39] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
| [20:05:24] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv | |
| [20:05:24] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Changing host) | |
| [20:05:25] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [20:10:06] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [20:10:06] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [20:10:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:16:32] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [20:16:32] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [20:16:32] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:18:14] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [20:19:34] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 265 seconds) | |
| [20:20:07] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [20:21:32] | toeb_ (toeb_!~yaaic@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Client Quit) | |
| [20:22:30] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Client Quit) | |
| [20:22:48] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [20:25:29] | zombor_ is now known as zombor | |
| [20:26:25] | Lomion0815 (Lomion0815!~androirc@178-191-242-241.adsl.highway.telekom.at) has quit (Ping timeout: 246 seconds) | |
| [20:27:09] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Client Quit) | |
| [20:31:00] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:39:33] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [20:40:20] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [20:49:05] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:22:20] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:37:33] | pjd_ (pjd_!~phil@93.89.91.89) has quit (Read error: Operation timed out) | |
| [21:40:40] | stuartm: | gigem: another deadlock, or something a lot like it today, unfortunately I didn't get a backtrace as I needed the backend running ASAP |
| [21:41:21] | stuartm: | recordings scheduled to occur earlier in the day didn't happen, but this time the main thread wasn't involved as the backend continued to respond as expected to the frontend |
| [21:43:09] | stuartm: | no reschedules were happening after 4pm yesterday |
| [21:43:52] | stuartm: | which to me suggests the EIT scanner was deadlocked |
| [21:47:01] | pjd_ (pjd_!~phil@93.89.91.89) has joined #mythtv | |
| [21:51:54] | stuartm: | mfdb ran at 2:32 am, but no reschedules occurred, so the scheduler was definitely involved |
| [21:52:05] | stuartm: | last recording started at midnight |
| [22:03:45] | stuartm: | gigem: another possibility is that the recorder threads are deadlocking, that would at least explain the failure of recordings and EIT, it's also what was happening in the last deadlock you fixed |
| [22:44:55] | stuartm: | looking closer it seems I was missing recordings before the one at midnight, so some recorders were deadlocked but others were still working |
| [22:52:28] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [22:56:26] | jya: | wagnerrp: those two addresses are the sane |
| [22:57:35] | jya: | 0:0 is changed for :: … hum my bad… I'm still waking up , crap in my eyes :) |
| [23:00:09] | jya: | danielk22: what was surprising with QByteArray, is that the code was crashing 100% of the time.. e.g. it was *never* aligned.. I ran the test about 50 times, it was always aligned on 4 bytes but not 16 bytes… looks like they are aligning on something… but not the right thing |
| [23:02:44] | danielk22: | jya: Yeah, that was one of the things that was being talked about in the thread I found. It looks like it varies a bit depending on the platform but you can only expect only 4 byte alignment even when the underlying malloc is 16 byte aligned. |
| [23:04:02] | jya: | it is definitely a tad lame to have QByteArray not memory aligned according to the architecture it runs on. defeat a fair amount of good purpose for that class |
| [23:04:39] | amejia (amejia!~andres@129.174.97.130) has joined #mythtv | |
| [23:04:39] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [23:04:39] | amejia (amejia!~andres@129.174.97.130) has quit (Changing host) | |
| [23:05:08] | danielk22: | Yep. I can see not being 128 byte aligned, but 16 byte alignment seems like a slam dunk. |
| [23:08:44] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:14:22] | andreax (andreax!~andreaz@p54BF276C.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:52:43] | stuartm: | gigem: I'm entertaining the possibility that the last time I restarted the backend was in the window between your last commit but after a 'git reset --hard' restored my build directory to a pre-patch state |
| [23:54:41] | stuartm: | since I can't remember exactly when I last restarted it, there's a small chance that it's the case and it's preferable to believe that for now than the possibility of yet another deadlock |
| [23:55:46] | stuartm: | I'm not sure exactly how I'd implement it, but a backend 'uptime' would be useful at times like these |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.