| Monday, November 26th, 2012, 00:00 UTC | ||
| [00:00:17] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [00:15:42] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [00:22:18] | danielk22: | stuartm: I don't see how b315d797 actually fixes a race... |
| [00:22:49] | danielk22: | Unless the code is single threaded maybe? |
| [00:33:57] | xris: | wow, ffmpeg changed all of their options again. totally screwed up nuvexport |
| [00:34:43] | xris: | all in the undocumented flags type settings, too |
| [00:35:06] | xris: | Beirdo: will have to snag some of your time this week to help me figure out how all of this stuff should go together. |
| [00:37:48] | Beirdo: | damn, what a mess. Yeah, sounds like a plan |
| [00:38:05] | Beirdo: | next PR.... :) |
| [00:39:50] | xris: | really should just simplify that stuff.. do only h.264 and use only mp4, mkv containers |
| [00:39:56] | xris: | would probably piss off a bunch of people, though |
| [00:40:42] | wagnerrp: | if you're going to simplify it that far, why not just scrap the whole thing and finish that capability in mythtranscode? |
| [00:40:53] | xris: | that, too |
| [00:41:09] | xris: | haven't had a chance to look at things since Captain_Murdoch got his HLS stuff added |
| [00:41:11] | wagnerrp: | h264/mp4 is already done, although only in the context of HLS |
| [00:41:22] | wagnerrp: | mkv wouldn't be that difficult |
| [00:41:25] | Beirdo: | you probably still want DVD for some |
| [00:41:35] | wagnerrp: | and neither would non-segmented operation, assuming that isn't already possible |
| [00:42:03] | Beirdo: | but yeah... if we had time + energy... putting it into mythtranscode would be good |
| [00:42:27] | Beirdo: | stupid bugs. |
| [00:42:39] | ** Beirdo deploys another can of Raid on his code ** | |
| [00:42:50] | xris: | that was the original plan. I think we were waiting for Captain_Murdoch to get multi-video-file support added for recordings. then I stopped being able to keep track of how that progress was going. |
| [00:42:54] | Beirdo: | well, mine and a coworker's in this case |
| [00:43:45] | wagnerrp: | multi-video-file? |
| [00:44:45] | xris: | I assume it's done now that HLS support exists. unless that's only on-the-fly. |
| [00:45:02] | xris: | basically a way for mythtv to know that a recording has multiple video files associated with it, at different codecs/resolution. |
| [00:45:24] | wagnerrp: | oh, that |
| [00:45:28] | ** wagnerrp pokes sphery ** | |
| [00:45:57] | xris: | with and without commercials, too. that'd be interesting |
| [00:49:39] | xris: | sometimes I don't like living this far north. 5pm and already dark |
| [00:50:01] | Beirdo: | then the rest of the time, you remember that Seattle rules :) |
| [00:50:17] | xris: | well, yes. |
| [00:50:31] | wagnerrp: | perhaps, but cleveland rocks |
| [00:50:40] | xris: | we have better beer. that's important. :) |
| [00:50:48] | Beirdo: | and better coffee |
| [00:51:00] | wagnerrp: | and you don't suck like cleveland |
| [00:51:02] | Beirdo: | and soon... herb... if you are into such stuff |
| [00:51:27] | Beirdo: | heh, the Mariners suck at least as bad as the Indians most years |
| [00:52:01] | Beirdo: | and the Seahawks lost today, it seems |
| [00:52:30] | Beirdo: | anyways, back to the grind... |
| [00:52:51] | xris: | one more hour and I can go to my concert. :P |
| [00:53:23] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:57:22] | Beirdo: | heh. I wish. |
| [00:57:24] | Beirdo: | :( |
| [00:58:00] | xris: | your own fault for being bribable by work. :) |
| [00:58:39] | Beirdo: | hahah. Well... this is true. it's a nice bribe though. |
| [01:00:15] | Beirdo: | oh yay. shootings in South Lake Union |
| [01:06:20] | stuartm: | danielk22: on a second look that patch could be entirely bogus, I did manage to envision a scenario where a race was possible (but extremely unlikely) but I struggled then as I do now to wrap my head around why that patch would help |
| [01:07:27] | stuartm: | I probably tried too hard and managed to convince myself that there was an elusive logic to it |
| [01:13:30] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [01:13:30] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [01:13:31] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [01:21:15] | nvzn (nvzn!~nvzn@unaffiliated/nvzn) has joined #mythtv | |
| [01:21:34] | nvzn: | hey, is there a way to dump the mythtv password in the shell? |
| [01:21:43] | nvzn: | i need to plug it in to a frontend |
| [01:22:09] | wagnerrp: | this is the development channel, you want #mythtv-users |
| [01:22:20] | nvzn: | ok, ty |
| [01:25:42] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:26:49] | danielk22: | stuartm: I can imagine a race, the hard part is imaging how this would help :) |
| [01:40:40] | sl1ce_1g (sl1ce_1g!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has quit (Remote host closed the connection) | |
| [01:42:22] | sl1ce (sl1ce!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has joined #mythtv | |
| [01:45:19] | sl1ce (sl1ce!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has quit (Client Quit) | |
| [02:07:58] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [02:07:59] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [02:07:59] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [02:41:16] | rsiebert (rsiebert!~quassel@g229052026.adsl.alicedsl.de) has joined #mythtv | |
| [02:44:22] | rsiebert_ (rsiebert_!~quassel@g226063234.adsl.alicedsl.de) has quit (Ping timeout: 244 seconds) | |
| [02:47:30] | skd5aner: | stuartm: reading the backlog – I just wanted to give you some perspective – channel browsing for me in livetv can be a fairly painful experience, particularly in the guide – it can be very slow to navigate channels, and the locking will always stop the embedded video on each channel change. |
| [02:51:25] | skd5aner: | stuartm: and I agree, it is slow to navigate if you simply try to enter the channum without hitting enter – the timeout is consistent wether it's unique or ambiguous |
| [02:53:28] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:55:28] | skd5aner: | xris, Beirdo, wagnerrp: IReboot was considering looking at an external transcode/export solution in the near future... perhaps you should see what he's up to and coordinate efforts instead of duplicating |
| [02:56:08] | Beirdo: | Umm, I would say it's him that's duplicating ;) |
| [02:56:34] | Beirdo: | nuvexport's been around since what? 2005 at least |
| [02:56:37] | skd5aner: | maybe – but it's not like nuvexport has really kept up with the times and needs – I'd say if anything, he's filling a gap |
| [02:57:15] | Beirdo: | yeah well, blame ffmpeg for randomly changing command line... and users for not bothering to help out :) |
| [02:57:16] | skd5aner: | as much as a love nuxexport, it's still fairly manual and basic |
| [02:57:36] | Beirdo: | it can be fully scripted (unless we broke it) |
| [02:57:38] | skd5aner: | it's 2012, and I still can't say "put this recording(s) on my ipad" and it just works |
| [02:57:43] | wagnerrp: | he's been considering it, and wrote it, and it has been making its rounds on the wiki and mailing list |
| [02:57:55] | skd5aner: | wagnerrp: that's the lossless cut... |
| [02:58:07] | wagnerrp: | oh, right... the "transcoding hub" thing |
| [02:58:08] | skd5aner: | wagnerrp: he's considering another, more wholistic transcoding swuite |
| [02:58:16] | skd5aner: | er, suite |
| [02:58:28] | Beirdo: | nice, two speeling errors in one sentence :) |
| [02:58:38] | Beirdo: | you'll catch up to me soon |
| [02:59:00] | Beirdo: | Yeah, it's something that needs to be rethought anyways |
| [02:59:13] | skd5aner: | yea, I have a bad habit of not proofreading and relying on spellcheck – which my IRC client doesn't have :/ |
| [02:59:30] | wagnerrp: | ideally, it would be taken care of by the jobqueue improvements and multi-file support |
| [02:59:49] | skd5aner: | and, my fingers have their own brains... and those brains are dumb and don't listen to my brain |
| [02:59:50] | ** Beirdo wants to slap a coworker... ** | |
| [03:00:00] | Beirdo: | good thing for him... he's in Montreal. |
| [03:02:06] | wolfgang1 (wolfgang1!~wolfgang@178-27-149-246-dynip.superkabel.de) has quit (Ping timeout: 245 seconds) | |
| [03:03:57] | skd5aner: | I do think RDV (IReboot) has done some amazing work on a lot of his third party stuff. He finally found a very simply way to do lossless h.264 transcoding, and it's worked brilliantly for me – if he can extend that to also transcode and shrink I'm excited |
| [03:04:25] | skd5aner: | been looking for lossless h.264 forever :) |
| [03:04:38] | Beirdo: | be nice to get that done in C++ and into mythtranscode then |
| [03:05:28] | skd5aner: | Integration is nice – but I'll take it however I can get it so long as it works and is full featured (and supported by someone) :) |
| [03:06:54] | wayne (wayne!~wayne@codeworks.gen.nz) has quit (Ping timeout: 240 seconds) | |
| [03:06:59] | Beirdo: | true dat |
| [03:23:01] | nvzn_ (nvzn_!~nvzn@unaffiliated/nvzn) has joined #mythtv | |
| [03:25:04] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [03:25:05] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [03:25:05] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [03:27:03] | nvzn (nvzn!~nvzn@unaffiliated/nvzn) has quit (Ping timeout: 276 seconds) | |
| [03:33:50] | Goga777 (Goga777!~Goga777@2.95.224.75) has joined #mythtv | |
| [04:07:52] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:10:46] | Goga777 (Goga777!~Goga777@2.95.224.75) has quit (Read error: No route to host) | |
| [04:11:55] | Goga777 (Goga777!~Goga777@2.95.224.75) has joined #mythtv | |
| [04:13:14] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Ping timeout: 240 seconds) | |
| [04:13:57] | Captain_Murdoch: | wagnerrp, mythtranscode can transcode to a single-file h264/mp4 file using existing command line options including a couple which are commented out currently. You can actually attempt to use any libav* container and codec using the commented out --container, --acodec, and --vcodec options. |
| [04:14:03] | Captain_Murdoch: | That's part of the support enabled by the AVFormatWriter class which HLS uses. My plan was to scrap NuppelVideoRecorder's .nuv portions eventually in favor of AVFormatWriter once it is stable and HLS support is done. |
| [04:14:30] | Captain_Murdoch: | The on-demand HLS support is coming along nicely but slowly due to time. I fixed a couple issues Friday night. I can now skip ahead in the video and the encoder seeks and starts encoding at the new position. |
| [04:14:42] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [04:15:46] | ** Captain_Murdoch thinks of xris and Beirdo living in/near Seattle as the 'deep South' compared to where he lives. ** | |
| [04:17:34] | Beirdo: | hehe |
| [04:17:44] | Beirdo: | yer pretty much an honorary Canadian now |
| [04:21:14] | Captain_Murdoch: | heh, I tell people at work that I live so far North that I can see Canada to the North and West since I can see mountains on Vancouver Island to my West. |
| [06:00:31] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection) | |
| [06:15:22] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [06:39:11] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 245 seconds) | |
| [06:39:43] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [06:43:20] | wayne (wayne!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [07:05:00] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [08:40:17] | stuartm: | danielk22: new debugging is interesting because it might explain a three second delay starting playback, but I'm not really sure what I'm looking at – http://pastebin.com/NuTGmPxZ |
| [08:40:53] | Goga777 (Goga777!~Goga777@2.95.224.75) has quit (Remote host closed the connection) | |
| [08:42:20] | stuartm: | we're waiting 3 seconds for a 32K read? |
| [08:42:55] | stuartm: | and most of that time just for the last 12K? |
| [09:02:41] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:6025:3972:48dd:d5e3) has joined #mythtv | |
| [09:04:23] | stuartm: | back for that same period, not especially useful, will try again later with -v file, network, socket |
| [09:04:26] | stuartm: | http://pastebin.com/WDcxBQqf |
| [09:04:33] | stuartm: | backend |
| [09:51:45] | zoran119 (zoran119!~zoran@ppp121-44-212-45.lns20.syd7.internode.on.net) has joined #mythtv | |
| [09:51:55] | zoran119 (zoran119!~zoran@ppp121-44-212-45.lns20.syd7.internode.on.net) has left #mythtv () | |
| [09:56:35] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Ping timeout: 240 seconds) | |
| [09:57:18] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [10:00:54] | wayne (wayne!~wayne@codeworks.gen.nz) has quit (Ping timeout: 240 seconds) | |
| [10:12:11] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [10:12:27] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [10:15:58] | nvzn_ is now known as nvzn | |
| [10:46:11] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [10:46:28] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [12:33:50] | nvzn is now known as WAPS-12b | |
| [12:38:36] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 240 seconds) | |
| [12:38:43] | stuarta (stuarta!~stuarta@callisto.squashedfrog.net) has joined #mythtv | |
| [12:38:44] | stuarta (stuarta!~stuarta@callisto.squashedfrog.net) has quit (Changing host) | |
| [12:38:44] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [12:55:21] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [12:56:19] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [13:07:10] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [13:07:12] | wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [13:07:15] | Sharky112065_ (Sharky112065_!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [13:14:23] | J-e-f-f-A_ (J-e-f-f-A_!~J-e-f-f-A@pool-173-48-129-179.bstnma.fios.verizon.net) has joined #mythtv | |
| [13:15:08] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [13:15:08] | XDS2010 (XDS2010!u1218@gateway/web/irccloud.com/x-uuthlgvlddwkdzdk) has quit (Ping timeout: 252 seconds) | |
| [13:15:09] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Ping timeout: 295 seconds) | |
| [13:15:09] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-173-48-129-179.bstnma.fios.verizon.net) has quit (Ping timeout: 295 seconds) | |
| [13:15:09] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 387 seconds) | |
| [13:15:10] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 387 seconds) | |
| [13:15:10] | J-e-f-f-A_ is now known as J-e-f-f-A | |
| [13:16:02] | XDS2010_ (XDS2010_!u1218@gateway/web/irccloud.com/x-uqzyxtauhwltyvvh) has joined #mythtv | |
| [13:16:50] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [13:16:50] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
| [13:16:51] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [13:16:52] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [13:17:01] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [13:17:09] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [13:17:46] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [13:31:12] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [13:31:28] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [13:33:06] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [13:39:12] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [13:46:52] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [13:48:00] | danielk22: | stuartm: This is a 20624 byte file that mythtv thinks is still growing. ffmpeg freaks out if a read gives it fewer bytes than it asks for so we're waiting for the file to reach 32KB. |
| [13:48:39] | danielk22: | We generally think a file is still growing if it's modification timestamp is recent. |
| [13:49:46] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:52:34] | stuartm: | it was an old recording ~ 1GB, so I've no idea why it thought it was growing |
| [13:56:28] | stuartm: | I can reproduce with other recordings too, the first read is only returning 20624 and then there's a further 2–3 seconds before it apparently reads the last 12KB |
| [13:56:29] | danielk22: | stuartm: The code is in FileRingBuffer::safe_read(). It should exit as soon as ret from ::read() is 0 for an oldfile (one more than 30 mintutes old). |
| [13:57:08] | stuartm: | danielk22: ok thanks, I'll play around with it and see what I learn |
| [13:58:04] | stuartm: | in fact, not just other recordings, pretty much every one I've tried |
| [13:58:57] | stuartm: | even a recording that's 4 years old :) |
| [13:59:39] | danielk22: | It also shouldn't have any trouble reading the full 32KB if we're at the front of the file. There is probably a seek to near the end of the file that isn't being logged since -v file isn't enabled. |
| [14:04:03] | stuartm: | the first few files I checked had no bookmark, they were recorded over the weekend but unwatched, so there shouldn't have been any seeks |
| [14:04:23] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [14:04:41] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [14:05:43] | danielk22: | I'm considering trying a smaller read chunk, something like 2KB instead of 32KB; so low bitrate material like DVB Radio works better. But I do worry if that will increase CPU use and it likely wouldn't do anything for what you are seeing here. |
| [14:09:33] | WAPS-12b is now known as nvzn | |
| [14:24:08] | stuartm: | we could store information on bitrate when recording, so the reads could be tailored to the file – won't help with videos (vs recordings) but it might be better than trying to find a 'one size fits all' solution |
| [14:32:15] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Ping timeout: 241 seconds) | |
| [14:33:31] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [14:37:15] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 241 seconds) | |
| [14:37:31] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:43:28] | stuartm: | danielk22: ok, this is a little odd, the backend is reading in a full 360448 on the first read, then a few hundred KB per read after that, all within a few ms – but the frontend insists it's only receiving 20624, always exactly 20624 |
| [14:43:59] | stuartm: | http://pastebin.com/sHDET3n1 |
| [14:45:23] | stuartm: | I'm not seeing a SET_TIMEOUT and I don't see where we're setting oldfile otherwise |
| [14:47:36] | stuartm: | well except for when we hit EOF, then it's set if the file is at least one minute old (not 30 as stated elsewhere in the code) |
| [14:51:41] | stuartm: | ah, not EOF, ok, we start with a 20B read, if that succeeds only then do we set oldfile, then we proceed with our normal reads |
| [14:54:05] | stuartm: | there's a bug there for a start, since oldfile is only set after the first test read but we're checking it's value a few lines earlier |
| [14:55:46] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [14:56:16] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Ping timeout: 240 seconds) | |
| [14:56:39] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [14:57:25] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [14:58:04] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [14:58:24] | danielk22: | stuartm: For most files I would expect oldfile to be set on fileringbuffer.cpp:276 |
| [14:59:51] | danielk22: | stuartm: it can be set earlier via RingBuffer::SetOldFile() (see ringbuffer.h) |
| [15:00:13] | stuartm: | danielk22: yeah, I've added a LOG there to see what's happening in my case |
| [15:02:40] | stuartm: | SetOldFile() is only called by FileTransfer::SetTimeout(), which is only called in MainServer if a SET_TIMEOUT request is received, which doesn't seem to occur in my case – I'm assuming that we'd have to explicitly set a timeout for the oldfile check at ln250 to be triggered |
| [15:03:15] | stuartm: | anyway, I'll shut up now and only bother you further if/when I get really stuck |
| [15:03:36] | Goga777 (Goga777!~Goga777@2.95.108.60) has joined #mythtv | |
| [15:07:39] | danielk22: | stuartm: Just so you know you aren't crazy I'm seeing this too. And with -v file I've verified that this happens right after we seek to near the end of file. |
| [15:11:39] | danielk22: | we have an optimization for seeks to the end – 250000 bytes in fileringbuffer.cpp where we ignore the read ahead thread until the next seek. |
| [15:12:07] | danielk22: | So all the reads are being redirected done directly. |
| [15:13:21] | Goga777 (Goga777!~Goga777@2.95.108.60) has quit (Ping timeout: 245 seconds) | |
| [15:17:01] | danielk22: | stuartm: I'm not so sure it is the ring buffer that is being slow at all. |
| [15:17:40] | danielk22: | The "ReadReal" is output by the socket code. I believe it is expecting more bytes and timing out. |
| [15:20:14] | stuartm: | danielk22: aye ringbuffer seems fine to me, it's reading in everything that is asked and very quickly, my logs show it retrieving that initial 32K in one read and 1ms, it's the frontend that's only receiving 20K of that 32K |
| [15:21:40] | Goga777 (Goga777!~Goga777@2.95.108.60) has joined #mythtv | |
| [15:22:07] | stuartm: | fwiw oldfile is being enabled in the ringbuffer, so that's a complete dead-end |
| [15:27:55] | danielk22: | The problem is in RemoteFile::Read() |
| [15:29:39] | danielk22: | We send a request_block on the controlSock and don't wait to see how big it is before we do a sock->Read(), then after that times out in 500 ms we check the controlSock to see how many bytes we should be expecting and only then find out that we've already got all the bytes we need. |
| [15:30:44] | danielk22: | So every time there is a read of less than 32KB we end up with a half second wait. |
| [15:31:10] | danielk22: | Or rather every time there is a read that returns less than 32KB we end up with a half second wait. |
| [15:31:50] | anykey_: | Using the service API, is there a way to get the channel ids of all available channels? The Guide API seems to return data only for those channels that have guide information available |
| [15:32:34] | danielk22: | stuartm: But there appears to be a variable to deal with this 'waitms' that we're not using. |
| [15:35:12] | danielk22: | hmm, re-enabling that just moves the problem. Now we have dozens of attempts to read 12144 bytes instead of 3. |
| [15:36:29] | sraue_ (sraue_!~stephan@64-57-239-77-pool.cable.fcom.ch) has joined #mythtv | |
| [15:37:18] | sraue_ is now known as sraue | |
| [15:37:26] | sraue (sraue!~stephan@64-57-239-77-pool.cable.fcom.ch) has quit (Changing host) | |
| [15:37:26] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [15:38:09] | stuartm: | anykey_: I seem to recall seeing something the other day when working on the channelinfo class, let me see if I can find it |
| [15:40:59] | wagnerrp_ is now known as wagnerrp | |
| [15:41:39] | anykey_: | stuartm: seems to be possible using the channel service, I think |
| [15:45:51] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [15:46:20] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [15:51:16] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [15:52:54] | stuartm: | FetchChannelsFromSource() ? |
| [15:53:47] | anykey_: | GetVideoSourceList & GetChannelInfoList |
| [15:54:13] | stuartm: | anykey_: ah-hah, the latter was what I saw, I just couldn't find it just now |
| [15:54:17] | danielk22: | stuartm: I've changed the RemoteFile::Read() to check the control socket every 10 ms and it is still slow. It looks like there is no data on the control socket until about 200 ms after the REQUEST_BLOCK. |
| [15:58:12] | stuartm: | hmm |
| [16:00:35] | stuartm: | there's a 100ms wait condition on the read lock in FileTransfer::RequestBlock(), not sure what might be holding a readsLocked there but 100ms seems like a long wait |
| [16:03:32] | danielk22: | The comment on "if (ret < request) break;" is bogus, but I'm not sure that means anything either. |
| [16:03:52] | danielk22: | Anyway I gotta debug some stuff for work right now. I'll look at this some more later. |
| [16:05:48] | Goga777 (Goga777!~Goga777@2.95.108.60) has quit (Read error: No route to host) | |
| [16:06:16] | Goga777 (Goga777!~Goga777@2.95.108.60) has joined #mythtv | |
| [16:13:57] | stuartm: | fwiw the wait condition is fine, timeout seems to have been specified just for the sake of it but should never come into play |
| [16:21:04] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [16:29:53] | danielk22: | Interesting I saw this on a console I had started mythbackend on "GLib-ERROR **: Cannot create pipe main loop wake-up: Too many open files\n\naborting..." |
| [16:31:44] | danielk22: | This was with my old stable tree which I believe doesn't have Beirdo's signal handling code and I'm not even sure the console log was from mythbackend.. but it might explain the ABORT ticket mentioned on the mailing list.. somehow we have too many open file descriptors (slow delete code maybe?) |
| [16:31:54] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Ping timeout: 240 seconds) | |
| [16:32:49] | stuartm: | or a descriptor leak |
| [16:32:54] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [16:33:17] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [16:33:33] | stuartm: | it's been a while since we updated the coverity report |
| [16:36:43] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:38:33] | danielk22: | slow deletes were enabled, so still my top suspect.. |
| [16:43:46] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Ping timeout: 246 seconds) | |
| [16:44:38] | dblain_ is now known as dblain | |
| [16:45:33] | Goga777 (Goga777!~Goga777@2.95.108.60) has quit (Remote host closed the connection) | |
| [16:52:17] | Sharky112065_ is now known as Sharky112065 | |
| [17:00:06] | wolfgang1 (wolfgang1!~wolfgang@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [17:01:55] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Ping timeout: 241 seconds) | |
| [17:02:35] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [17:10:52] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has joined #mythtv | |
| [17:55:10] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [17:56:40] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [18:00:52] | stuartm: | wagnerrp: any reason you can think of not to have artwork lookups done for upcoming recordings instead of waiting until they have been recorded? Seems like it would make for better effect if artwork was available from the moment that a recording starts and we can then even show artwork in Upcoming Recordings too |
| [18:01:49] | wagnerrp: | the jobqueue doesn't work on anything not in the recorded table |
| [18:02:08] | wagnerrp: | no good reason other than that |
| [18:02:23] | stuartm: | that's fixable, I just wondered whether Robert had a better reason for not doing it that I wasn't aware of |
| [18:02:38] | wagnerrp: | not that i'm aware of |
| [18:03:17] | stuartm: | ok thanks, something for me to think about then :) |
| [18:05:04] | stuartm: | has bothered me for a while that some recordings get watched before their artwork has even been fetched/associated |
| [18:11:35] | coredumb (coredumb!~coredumb@ns.coredumb.net) has quit (Ping timeout: 255 seconds) | |
| [18:16:30] | coredumb (coredumb!~coredumb@unaffiliated/coredumb) has joined #mythtv | |
| [18:17:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:22:28] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 250 seconds) | |
| [18:45:38] | dekarl (dekarl!~dekarl@p4FE847BE.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [18:50:13] | dekarl (dekarl!~dekarl@p4FCEFC90.dip.t-dialin.net) has joined #mythtv | |
| [18:53:08] | joki (joki!~joki@p54865068.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [18:53:49] | joki (joki!~joki@p548643DC.dip.t-dialin.net) has joined #mythtv | |
| [19:24:07] | Glandos (Glandos!~adrien@antipoul.fr) has joined #mythtv | |
| [19:24:26] | Glandos: | hi everyone |
| [19:24:46] | Glandos: | I'm trying to use the WSDL API from Python |
| [19:25:07] | Glandos: | I tried first by hand, but I'm trying to use a library for that, such as SOAPpy |
| [19:25:13] | Glandos: | but none of them is working… |
| [19:25:49] | Glandos: | SOAPpy seems to work, it even answers well to AddVideoSource for example, but the DB has just an empty line… |
| [19:26:19] | Glandos: | all other library are just stucked on the schema imports in the type element |
| [19:26:37] | Glandos: | I'm using mythtv 0.26 btw |
| [19:37:59] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [19:42:51] | uglyoldbob (uglyoldbob!~quassel@thomas-laptop-144-167-151-233.ddns.ualr.edu) has joined #mythtv | |
| [19:44:54] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Read error: Connection reset by peer) | |
| [19:45:35] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [19:49:12] | stuartm: | danielk22: the "if (ret < request) break;" in FileTransfer::RequestBlock() _is_ wrong, but I can't see a connection with the bug we're hunting |
| [19:49:42] | stuartm: | if the read was short we'd be seeing it in the logs from RingBuffer::WaitForAvail() |
| [19:53:05] | stuartm: | but it could explain why we sometimes fail to recover from buffer shortages in livetv |
| [19:53:16] | pv2b_ (pv2b_!~pv2b@c213-89-173-137.bredband.comhem.se) has joined #mythtv | |
| [19:55:52] | ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv | |
| [19:56:44] | sphery_ (sphery_!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [19:59:04] | stuartm: | then again, the commit that added that line is so old that I expect we just attempt more REQUEST_BLOCKs to make up the short fall |
| [19:59:39] | foobum_ (foobum_!~foobum@cpc9-acto2-2-0-cust249.4-2.cable.virginmedia.com) has joined #mythtv | |
| [20:00:51] | jarryd_ (jarryd_!jarryd@im.jarryd.net) has joined #mythtv | |
| [20:01:34] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (*.net *.split) | |
| [20:01:34] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (*.net *.split) | |
| [20:01:34] | pv2b (pv2b!~pv2b@c213-89-173-137.bredband.comhem.se) has quit (*.net *.split) | |
| [20:01:34] | foobum (foobum!~foobum@cpc9-acto2-2-0-cust249.4-2.cable.virginmedia.com) has quit (*.net *.split) | |
| [20:01:34] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (*.net *.split) | |
| [20:01:34] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [20:01:34] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split) | |
| [20:01:35] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split) | |
| [20:01:35] | ghoti (ghoti!~paul@scratch.it.ca) has quit (*.net *.split) | |
| [20:01:52] | ghoti_ is now known as ghoti | |
| [20:05:14] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Ping timeout: 240 seconds) | |
| [20:05:50] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [20:07:07] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (Ping timeout: 255 seconds) | |
| [20:08:23] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
| [20:08:53] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [20:09:38] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [20:19:44] | stuartm: | The inner loop in RemoteFile::Read() is also suspicious, we start a timer on the outer loop with a limit of 500ms, we also specify a max_wait on the Read() of 500ms, seems to me that we'll never iterate that loop more than once |
| [20:19:54] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (Ping timeout: 264 seconds) | |
| [20:26:31] | stuartm: | again not the cause of this bug, or possibly even any bug, but a failure of logic which renders the existence of the loop pointless |
| [20:26:55] | danielk22: | stuartm: Looks like that loop really is the culprit. |
| [20:26:58] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
| [20:28:56] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:31:44] | foobum_ is now known as foobum | |
| [20:33:13] | danielk22: | stuartm: try this: http://www.pastebin.ca/2255504 |
| [20:38:17] | danielk22: | It makes ReadReal() a lot more chatty, but it does make things faster... |
| [20:39:27] | danielk22: | Actually it makes seeks incredibly fast here! :) |
| [20:41:41] | stuartm: | yeah, still see that partial read of 20624 which I can't really explain, but it's much, much faster |
| [20:42:55] | stuartm: | fast enough that I almost don't care to try and figure out why it can't read the entire 32KB in one go :) |
| [20:42:56] | danielk22: | oh I can explain the 20624 byte read (250000 % (32*1024)) = 20624.. |
| [20:43:25] | danielk22: | It's all that is left in the file after 7 reads of 32KB |
| [20:44:45] | danielk22: | when file is seekable ffmpeg always seeks to file_size – 250000 and reads to the end of the file when you first open the file. |
| [20:45:17] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [20:47:17] | stuartm: | ok, so that makes sense of the numbers :) |
| [20:48:08] | stuartm: | any idea why ffmpeg seeks there? looking for metadata or similar? |
| [20:48:42] | danielk22: | looking for PTS/DTS values |
| [20:49:04] | stuartm: | hey, you weren't kidding about the seeks, so fast that I almost wonder if they even happened or whether it was a scene change :) |
| [20:49:21] | stuartm: | danielk22: ok, that was my second guess ;) |
| [20:50:43] | danielk22: | It's only used for the approximate ffmpeg seeking and the ffmpeg recording length guessing; but disabling it would mean maintaining more variance with upstream. |
| [20:51:31] | danielk22: | It's pretty bogus since a valid mpeg stream can have a bunch of pts/dts discontinuities so long as it sets a flag before each one. |
| [20:51:51] | stuartm: | sure, not worth it if it can't be disabled via the API e.g. when we have our own seektable |
| [20:54:06] | danielk22: | Man the seeking is just amazingly fast with this change! |
| [20:54:35] | stuartm: | yeah, thanks for looking at it, I'm really impressed with the outcome |
| [20:56:14] | danielk22: | I'll push it in a few hours. But I'm wondering if we shouldn't backport something similar to 0.26... |
| [20:56:56] | stuartm: | hell, 0.25 (which I'm still on in production) :) |
| [20:57:42] | dgbaley27 (dgbaley27!~matt@mrct45-133-dhcp.resnet.colorado.edu) has joined #mythtv | |
| [20:58:18] | danielk22: | heh, can you just move the if (waitms < 200) waitms += 20; to outside the inner while loop in your 0.25? |
| [20:58:46] | dgbaley27 (dgbaley27!~matt@mrct45-133-dhcp.resnet.colorado.edu) has left #mythtv ("ISON nickserv ") | |
| [20:59:52] | stuartm: | I'm using packages for convenience, it's also why I'm stuck on 0.25 in the first place, if I want the 0.26 packages I have to upgrade the entire distro |
| [21:01:11] | stuartm: | one day soon I'll find a few spare hours in which I can do the upgrade and then fix everything that will inevitably break as a result |
| [21:02:34] | danielk22: | There are no backports? |
| [21:02:48] | stuartm: | danielk22: ffwd/rew performance is similarly improved, not that I use it any more |
| [21:03:57] | stuartm: | danielk22: apparently not |
| [21:04:30] | stuartm: | tgm4883: that's right isn't it? Definitely no backports of 0.26 to 11.10? |
| [21:07:51] | stuartm: | danielk22: trying to trip this up, find some downside to the changes but nothing so far |
| [21:09:01] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has joined #mythtv | |
| [21:09:18] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv | |
| [21:09:19] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (Changing host) | |
| [21:09:19] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [21:09:34] | uglyoldbob (uglyoldbob!~quassel@thomas-laptop-144-167-151-233.ddns.ualr.edu) has quit (Ping timeout: 246 seconds) | |
| [21:16:08] | wayne (wayne!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [21:16:42] | stuartm: | seeking without a seektable doesn't work, errors out, but maybe that was always the case with these files |
| [21:16:47] | ** stuartm shrugs ** | |
| [21:21:50] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [21:25:01] | danielk22: | stuartm: that's more likely a result of one of the ffmpeg merges. But it would be good if you could test without the patch to be sure... |
| [21:28:22] | danielk22: | We really need to come up with a test suite to complete after each ffmpeg merge. The same things always break and then take months to be discovered and fixed. |
| [21:28:51] | danielk22: | well 'same kinds of things' would be more accurate. |
| [21:28:51] | wayne (wayne!~wayne@codeworks.gen.nz) has quit (Ping timeout: 246 seconds) | |
| [21:29:03] | sl1ce (sl1ce!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has joined #mythtv | |
| [21:29:27] | stuartm: | yeah, especially after this last sync I'd say it's now become a priority to have some standardised tests |
| [21:31:44] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [21:33:31] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [21:34:12] | tgm4883: | stuartm, that is probably true |
| [21:34:13] | skd5aner: | stuartm: that's how jamu used to work and I loved it... although it was a manual job, it would go out and look at the full 14 days worth of data and pull artwork for any upcoming recordings... so the second they started, if it was a new series, the artwork would be there ready to go :) |
| [21:34:22] | tgm4883: | stuartm, https://launchpad.net/~mythbuntu/+archive/0.26/+packages |
| [21:34:50] | tgm4883: | so correct, no 0.26 packages for 11.10 |
| [21:37:39] | skd5aner: | stuartm: in fact, prior to the the metadata lookup being embedded into mythtv, it was Robert's advice to create a cronjob for once an hour at 10-till the top of the hour to have Jamu pull all the artwork prior to a show for newly created recording rules... |
| [21:38:21] | skd5aner: | stuartm: ... and I think that's the default that mythbuntu shipped with as well |
| [21:39:12] | tgm4883: | skd5aner, We had a way to enable that, but it's been removed in recent releases |
| [21:39:59] | skd5aner: | tgm4883: Jamu's been gone since .25 came out, but I'm saying it'd be nice if stuartm was willing to replicate the pre-fetching that Jamu used to do with the newer built-in method |
| [21:40:21] | tgm4883: | skd5aner, yea we removed it some time ago |
| [21:40:32] | tgm4883: | I'm not going to bother looking up when though, just that it's gone now :) |
| [21:40:34] | skd5aner: | uh huh, I know... that's what I'm saying |
| [21:40:48] | skd5aner: | :) |
| [21:44:24] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [21:50:24] | ** skd5aner assumes stuartm's TODO list must be infinitely long at this point ** | |
| [21:52:12] | wayne (wayne!~wayne@static-ip-202-90-61-191.watchdog.net.nz) has joined #mythtv | |
| [22:01:22] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:41:17] | stichnot: | danielk22, stuartm: I'm looking forward to trying out the startup/seek improvement tonight... |
| [22:54:41] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [23:07:33] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.8) | |
| [23:09:50] | Captain_Murdoch: | stuartm, I ran into the "seeking without a seektable doesn't work" issue just this past weekend, spent a while troubleshooting thinking an issue seeking in my HLS on-demand encoder was on my end and then I turned on some more verbose debugging and saw the ringbuffer seeking to the end of the file, then seeking to earlier parts bit by bit. I copied over the file's seektable from my production system and seeking worked fine. |
| [23:09:50] | Captain_Murdoch: | this is on git from a few weeks ago, I haven't pulled to that clone in a while. |
| [23:24:07] | danielk22: | We're back down to < 200 gcc warnings :) |
| [23:25:26] | danielk22: | The warning count was > 500 before the mythsocket merge. |
| [23:26:18] | sphery_ (sphery_!~mdean@mythtv/developer/sphery) has quit (Quit: leaving) | |
| [23:26:40] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [23:45:22] | uglyoldbob (uglyoldbob!~quassel@thomas-laptop-144-167-151-233.ddns.ualr.edu) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.