MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (85):

aloril, amessina, Anssi, anykey_, Beirdo, brfransen, bsilvereagle, CaCtus491, Captain_Murdoch, Chutt, clever, coling, Cougar, danielk221, dblain, dekarl, ElmerFudd, f33dMB, fetzerch_, foobum, foxbuntu`, ghoti, gregL, GreyFoxx, IReboot, J-e-f-f-A, jams, jarle, jarryd, jheizer, joe___, joki, jpabq, jpabq_, jpharvey, jst, jst_, jwhite, kc, kenni, Kevin`, knightr, kormoc, kurre2, kwmonroe, laga, monkeypet, mrand, MythBuild, MythLogBot, neufeld_AFK, NightMonkey, Peitolm, Peps, petefunk, poptix, purserj, rhpot1991, rsiebert, Seeker`, seld_, Sharky-Sleep, skd5aner, SmallR2002, sphery, sraue, stuarta, stuartm, superm1, sutula, taylorr, tgm4883, Tobbe5178, toeb, tonsofpcs, tris, Vernon_at_work_, wagnerrp, wahrhaft, wolfgang1, xavierh_, XChatMav, XDS2010, xris, _charly_
Wednesday, December 19th, 2012, 00:34 UTC
[00:34:04] Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv
[01:19:07] jst_ (jst_!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv
[01:40:36] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[02:05:35] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[02:06:19] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv
[02:06:19] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host)
[02:06:19] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[02:29:08] skd5aner: stichnot: did you see what I posted about the HD-PVR power supplies?
[02:32:47] stichnot: skd5aner: you mean about getting Hauppage to send you a new one?
[02:33:01] skd5aner: yup
[02:34:17] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 255 seconds)
[02:34:21] stichnot: I thought about it, but $8.69 on Amazon is just too easy compared to the other way. :)
[02:34:22] skd5aner: it was clearly out of warranty, but they were willing to send me a replacement for free... it was clearly a different brand than the original
[02:35:18] stichnot: and I'll have it tomorrow, though it turns out there's not such a rush since the D-Link wall wart is working
[02:35:22] skd5aner: Well, it didn't really take any convincing... they apparently were familiar wih the issue... but I had an extra one laying around I could use for a week while I waited
[02:35:52] skd5aner: Funny thing, one of mine came with a 2amp and the other came with a 3amp
[02:36:00] skd5aner: (new in box)
[02:36:08] skd5aner: I think they sent a 2 amp replacement
[02:36:47] stichnot: After contemplating shelling out $$$ for a replacement hdpvr, the $8 feels like nothing
[02:37:20] skd5aner: :)
[02:37:46] skd5aner: I need to rent another STB, I've had an extra HD-PVR sitting around for nearly 3 years I've never used
[02:37:58] skd5aner: never wanted to pay the monthy STB rental fee
[02:38:04] stichnot: I was also considering dumping DISH and trying Comcast with a cablecard HDHR, but it occurs to me there's probably no way to record HBO without something like and hdpvr
[02:38:23] skd5aner: stichnot: correct
[02:38:43] skd5aner: but, I had comcast briefly and it was super nice to be able to record almost everything with the prime... Live TV worked GREAT too
[02:39:04] skd5aner: if I had access to comcast again, I'd do it in a heartbeat
[02:39:13] skd5aner: unfortunately, I'm 3 miles outside of their area :P
[02:40:55] stichnot: 1) Is there an STB with an http interface for changing channels *and* enabling/disabling closed captions? 2) Is there a TV that can pass-through the IR signal so I don't have to stick my IR receiver to the top of the TV? These would make my mythtv life so much better.
[02:42:04] stichnot: There is a U-Verse VRAD less than 1/4 mile away, yet my address is supposedly not eligible for U-Verse service
[02:43:54] stichnot: I don't know how much U-Verse sucks or doesn't suck, but I have a special respect for them as the first service to rival my Myth setup, in terms of number of simultaneous recordings, and small/quiet frontends
[02:47:10] wagnerrp: jya: almost certainly because he ran mythtv-setup and told that host to only listen on 127.0.0.1
[02:47:27] jya: it's a frontend only
[02:47:47] jya: and as you can see, this frontend communicates just fine with the backend on an ipv4 subnet
[02:48:28] Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv
[02:48:29] Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Changing host)
[02:48:29] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[02:48:31] wagnerrp: doesn't mean he didn't run through mythtv-setup, and pick up the default values
[02:48:32] jya: the backend doesn't run on that machine, why would mythtv-setup has anything to do with it ?
[02:49:03] wagnerrp: why would users do many of the things they do
[02:49:21] jya: still
[02:49:39] wagnerrp: running --loglevel debug would clear up what is happening
[02:50:02] jya: being a frontend only, mythtv-setup would do nothing for that machine.
[02:50:23] wagnerrp: sure it would, if the user were running mythjobqueue or mythmediaserver on it
[02:50:39] wagnerrp: or if the user just wanted to artificially limit the ports mythfrontend listened on
[02:50:55] skd5aner: stichnot: some recent directv receivers have some HTTP control capabilities – never seen a cable STB have one – at least none of the Cisco/Scientific Atlantic boxes
[02:51:11] jya: doesn't mythtv-setup connects to the same backend/database as you would use to connect to the backend?
[02:51:28] wagnerrp: yes
[02:51:36] jya: provided the frontend has no issue connecting to the backend on ipv4
[02:51:46] jya: you can safely assume that the backend is listening to ipv4
[02:52:00] wagnerrp: yes
[02:52:37] jya: so mythtv-setup got 0 to do with what the "frontend" is listening on
[02:52:47] wagnerrp: what i'm suggesting is that the user ran mythtv-setup on the frontend, and ran through all the settings in General, picking up the default values of 127.0.0.1 and ::1 for that host
[02:53:11] wagnerrp: so now the frontend on that host is limiting itself to the addresses defined by mythtv-setup, for that host
[02:53:37] jya: IRC, the serverpool ignores that value unless you running on the backend
[02:53:44] wagnerrp: running the frontend with debug logging, making the address selection process verbose, would clear it up
[02:54:18] wagnerrp: it makes no distinction between frontend and backend
[02:54:53] jya: when it draws the list of IP address, the config on which port it listens to, only reads that data if it's the backend machine (not saying it's right, i strongly believe it's a crap choice)
[02:56:53] wagnerrp: there's no such logic in the method... http://code.mythtv.org/cgit/mythtv/tree/mytht . . . pool.cpp#n80
[02:58:06] jya: sure enough… I've just run mythtv-setup on my frontend only machine ; it's all set to listen to 127.0.0.1 and ::1
[02:58:26] jya: yet the frontend when airplay starts listen to all IPv4 address of that host
[02:59:08] wagnerrp: i'm working on getting the housekeeper rewritten and placed in libmythbase
[02:59:28] wagnerrp: after which i will be putting in a method to have serverpool automatically rescanned periodically by the housekeeper
[03:00:07] wagnerrp: allowing for backends to operate without explicit IP addresses defined
[03:00:26] wagnerrp: name resolution will get moved from the database to the master backend
[03:03:49] jya: i'm not sure what that got anything to do with the machine not listening to the ipv4 address tbh…
[03:04:36] jya: especially here, mythtv-setup on my frontend, shows that it's only listening to the localhost (v4 and v6) it still listens to all my ipv4 machines on my machine
[03:05:04] wagnerrp: jya: what i'm getting at is it would remove the need for a default setting in mythtv-setup all together
[03:05:26] wagnerrp: so frontends and backends would be cable of autoselection
[03:05:30] wagnerrp: *capable
[03:05:48] jya: yes, that's great… but that doesn't fix the immediate problem at hand, where when you tell the frontend to listen on everything, it doesn't :P
[03:06:18] wagnerrp: the immediate problem at hand is fixed by going into mythtv-setup, and blanking those to settings
[03:06:23] wagnerrp: *two
[03:06:39] wagnerrp: if you blank them, the frontend reverts to autoseleeeeect
[03:07:40] jya: i guess you haven't read my earlier comment: " I've just run mythtv-setup on my frontend only machine ; it's all set to listen to 127.0.0.1 and ::1"
[03:07:47] jya: it's not blank
[03:08:14] wagnerrp: correct, those are the mythtv-setup defaults
[03:08:19] wagnerrp: ohhhhh.... right...
[03:08:31] wagnerrp: those are now spinboxes instead of edit boxes
[03:08:35] wagnerrp: so you can't blank them
[03:08:39] wagnerrp: forgot about that
[03:09:47] wagnerrp: stuartm set it up to read from the serverpool address list
[03:09:55] wagnerrp: misunderstanding that it was a filtered list, instead of a complete list
[03:10:03] wagnerrp: but that should only be in master, not 0.26
[03:10:30] wagnerrp: in 0.26, the values are blank until someone runs mythtv-setup, and goes all the way through General and hits 'finish'
[03:10:59] wagnerrp: but if they're left to the mythtv-setup defaults, when one does that, it will store the defaults of 127.0.0.1 and ::1 to the database
[03:11:14] wagnerrp: limiting all listen servers on that profile to localhost
[03:16:14] stichnot: skd5aner: intriguing, sounds like the DirecTV H24 should be http controllable. Nothing about directly controlling closed captions, but since it (hopefully reliably) simulates arbitrary keypresses, it ought to be capable of navigating to the appropriate menus
[03:16:34] jya: hmmmm… I never ran mythtv-setup on that frontend, so never ran to the end so it would save. wen I start it, it shows the local IP. pringing GetSetting("BackendServerIP") gives me an empty string though
[03:16:41] stichnot: I have an IR blaster doing that on the DISH receiver, but of course it's not 100% reliable
[03:16:58] skd5aner: stichnot: yea
[03:19:27] jya: wagnerrp: so you're saying that while I'm seeing 127.0.0.1 in the field in mythtv-setup, really, there's nothing there because I didn't save. But the guy with the problem, probably did run mythtv-setup, saved and is showing 127.0.0.1… How can you differentiate with 127.0.0.1 being entered and there, or there but not entered…. DONE
[03:20:41] wagnerrp: on a dedicated frontend, a user is likely to never run mythtv-setup in the first place to add the address filter
[03:21:13] wagnerrp: but for backends, where users do need to run it, a sensible default at least leaves the backend in a minimally functional configuration
[03:22:00] wagnerrp: however the planned changes should make the sensible default to be blank for all applications
[03:22:41] wagnerrp: in any case, what is going on can be determined once and for all with general/debug logging, to view the address selection process in serverpool
[03:25:13] taylorr: skd5aner: do you remember the brand of the bad power supply?
[03:25:36] taylorr: or what brand the new one they gave you is?
[03:28:03] stichnot: taylorr: my bad power supply is Abit
[03:28:36] stichnot: sorry, NetBit
[03:29:06] stichnot: exactly the picture in the link dekarl posted – http://valkyriemt.wordpress.com/2011/04/09/a- . . . ail-for-all/
[03:33:32] taylorr: going to check...
[03:34:19] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[03:34:42] skd5aner: taylorr: yes, the old one was "netbit" I think
[03:34:57] wagnerrp: another two recordings down due to "Recording will not commence until a PMT is set."
[03:38:10] skd5aner: taylorr: the new one is white-labled as "happauge" but it looks like it might be made by "all share industries" or something like that – the font is about 2pt and my eyes couldn't ready it
[03:38:14] skd5aner: s/ready/read
[03:39:12] wagnerrp: well one anyway
[03:39:32] skd5aner: taylorr: had 2 "originals" – a netbit 2amp and 3amp... the new one they sent was a 2amp
[03:45:24] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds)
[04:19:42] Sharky-AFK is now known as Sharky112065
[04:44:39] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[04:50:46] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:54:14] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds)
[05:08:51] Sharky112065 is now known as Sharky-AFK
[05:44:51] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[06:06:26] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 252 seconds)
[06:19:21] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[06:38:49] rsiebert (rsiebert!~quassel@g225059047.adsl.alicedsl.de) has joined #mythtv
[06:40:26] stichnot (stichnot!~stichnot@adsl-69-110-156-222.dsl.pltn13.pacbell.net) has joined #mythtv
[06:40:26] stichnot (stichnot!~stichnot@adsl-69-110-156-222.dsl.pltn13.pacbell.net) has quit (Changing host)
[06:40:27] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[06:42:36] rsiebert_ (rsiebert_!~quassel@g225058132.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds)
[07:02:36] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds)
[07:07:27] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[07:10:38] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[07:31:05] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv
[07:31:06] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host)
[07:31:06] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[08:07:34] dekarl1 (dekarl1!~dekarl@p4FE85879.dip.t-dialin.net) has joined #mythtv
[08:08:58] dekarl (dekarl!~dekarl@p4FCEE30B.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[08:43:24] stickman0236 (stickman0236!~androirc@199.116.212.181) has joined #mythtv
[08:46:32] stickman0236 (stickman0236!~androirc@199.116.212.181) has quit (Remote host closed the connection)
[09:04:18] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:915:ba0c:ec24:1cce) has joined #mythtv
[09:05:22] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[10:10:15] stuartm: peper03: ddrescue managed to produce an iso, so at least I'll be able to continue testing
[10:46:26] Guest48558 (Guest48558!~quassel@75-161-183-113.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[11:36:01] wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.)
[11:36:25] wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has joined #mythtv
[11:45:22] peper03 (peper03!~peper03@port-92-203-84-162.dynamic.qsc.de) has joined #mythtv
[11:48:19] peper03: stuartm: If you haven't returned the disc yet, I'd be interested to know whether it's possible to just copy 'VTS_01_1.VOB' normally. Probably not. I think there probably two possibilities. Either that not being able to decrypt that file is the problem, or something else is guiding the navigation to that file when it shouldn't.
[11:49:02] stuartm: peper03: so it appears some of the problems I'm having aren't with the disc at all, I just tried an iso I created the other day from a disc that had stuttering issues and I'm now getting css key errors and no video with that too
[11:49:32] dekarl1 (dekarl1!~dekarl@p4FE85879.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[11:50:50] stuartm: I'm going to see what happens if I reboot ...
[11:51:04] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone)
[11:55:59] Sharky-AFK is now known as Sharky112065
[12:05:33] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[12:05:34] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[12:05:34] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[12:09:21] wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.)
[12:09:57] wahrhaft (wahrhaft!~quassel@cpe-71-79-71-188.columbus.res.rr.com) has joined #mythtv
[12:14:33] stuartm: didn't help, guess it was either the video stream detection stuff or the ffmpeg resync
[12:17:08] peper03: stuartm: Can you play the other ISO on other players?
[12:20:46] stuartm: peper03: yes, not all the problems I saw with Margin Call are bogus, but it seems the no video one is
[12:21:23] stuartm: something in master has broken all dvd playback
[12:22:22] stuartm: and I guess the "Error cracking CSS key" stuff was there for this ISO previously, I just didn't notice
[12:35:34] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[12:37:16] peper03: stuartm: I don't know whether it's worth trying PGCEdit? You can use it to trace through the instructions and see where it's jumping. It's not always easy as it's basically the same as single stepping assembler but at least you *can* single step rather than trying to follow traces as they fly off the screen.
[12:38:07] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[12:41:57] dekarl (dekarl!~dekarl@p4FCEEFB9.dip.t-dialin.net) has joined #mythtv
[12:52:44] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[12:57:23] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[12:57:26] IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection)
[12:59:43] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[12:59:50] IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv
[13:02:09] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[13:24:54] stuartm: ugh, now I've got no audio, wtf ...
[13:30:29] peper03: Not good!
[13:41:55] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone)
[13:42:45] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[13:42:46] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[13:42:46] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[13:47:35] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds)
[13:47:42] stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[13:47:43] stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[13:47:43] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[13:48:58] stuartm_ is now known as stuartm
[13:49:44] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[13:54:15] stuartm: this is just twisted, I get audio from mythmusic and all other applications, but no audio from recordings/dvd
[13:54:56] stuartm: all I actually want to do right now is watch a DVD
[13:58:26] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[13:59:14] Seeker`: argh, this stuttering is starting to annoy me quite a bit now
[14:20:13] zombor_ (zombor_!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[14:20:14] zombor_ (zombor_!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[14:20:14] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has joined #mythtv
[14:22:24] zombor_ is now known as zombor
[14:32:50] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:36:44] stuartm: danielk22: I think we're going to have to say no more ffmpeg resyncs without first doing full unit tests for regressions
[14:36:45] Sharky112065 is now known as Sharky-AFK
[14:37:10] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[14:37:31] stuartm: it's pretty ridiculous that basic stuff like DVD playback is apparently being broken
[14:46:01] Goga777 (Goga777!~Goga777@95-30-137-171.broadband.corbina.ru) has joined #mythtv
[14:49:21] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving)
[14:53:38] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[14:57:57] stichnot: stuartm: I'm also seeing failure to play DVD ISOs in master
[15:01:12] joki (joki!~joki@p548641BF.dip.t-dialin.net) has quit (Ping timeout: 256 seconds)
[15:01:28] joki- (joki-!~joki@p5486340B.dip.t-dialin.net) has joined #mythtv
[15:01:42] joki- is now known as joki
[15:02:47] danielk22: stuartm: have you determined if it was the sync itself or the avfd changes?
[15:04:29] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[15:04:37] danielk22: When I try to play a DVD iso I get an abort and core dump on "pure virtual method called"
[15:06:36] stuartm: danielk22: having determined anything yet, I really did just sit down to watch a DVD on my day off :) I'll do some digging tonight maybe but right now I'm going to watch the disc with vlc
[15:07:28] danielk22: stuartm: Just revert to before the merge. This is why we do these big things on Monday, there are always regressions.
[15:07:45] Goga777 (Goga777!~Goga777@95-30-137-171.broadband.corbina.ru) has quit (Remote host closed the connection)
[15:09:20] stuartm: danielk22: I did, but for some reason I then lost audio :(
[15:10:33] danielk22: Try clearing your ccache + distclean. One of the changes in ffmpeg was with how audio is represented internally.
[15:12:44] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[15:34:24] Seeker`: danielk22: Stuart suggested that you were the one that left the RealRead took 210ms messages in the logs. I'm seeing these messages constantly (with different ms values), are they likely to be related to what is causing video stuttering?
[15:34:26] danielk22: The pure virtual call is an old problem. The RingBuffer dtor stops RingBuffer::run() but this needs to be handled by the children. Otherwise the children tear themselves down, including getting rid of their safe_read() implementations while RingBuffer::run() is still calling the function.
[15:35:36] danielk22: Seeker`: The messages themselves won't cause stuttering but they indicate that it is taking a long time to read data over a socket.
[15:36:11] danielk22: Are you streaming over wifi or is this livetv ?
[15:50:10] Seeker`: danielk22: it happens with both liveTV and recordings, as well as .mkv files, all streaming over a 1gig wired ethernet connection
[15:50:43] Seeker`: (sorry for the slow response, am at work)
[15:55:25] danielk22: Can you send me a sample from playing about 30 seconds of material (when you get home)?
[15:56:02] Seeker`: danielk22: which loglevel, and which -v options?
[15:56:45] danielk22: just normal log level to start. I want to see the frequency + timing of the the messages.
[15:58:08] Seeker`: danielk22: and do you care about the source? (tv/recording/video)
[15:59:08] danielk22: A recording would be best, that eliminates other sources of delays.
[15:59:22] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds)
[16:05:10] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[16:05:47] danielk22: stuartm: I just tried to play two ISO's on my production machine which doesn't have the latest ffmpeg sync and one of them plays fine but the other either crashes mythfrontend or sends the most horrible loud noises out of the PC speaker..
[16:08:07] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[16:09:01] stuartm: danielk22: honestly I have no clue about why it might do that, but you could try the patch in #11288 and see if that helps
[16:09:01] ** MythLogBot http://code.mythtv.org/trac/ticket/11288 **
[16:09:47] Seeker`: danielk22: rather typically, its not spewing those messages any longer. I'll try to work out exactly when it happens later
[16:12:18] danielk22: stuartm: I think it might be a lost patch. I remember adding support to ffmpeg for the sound on the now broken ISO, most of it got accepted upstream so that probably conflicted with our more complete version and the sync went wrong...
[16:13:27] Seeker`: danielk22: http://paste.ubuntu.com/1450232/ <- playing SD recording, then HD recording, then SD live TV. Only livetv shows the ReadReal messages
[16:17:55] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[16:23:11] Seeker`: danielk22: I guess that the ReadReal isn't a symptom of the direct cause of the stuttering though, as I've seen it on recordings though. I'll double check tonight though
[16:43:06] danielk22: Seeker`: On the LiveTV try pausing for 5 seconds and see if the stuttering doesn't go away
[16:47:43] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[16:48:30] jhezer_ (jhezer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[16:48:37] jhezer_ (jhezer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer)
[16:50:02] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[16:52:13] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[17:00:35] stuartm: I've had H.264 1080i recordings that benefited from a brief pause
[17:02:24] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 252 seconds)
[17:20:49] Seeker`: stuartm: recordings or live tv?
[17:22:33] stuartm: sorry live tv
[17:22:50] stuartm: we aren't buffering enough for UK HD in live tv
[17:22:59] Seeker`: I was seeing the stuttering on homeland / simpsons recordings from channel 4 HD
[17:24:09] Seeker`: by stuttering I mean pans looking like they are dropping frames regularly, so it'll be smooth, stop for a split second then jump
[17:28:57] stuartm: Seeker`: vdpau? Which card and deinterlacer?
[17:29:38] stuartm: I'm asking the question but I wouldn't know what to do with the answer, so ...
[17:31:08] stuartm: I just know that I can't use any 2x or advanced deinterlacing with my hardware without it dropping frames, which I can accept since I've got a slow onboard GPU
[17:36:12] Seeker`: stuartm: VDPAU with a GT430, I've tried with both high and normal profiles, with no change in results.
[17:37:15] Seeker`: I know VDPAU is working to some extent because I'm playing back channel 4 HD content with 5–10% CPU usage on my frontend
[17:39:24] Seeker`: stuartm: which GPU do you have?
[17:39:40] stuartm: 8200
[17:42:40] Seeker`: I think 'normal' uses temporal 2x by default, and I was seeing the stuttering there. According to qvdpautest, I should be able to get 148 fields /s with temporal on 1920x1080, so 2x would by 74 fields/ s
[17:43:14] Seeker`: ah, wait
[17:43:17] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[17:43:18] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[17:43:18] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[17:43:47] Seeker`: 2 fields / frame, so that would be 37 frames / s. That might explain it. I'll try dropping down to 1x later.
[17:55:28] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Ping timeout: 246 seconds)
[17:56:15] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[17:59:30] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:915:ba0c:ec24:1cce) has quit (Read error: Connection reset by peer)
[17:59:52] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[18:00:20] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[18:00:20] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[18:00:20] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[18:03:16] zombor_ (zombor_!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[18:03:16] zombor_ (zombor_!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[18:03:16] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has joined #mythtv
[18:04:34] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 246 seconds)
[18:26:09] stichnot (stichnot!~stichnot@216.239.45.91) has joined #mythtv
[18:26:09] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[18:26:09] stichnot (stichnot!~stichnot@216.239.45.91) has quit (Changing host)
[18:26:21] dekarl: going through the log, beware. stichnot, does CEC qualify for "don't have to stick my IR receiver to the top of the TV"? http://en.wikipedia.org/wiki/HDMI#CEC
[18:40:06] stichnot: dekarl: interesting. there's also http://www.mythtv.org/wiki/HDMI-CEC suggesting this actually works with MythTV. I wonder if I would be forced to use the TV remote control or if I could use my favorite TiVo remote.
[18:48:27] danielk22: stichnot: I think you need to use your TV remote or a programmable TV remote that can talk to your TV.
[18:49:33] danielk22: stichnot: I use an early run HDHomeRun as my IR receiver and it works flawlessly. However they value-engineered the IR hardware out of the later models. :|
[18:49:51] stichnot: danielk22: my HDHRs are in the garage, so no go :)
[18:50:56] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection)
[18:53:01] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[18:53:57] danielk22: stichnot: If you ever retire them from recording.. they have a built in LIRC server, so you don't need to jump through all the hoops you normally do to get LIRC working on a PC. I kinda wish someone else made a little $50 device that just had an IR receiver + LIRC server + ethernet port.
[18:55:14] stichnot: but anyway I need to set up my LIRC to treat the Samsung remote as an alternate myth remote, since it needs to be there for netflix, skype, etc. access
[19:02:12] Seeker`: danielk22: how would the proposed box communicate with mythtv? telnet?
[19:03:51] clever: danielk22: the rasberrypi now has kernel support for lirc on the gpio pins, and thats $35 with ethernet
[19:04:46] wagnerrp: mythtv does not support telnet for anything
[19:04:53] clever: even if it doesnt have enough ram for myth, its within your budget to act as a dumb lirc box
[19:06:18] wagnerrp: stichnot: the only support mythtv has for CEC is keybindings to send TV power on/off signals
[19:06:29] wagnerrp: so you can define a button on your keyboard/remote to shut the TV off
[19:06:39] wagnerrp: there is no reverse support to receive events
[19:07:06] stichnot: wagnerrp: ah, that's too bad, it's the reverse support that I'd like
[19:07:20] wagnerrp: i have no idea how much capability is available through CEC
[19:07:34] wagnerrp: you could always get in touch with pulseeight for more information
[19:07:57] wagnerrp: if you are willing to develop out mythtv's support of it, they may even give you a free unit
[19:08:22] wagnerrp: you could also ask markk as he has one
[19:10:17] danielk22: Seeker`: Same way as the HDHomeRun, using the LIRC protocol.
[19:12:21] danielk22: clever: I want an unpack the box and plug in experience for my $50. Someone could implement that with a rasberrypi, though I assume there are cheaper HW component options.
[19:12:34] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Quit)
[19:13:01] wagnerrp: you can usually pick up an MCEUSB unit for $20-$25, assuming your box is within 16' of the TV
[19:13:02] clever: danielk22: yeah, it would have $15 to spare for the ir receiver, case, and profit
[19:13:23] clever: not the best option, but if you already have the hardware its fairly simple
[19:16:47] danielk22: wagnerrp: I have a bunch of USB dongles; well most have made their way out to the dumpster but many have passed through my hands. I don't want to deal with LIRC on a Linux box. If I have to deal with LIRC I might as well just use a photo diode hooked up to my serial port..
[19:17:34] wagnerrp: i thought you said the HDHR interfaced with mythtv through lirc
[19:18:17] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:22:10] danielk22: wagnerrp: The HDHomeRun runs the LIRC server so I don't need any LIRC drivers.
[19:23:01] wagnerrp: i'm just not understanding the difference
[19:25:26] danielk22: I don't need to configure LIRC, I don't need to install any kernel drivers, I just need to type 192.168.1.162:5000 as my lirc source in mythtv.
[19:25:49] wagnerrp: oh, i didn't realize you could actually use a network socket directly
[19:26:32] danielk22: yup, mythtv connects to it just like it would connect to /dev/lircd
[19:26:44] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[19:26:54] wagnerrp: i was assuming you needed to have a local lircd connect for you and relay the events
[19:27:17] stichnot: wow, sweet. Recently I bought 3 IR receivers before I found one that would work with LIRC
[19:28:22] kth (kth!~kth@unaffiliated/kth) has quit (Client Quit)
[19:40:16] stuartm: wagnerrp: actually the simplest solution to preventing frontends from scheduling recordings is hinted at by your reply, they are inserted directly into the database, so you deny write permissions to that table for remote mysql clients
[19:40:51] stuartm: then just edit the main menus to remove all scheduling related options (not perfect since context menus can't be edited, but ...)
[19:41:24] stuartm: of course there are other ways that clients can mess with a backend besides scheduling :/
[19:44:44] wagnerrp: right, the whole backend protocol is devoid of any security
[19:45:14] wagnerrp: stuartm: i'm concerned about how the frontend would behave if it does not have complete rights to the database, though
[19:45:37] wagnerrp: although i suppose if their "official" frontend lacks the pages to edit those tables
[19:45:48] wagnerrp: it would only be a problem for people using unauthorized versions
[20:00:08] jpharvey: CEC can receive key events from tv remote into MythTV. I bought a device recently and had it working until i messed up the config somehow.
[20:36:22] zombor_ is now known as zombor
[20:40:15] stuartm: .
[20:50:42] len (len!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv
[20:50:52] len is now known as Guest11914
[21:08:30] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[21:09:24] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[21:14:03] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[21:20:03] jya: stuartm: have you made any progress ?
[21:33:06] Sharky-AFK is now known as Sharky-Sleep
[21:34:36] danielk22: jya: I can't reproduce the streaming issue even with storage groups. I don't think the storage groups matter though, just whether the file is visible locally or we use mythstreaming. But in anycase both work here even with the revert. I also am not seeing any extra seeking.
[21:35:08] danielk22: jya: Can you reproduce with the sample you sent me? It is possible it is too small to exhibit the issue.
[21:35:18] jya: danielk22: well, I can reproduce on all my machines… with the sample above
[21:35:33] jya: it starts stuttering and pausing becoming unplayable in the first 5s
[21:35:44] jya: just when you see the pan down to the Disney castle
[21:35:58] danielk22: jya: That plays smoothly here.
[21:36:04] jya: if the file is present locally (NFS or otherwise) there's no problem
[21:36:31] jya: if I access the file via SG (using the mythavtest myth://blah) over a wireless link: it always happens
[21:36:49] danielk22: I made sure I unmounted the NFS and didn't have a local copy + used the wireless. still played smoothly.
[21:36:52] jya: from a c2d 2.4GHz to a quad-core i7 3.4GHz
[21:37:10] danielk22: If you send me the fe+be logs I can compare them against mine..
[21:37:21] jya: that's a bother...
[21:37:50] danielk22: I have i5 on the frontend and Core2 Duo on the backend.
[21:37:52] jya: you won't see it of course unless you've reverted the change to avidec.c
[21:38:06] danielk22: right, I reverted that change and still didn't see it.
[21:38:17] jya: have you tried with 0.26?
[21:38:27] jya: what is your backend running ?
[21:38:43] danielk22: No, only with master on the frontend and master pre-merge on the backend.
[21:38:51] jya: ok
[21:39:00] jya: still runing a 0.26 backend
[21:39:16] danielk22: Ah, then you are using the old socket code...
[21:39:27] Sharky-Sleep is now known as Sharky112065
[21:39:42] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 264 seconds)
[21:40:03] jya: did you change the way network files are accessed?
[21:40:21] danielk22: The protocol is the same, but the new socket code is faster.
[21:40:28] jya: i'm a bit wary about upgrading the backend just to test it though
[21:41:14] jya: looking after the DVD thing...
[21:43:49] jya: danielk22: faster like what? any particular benchmark?
[21:48:40] danielk22: Less latency. The control and streaming sockets each have a dedicated event thread.
[21:49:22] danielk22: The old socket code was based on the Qt3 single event loop model. The new code is based on Qt4 sockets.
[21:50:33] Sharky112065 is now known as Sharky-Sleep
[21:50:38] danielk22: I didn't do much measurement since maintainability and not speed was the goal, but things that took 20ms now often take < 1ms.
[21:52:52] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!)
[21:53:19] jya: maybe that's just enough to get over the edge of my SG issue
[21:53:26] jya: will do some testing tonight
[21:54:53] danielk22: jya: I still think it makes sense to shrink the read size with sockets. I just want a good reproducible case before I delve into it.
[21:55:56] jya: i understand… I thought I had one… if you look at my log between the two playback on the AVI file: one detected as interleave, the other as non-interleaved: it's quite obvious on what's going on. one one case you get read, read, read, the other: seek, read, seek, read etc
[21:57:25] danielk22: jya: Yeah, I think the socket code differences may just be shaving enough ms off for it to work for me. It could also just be that I need to run the microwave oven while I test ;]
[21:57:43] jya: i don't think the speed of the wireless link matters much
[21:57:56] jya: even on a 1m distance, at 5GHz , syncing at 300mbit/s
[21:58:00] jya: i see the issue
[21:58:00] Chutt: streaming non-interleaved files won't work unless you have huge buffers and a longish initial buffering time
[21:58:34] jya: I'm actually wonder why an AVI would be non-interleaved to start with… what's the point of the I in AVI ?
[21:58:49] Chutt: poorly done encoders, which are kind of the standard with avi
[21:59:07] Chutt: the "easy" way to handle them is to have two connections to the server, one for audio and one for video
[21:59:56] jya: in the mean time, I'm going to quickly test what's going on with the DVD playback to avoid the wrath of stuartm
[21:59:58] Chutt: but even then, you get poorly interleaved files where it's still _kind_ of interleaved, just with audio and video temporally very far (10's/100's of MB's) apart in the data
[22:02:36] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 264 seconds)
[22:04:55] gigem: Chutt: Has there been any update to Nvidia bug # 1182660? I'm probably going to stick with my 9400IGP and use the GT430 elsewhere for the time being, but am curious if anything's been done on it.
[22:04:59] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[22:06:16] Chutt: i don't see anything, but i really don't know how that team operates
[22:06:47] gigem: Okay. Thanks for looking.
[22:11:59] danielk22: jya: I wonder if that file is _really_ non-interleaved. Maybe that ffmpeg commit made the detection worse...
[22:12:33] gigem: Does anyone feel strongly about keeping kChannelRecord as a first-class recording rule type? The more I get into the next change I'm working on, the more I'm thinking about converting it to a kAllRecord rule with a "This channel" filter in the same way kWeek/Timeslot were changed to kAllRecord with "This day/time" filters.
[22:13:00] jya: danielk22: it was my first guess, and it still is.
[22:13:18] peper03 (peper03!~peper03@port-92-203-84-162.dynamic.qsc.de) has quit (Quit: Konversation terminated!)
[22:13:37] danielk221 (danielk221!~danielk@96.57.9.142) has joined #mythtv
[22:13:51] Chutt: gigem, that's completely functionally equivalent, no?
[22:16:24] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 260 seconds)
[22:27:02] gigem: Chutt: Yes, there wouldn't be any loss of functionality. The end goal is to provide a simpler interface with standard DVR options for typical users without losing all of the power that sets MythTV apart from all other DVRs.
[22:30:39] jya: Chutt: so got some free time again? rejoining the project?
[22:38:46] Chutt: jya, hardly :p sick infant today, so not getting as much real work done
[22:39:00] jya: how many do you have now ?
[22:39:05] Chutt: 2
[22:39:25] Chutt: 3 years and 5 months
[22:41:00] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds)
[22:41:17] Chutt: gigem, the change makes sense to me, or even one step further since you could just distill it down to recording quality (hd or sd). not sure why else you'd use a specific channel to record on anymore
[22:43:21] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[22:53:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[22:54:19] skd5aner: Seeker`: what kind of stuttering were you seeing? with what kind of content and on what version?
[22:55:07] stuartm: in the UK we have two or three channels specialising in showing really old repeats, but since they aren't repeats on that particular network they aren't marked as such, so I can easily see people using 'this channel' for that reason
[22:55:53] stuartm: jya: no, I've had too much else to do today, I may find time tomorrow to do some digging
[22:56:07] Chutt: stuartm, original air date present, though?
[22:56:30] stuartm: Chutt: no unfortunately not, we only get year of release for films
[22:56:36] Chutt: ah
[22:56:37] skd5aner: Seeker`: I'm pretty confident you, and other's are now seeing basically the same symptoms associated with my issues on tickets #11159
[22:56:37] ** MythLogBot http://code.mythtv.org/trac/ticket/11159 **
[22:56:46] Chutt: so, lack of data would be a good reason for it, then
[22:58:43] skd5aner: stuartm: Not sure I've really ever lobbied for a ticket priority to be increased, but I'm thinking of doing so for 11159... I have a feeling it's related to all the reports on the mailing list, and is basically the same symptoms that jya and Seeker` are seeing as well
[22:59:02] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[23:00:43] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv
[23:00:44] skd5aner: It's definitely something that is a serious regression from 0.25 that makes playback unwatchable without intervention, and that's when exiting and re-entering actually resolves the issue – which it doesn't always do
[23:00:44] jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host)
[23:00:44] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[23:01:50] jya: skd5aner: if you use VDPAU normal you say that it's working fine ?
[23:02:17] jya: or stop using vdpau alltogether?
[23:02:27] skd5aner: jya: no, if I recall, it fails with any vdpau setting
[23:02:52] skd5aner: I think just levering standard decoding, it seems to work – I can test again to confirm if needed
[23:03:28] skd5aner: but, I get other playback issues as my core2 proc is ~4–5 years old, so it struggles to decode in software with some of my recordings
[23:09:12] skd5aner: I just feel this is one of the particular issues that should basically get a fix backported as soon as possible, potentially prioritized over new work – for example, I'm trying to watch a Christmas Movie with my daughter as we speak, and after every commercial break It starts to stutter again
[23:09:25] skd5aner: so I'm constantly exting and re-entering the recording just to watch it
[23:17:24] taylorr: skd5aner: are you losing video buffers? check 'playback data' from the osd menu
[23:17:37] skd5aner: taylorr: same issue we've looked at before
[23:17:55] skd5aner: were I was loosing buffers
[23:18:03] skd5aner: s/were/where
[23:21:31] Guest11914 (Guest11914!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection)
[23:23:14] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[23:25:42] Seeker`: skd5aner: The stuttering I'm seeing is like it randomly throws away frames. on regular pans its smooth, then all of a sudden it will freeze for a second, then jump
[23:26:02] Seeker`: I get it on just about all content at the moment
[23:26:16] skd5aner: Seeker`: oh, ok... likely different then
[23:26:37] skd5aner: could be related, but it is a different symptom
[23:26:58] Seeker`: well, most content I think. I've not had a chance to work out whether it is fixed by pausing / happens more on specific content etc.
[23:27:22] Seeker`: and I likely won't until the new year now, as I'm leaving for a holiday in about 9.5 hours
[23:30:22] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[23:35:22] gigem: Chutt: For the reasons given by stuartm. I occasionally also run into the inverse problem — programs have a current originalairdate, but are aren't new.
[23:35:37] Chutt: righto
[23:40:43] cesman (cesman!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has joined #mythtv
[23:40:43] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[23:40:43] cesman (cesman!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has quit (Changing host)
[23:54:55] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[23:57:25] sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.