MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (86):

aloril, anderi, Anssi, Captain_Murdoch, coling, Dave123, davide, dekarl, ghoti, gregL, GreyFoxx, highzeth, J-e-f-f-A, jams, jarle, jcarlos, kurre2, laga_, mrand, MythLogBot, pheld, sailerboy, Slasher`, stuartm, sutula, tomimo, xris, _charly_, justinh, Anduin, anykey_, beata, Beirdo, chainsawbike, Chutt, clever, cnd, dagar, dlblog, f33dMB, foobum, JEDIDIAH__, jpabq, jstenback, jwhite, k-man, knightr, kwmonroe, mag0o, MythBuild, okolsi, poptix, purserj, Seeker`, Snow-Man, sphery, sraue, stuarta, superm1, tgm4883, tris, vallor, wagnerrp, wahrhaft, zCougar, brfransen, PointyPumper, Cougar, cattelan_away, natanojl, zombor, simonckenyon, ThisNewGuy, skd5aner, danielk22, iamlindoro, ikonia_, TandyUK2, DjMadness, prologic, Guest19753, Unhelpful_, joe____, j-rod|af`, jpabq|, rhpot199`
Tuesday, September 20th, 2011, 00:13 UTC
[00:13:24] Mousey (Mousey!~wtfisme@ross154.net) has quit (Remote host closed the connection)
[00:23:12] xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Ping timeout: 260 seconds)
[01:04:50] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[01:05:26] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[01:38:02] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[02:59:13] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:11:34] xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0)
[03:12:11] xris (xris!~xris@xris.forevermore.net) has joined #mythtv
[03:12:11] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[03:12:12] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[03:13:08] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[03:17:05] rxKaffee (rxKaffee!~rxkaffee@64.79.219.249) has joined #mythtv
[03:17:19] rxKaffee (rxKaffee!~rxkaffee@64.79.219.249) has left #mythtv ("WeeChat 0.2.5")
[04:13:58] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[04:14:57] xris: grumble. backend segfault
[04:15:11] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 248 seconds)
[04:15:53] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[04:16:42] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[04:28:13] xris: wonder how much work it'd be to make a safe_mythbackend kind of script like mysql uses.. monitor things, make sure it stays running, log helpful info when it crashes.
[04:30:47] clever: xris: ive got a simple one i threw together years ago
[04:31:24] xris: I was thinking of something more complex
[04:31:37] xris: del, maybe. I used to run the backend inside of a while loop
[04:32:03] clever: xris: http://ext.earthtools.ca/backenddaemon.cpp
[04:32:50] wagnerrp: xris: sphery had planned such a thing a while back
[04:32:54] wagnerrp: mythtvd
[04:32:55] xris: looks like mysqld_safe is just a shell script
[04:33:10] wagnerrp: you run it, it spawns whatever backends, frontends, jobqueues, whatever you want on that host
[04:33:26] clever: i was also using the program as an excuse to play with fork() and see how it works, it could have been done simpler
[04:33:29] xris: sounds overly complex
[04:33:59] clever: my own setup spawns a backend from a service, and the frontend only when X is up
[04:34:15] clever: spawning the fe once before X is even up wouldnt work right for me
[04:36:39] wagnerrp: xris: the ideal solution is start ripping anything and everything out of the master backend
[04:36:48] wagnerrp: so it basically exists as a bare scheduler
[04:37:08] xris: yup
[04:37:15] wagnerrp: strip it down, make it rugged, so there simply isnt that much code in there to segfault
[04:37:34] wagnerrp: moving all the recording into a separate daemon would go a long way towards that
[04:37:52] xris: yeah. I have a strong suspicion that's what killed things this time.
[04:39:21] wagnerrp: also something that has been in the plans for some considerable time
[04:39:42] xris: yeah
[04:40:15] xris: guess I can spend some time tonight dismantling my second cable box
[04:59:27] xris: stupid zero-byte recordings. wtf
[05:02:06] xris: aha! found the segfault by accident: mythbackend: mpeg2.c:113: mpeg2_recv_handler: Assertion `mpeg != ((void *)0)' failed
[05:02:48] xris: interesting. signal quality issues.
[05:04:57] xris: Beirdo: you've been working on the mpeg2 stuff recently, no?
[05:05:25] ** xris suffers from ETOOMANYTUNERS **
[05:09:59] Beirdo: a bit at times, yeah
[05:13:08] xris: that assertion something you're interested in, or should I just file a bug?
[05:13:51] Beirdo: might as well put in a bug, I'll be looking into debugging again in a few days when my dad's headed home
[05:14:03] Beirdo: with a bug, we won't forget it ;)
[05:16:11] xris: hmm, I don't find that error anywhere in the code.
[05:17:21] xris: wild. the git revision I allegedly have installed.. doesn't exist.
[05:18:49] xris: looks like I'm only 14 commits behind HEAD. odd.
[05:25:37] xris: and so it goes.
[05:25:52] xris: that's bad. that bug almost made my wife miss Castle. not sure if I'd have survived the night if that happened.
[05:35:41] Beirdo: heh
[06:17:01] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[06:24:31] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[06:33:53] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds)
[06:40:58] Goga777 (Goga777!~Goga777@shpd-92-101-129-114.vologda.ru) has joined #mythtv
[06:55:25] Goga777 (Goga777!~Goga777@shpd-92-101-129-114.vologda.ru) has quit (Remote host closed the connection)
[07:24:37] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv
[08:01:51] stuarta: xris: i recommend monit for making sure the backend is up and running
[08:49:16] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[08:50:06] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[08:50:31] stuartm (stuartm!~stuartm@cpc3-derb9-0-0-cust911.8-3.cable.virginmedia.com) has joined #mythtv
[08:50:31] stuartm (stuartm!~stuartm@cpc3-derb9-0-0-cust911.8-3.cable.virginmedia.com) has quit (Changing host)
[08:50:32] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[08:53:18] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[08:54:07] stuartm (stuartm!~stuartm@cpc3-derb9-0-0-cust911.8-3.cable.virginmedia.com) has joined #mythtv
[08:54:07] stuartm (stuartm!~stuartm@cpc3-derb9-0-0-cust911.8-3.cable.virginmedia.com) has quit (Changing host)
[08:54:08] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[08:55:49] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds)
[09:09:18] aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[09:57:01] stuartm: cool, Mark is back
[10:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:54] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:06:19] mike is now known as Guest19753
[10:49:49] Guest19753 (Guest19753!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 240 seconds)
[10:54:26] Guest19753 (Guest19753!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:57:49] davide (davide!~david@host103.16.intrusion.com) has quit (Ping timeout: 240 seconds)
[10:58:03] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[11:03:11] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[11:10:09] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv
[11:22:24] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[12:06:14] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[12:06:34] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[12:21:40] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[13:35:47] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:43:48] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 260 seconds)
[13:44:57] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[13:48:23] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:53:38] Unhelpful_ (Unhelpful_!~quassel@rockbox/developer/Unhelpful) has joined #mythtv
[13:53:38] gigem (gigem!~gigem@mythtv/developer/gigem) has quit (Read error: Connection reset by peer)
[13:53:41] gigem_ (gigem_!~gigem@pool-71-170-166-111.dllstx.fios.verizon.net) has joined #mythtv
[13:53:41] gigem_ (gigem_!~gigem@pool-71-170-166-111.dllstx.fios.verizon.net) has quit (Changing host)
[13:53:41] gigem_ (gigem_!~gigem@mythtv/developer/gigem) has joined #mythtv
[13:54:23] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 260 seconds)
[13:56:23] tom_ (tom_!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv
[13:58:58] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has quit (Ping timeout: 260 seconds)
[14:03:55] tom_ (tom_!~tom@94-195-105-95.zone9.bethere.co.uk) has quit (Ping timeout: 260 seconds)
[14:10:15] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.)
[14:32:53] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv
[14:40:21] wagnerrp: gigem_: re #10048, the user is talking about persistent instability in the backend, that there is a good chance mythbackend will fault on the next instance of that show being aired as well
[14:41:01] wagnerrp: and that the scheduler should record the remaining show now, AND the whole thing again when it re-airs
[14:41:41] wagnerrp: not a bad idea, but still a feature request, and not a bug
[14:41:53] wagnerrp: something that doesnt need to be on trac, or re-open the existing ticket
[14:49:39] stuartm: wagnerrp: he should be filing bugs about the instability
[14:53:33] skd5aner: it could be that the instability isn't due to mythbackend though
[14:53:48] skd5aner: not that it makes it any less a feature request
[14:54:08] jpabq_ (jpabq_!~jpabq@97-119-163-26.albq.qwest.net) has joined #mythtv
[14:54:08] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[14:54:08] jpabq_ (jpabq_!~jpabq@97-119-163-26.albq.qwest.net) has quit (Changing host)
[15:03:02] stuartm: right, resilience when it comes to resuming/re-recording etc are just as important but back behind stability in the order of priorities
[15:03:53] stuartm: I'd still like to see us detect and retry zero-byte recordings, i.e. those resulting from a hardware/driver fault
[15:04:26] stuartm: I still get one or two of those a month, enough to be annoying
[15:06:18] iamlindoro: yes, there is surely some sensible "floor" for data rate that we can check against
[15:06:43] iamlindoro: ie, if you haven't received a single byte in 60 seconds, retry once, then give up and reschedule
[15:06:50] iamlindoro: or something
[15:09:53] iamlindoro: Of course there will always be someone with some insane setup like a slow moving rotor, channel change script, or other hacked together setup, for whom that wouldn't work... but that's not our job IMO
[15:15:09] stuartm: for that first one it's really only a problem in the case where we're not the ones controlling the rotor/switch, if we know we're using diseqc we can allow more time
[15:16:26] stuartm: most people will have recordings starting 1–2 minutes early anyhow, so we have a time to be certain that it's failed before retrying without losing the start of the programme
[15:17:12] cat5 (cat5!~emalenfa@173.195.52.30) has joined #mythtv
[15:18:14] stuartm: It might not be a bad idea to change the default pre/post roll from zero to 30 or 60 seconds, I hadn't thought about it until just now but that would work better for most people out of the box
[15:18:54] iamlindoro: What about all the introduced conflicts?
[15:19:49] iamlindoro: Even the most basic myth setup will quickly want to record multiple back to back items, I can imagine new users being frustrated when "x" is a conflict with "y" by default, and not liking the "we're helping you with pre-roll" explanation
[15:20:32] stuartm: iamlindoro: the global pre/post-roll won't cause conflicts, it's ignored if it would cause a conflict
[15:20:55] iamlindoro: stuartm: Oh, duh, sorry ;)
[15:21:02] stuartm: it's the hard offsets set per rule that cause conflicts
[15:21:09] iamlindoro: Yeah, I always do that
[15:24:20] stuartm: on an unrelated note, my new monitor kicks arse, I had thought the contrast on my old one was excellent until I put the two side by side and the colours are a world apart
[15:24:34] stuartm: so I'm thinking I might have to write a new theme to do it justice
[15:27:02] davide: wagnerrp: your interpretation might be correct. it's not at all obvious, though, imho. anyway, if there is no later showing, the aboerted recording will be restarted, at least it did the last time i tested it. automatically marking restarted recordings as allow-rerecord might be worthwhile, but as you said, that's a feature request.
[15:32:25] cat5 (cat5!~emalenfa@173.195.52.30) has quit (Quit: Ex-Chat)
[15:37:32] iamlindoro: stuartm: So, not to belabor the point, but playing devil's advocate: I'm chinese/Saudi/Israeli... I have a nice myth theme I've done up to use RTL text... and now I'm back to arrow actions that go opposite the flow of my text
[15:38:42] xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv
[15:39:09] stuartm: iamlindoro: I've no idea how that works for other software, do submenus etc open the other side for RTL locales?
[15:39:18] iamlindoro: yes
[15:39:27] iamlindoro: (for windows and OS X, anyway, I can't say w/ linux)
[15:40:04] ** stuartm loads the shotgun and prepares to blow out his brains **
[15:40:59] stuartm: I guess that means modifications to mythuibuttontree too
[15:41:06] iamlindoro: http://i.msdn.microsoft.com/bb688163.mirrored . . . MSDN.10).jpg
[15:41:35] iamlindoro: Which I'll agree, to my eyes looks like a photoshop :)
[15:42:02] stuartm: we could reverse those arrows if an RTL language is configured – or an RTL theme, which would require an RTL attribute in themeinfo
[15:42:22] iamlindoro: They seem to have a pretty good guideline doc here: http://msdn.microsoft.com/en-us/goglobal/bb688119
[15:42:48] iamlindoro: I've thought that simply having an RTL tag in the themeinfo might be the nicest way
[15:42:54] iamlindoro: and swap the origin
[15:43:23] iamlindoro: though for images it wouldn't all look right necessarily, it might approximate it if the images are mostly symmetrical
[15:44:19] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me)
[15:45:06] stuartm: the 0.19 UI was polished?
[15:45:45] stuartm: revision of history IMHO
[15:47:19] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv
[15:49:48] stuartm: actually I object to the suggestion that we've lost more usability than we gained, the bit about setup screens is just fud, the widgets themselves don't govern which key is used to switch focus the theme does that through the orientation of things like lists
[15:50:12] stuartm: if there is a problem there it's with the theme, not mythui
[15:50:43] stuartm: and I know Daniel isn't here to read this, he'll just have to catch up via the log
[15:53:24] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[15:53:48] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me)
[15:54:44] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv
[16:09:17] stuartm: btw the proper 'back' behaviour of returning to the parent menu requires code changes in every place a menu is used, I don't feel like starting on that today
[16:09:20] dekarl: stuartm: wrt the global pre-/postroll, I thought it's always ignored on back-to-back recordings even when "conflict" would mean using one more virtual tuner in multirec.
[16:10:18] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 260 seconds)
[16:10:39] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has joined #mythtv
[16:10:39] taylorr (taylorr!~taylorr@cpe-173-095-144-220.nc.res.rr.com) has quit (Changing host)
[16:10:39] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[16:11:53] stuartm: dekarl: I'm not up to speed on the intricacies of scheduling with virtual tuners, I believe you may be right though and besides which it doesn't affect the decision about changing the pre/postroll defaults
[16:13:53] xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Quit: Lost terminal)
[16:18:54] dekarl: stuartm: true, it fails (if it fails at all) on the safe side. (which is good) It's just something from my list that I couldn't come up with a fix quickly.
[16:29:25] wagnerrp: davide: thats just my guess as to what he meant... but it seemed a logical one after this... http://www.mythtv.org/wiki?title=Feature_Wish . . . ;oldid=52742
[16:40:48] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[16:41:09] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[16:48:46] Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv
[16:51:13] Goga777 (Goga777!~Goga777@shpd-92-101-149-164.vologda.ru) has joined #mythtv
[17:02:47] Goga777 (Goga777!~Goga777@shpd-92-101-149-164.vologda.ru) has quit (Ping timeout: 276 seconds)
[17:04:17] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[17:05:51] davide: wagnerrp: wow! i've never bothered to look at the feature wishlist before. i have enough items on my own wishlist that i'm not working on to eve consider working on someone else's. that list could use a good once over, though. there are some scheduling things that can actually be done using existing functionality. there are also some that are so whacked out they should deleted as they will never be considered.
[17:05:51] davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection)
[17:06:15] davide (davide!~david@host103.16.intrusion.com) has joined #mythtv
[17:14:46] xris: davide: that's why we tend to tell people that it's an unofficial list...
[17:15:12] xris: skd5aner has been working on trying to get some sort of "idea" list thing up so we could better maintain it. but it would still be unofficial.
[17:17:05] kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 276 seconds)
[17:34:05] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Read error: No route to host)
[17:34:13] stuartm: davide: some time ago there were efforts to clean up the wish list, remove requests for features which already existed and the really barmy stuff, but it was a thankless task which is why I think people stopped trying
[17:34:36] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[17:36:13] stuartm: there's even a joke entry in there which I made to try and make people think twice about their submission, it didn't have the desired effect, I daresay a few people even believe that porting mythtv to a 1980s casio pocket calculator is reasonable ;)
[17:38:25] stuartm: hmm, do we _really_ need 'are you sure you want to exit' prompts in screens? I find them incredibly irritating
[17:53:18] davide: stuartm: i can see that would be thankless. to be really effective, any wishlist would have to be moderated.
[17:54:27] xris: davide: skd5aner is our semi-official moderator. or has at least volunteered to help maintain it.
[17:55:14] xris: but we need a better system than the wiki, and the devs (somewhat rightly) refuse to allow wishlist items in trac because it could confuse users into think we *will* add them someday
[18:08:19] andreax (andreax!~andreaz@p4FC12866.dip.t-dialin.net) has joined #mythtv
[18:09:02] stuartm: well I though I was joking about mythfrontend on a casio calculator but it turns out that reality has caught up with fiction, casio devices are already running linux – http://www.theregister.co.uk/2011/09/20/signs . . . sclosed_sum/
[18:09:55] davide: taylorr: are you around?
[18:20:49] DjMadness (DjMadness!~DjMadness@pdpc/supporter/student/DjMadness) has quit (Remote host closed the connection)
[18:23:44] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[18:31:10] skd5aner: davide, xris: yea – I had come up with some options, but some are better than others... solutions were either growing stale/abandond (ideatorrent), ran on certain versions of ruby and other DBs which weren't on the mythtv.org servers, or were external and not free (or limited if free)...
[18:32:48] skd5aner: I had come up with 1 or 2 that would likely work, but then we had a baby... and it kind of fell off the backburner... I should pick back up on it and just move forward – need to redo some research to figure out which ones I had narrowed it down to again – I guess that means I get to go bookmark diving again
[18:37:31] xris: skd5aner: hah, yeah. good luck with that. it only gets worse once the small ones are mobile.
[18:38:35] skd5aner: She just learned to roll to her belly from her back 4 days ago... the engine is starting to leave the station already
[18:39:10] xris: you still have a little time.
[18:39:47] xris: crawling is still slow. wait for "running" and "climbing" .
[18:39:54] skd5aner: Had some friends over for dinner with a 14 mo old... I quickly realized how they are totally unable to eat dinner at the same time
[18:40:46] xris: yeah, we sort of gave up on eating together at the table. he'll eat with us, but only in the sense that he occasionally comes over for a bite and then goes off to do something else for 30 seconds.
[18:51:32] DjMadness (DjMadness!~DjMadness@pdpc/supporter/student/DjMadness) has joined #mythtv
[19:52:22] jafa2 (jafa2!d1806326@gateway/web/freenode/ip.209.128.99.38) has quit (Ping timeout: 252 seconds)
[20:08:57] taylorr: davide: here now
[20:19:35] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has quit (Ping timeout: 260 seconds)
[20:32:20] yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has quit (Quit: leaving)
[20:32:39] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv
[20:33:12] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has quit (Client Quit)
[20:40:51] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:56:12] davide: taylorr: sorry, had to go to a meeting.
[20:56:16] davide: i recently switched from using hdpvrs on time warner cable to using an infinitv4 on verizon fios. i've noticed that verizon inserts interlaced video for local commercials even when the normal network video is progressive. mythtv handles the transitions reasonably fine during normal playback, but it does cause some problems. here are some in increasing order of annoyance.
[20:56:21] davide: 1) the calculated recording length is less than it actually is. for example, a 60 minute recording might be shown as 57:28 in the osd. 2) the reported, current position is doubled while in the interlaced video. for example if i'm 20 minutes into a recording, the osd will change to show 40 minutes and then switch back to 20+. 3) fast-forward/rewind goes haywire when it hist one of the transitions. for example, the actual speed doubles when
[20:56:22] davide: hitting the interlaced video. instead of returning to normal when it goes back to progressive, though, it gets very erratic and makes ff/rew nearly unusable.
[20:56:26] davide: i'm hoping you can help or at least offer some advice on the ff/rew issue since you reqorked it last.
[20:57:10] davide: s/reqorked/reworked/
[21:01:32] taylorr: davide: sounds like the fps isn't being updated
[21:03:00] taylorr: the ff/rew uses the fps to determine the number of frames to skip each iteration – maybe that calculation is only being computed once when starting ff/rew
[21:03:23] taylorr: might need to change the code so it updates each seek to pick up any changes in the fps
[21:04:19] taylorr: then again, since we are seeking we may not process the mpeg-2 packets that contain the fps update
[21:04:25] davide: i'll try to check the fps tonight. how is the fps determined? is it something that comes from the avc decoder?
[21:04:50] taylorr: we have an MPEG2 parser that should pick up any changes
[21:05:17] taylorr: so it's our own code but heavily based off of libav
[21:06:00] davide: if you'd like, i can try to provide a sample recording.
[21:06:12] taylorr: I'm working on the duration/position problem
[21:06:29] taylorr: you can provide me one but I don't have much time to work on it
[21:07:16] taylorr: once I'm finished reworking duration/position it should handle frame repeats and framerate changes acceptably
[21:07:31] taylorr: basically we'll have duration * frames/total_frames
[21:07:42] davide: ok.
[21:07:44] taylorr: it's going to be an approximation
[21:08:24] taylorr: give me a shout if you want to help out with any of it
[21:08:47] taylorr: shouldn't be too bad and it helps you understand the MPEG protocol better
[21:08:50] davide: will do. hopefully i can do a little this evening.
[21:10:03] taylorr: I gotta head out to dinner but I'll see if frame rate is included in any of the libav structs
[21:10:58] taylorr: davide: glad you brought it up since it's something more and more people are going to run into with the digital switchover
[21:15:12] davide: i actually ran into it a couple of years ago when i first starting using the hdpvrs and had the 4:3 override option turned off on my stbs. enabling 4:3 override worked around the problem by locking the stb output to 1080i and i completely forgot about the problem. with the infinitv4, i'm now gettiong the raw mpeg2 and have to deal with for real this time.
[21:16:16] taylorr: davide: when you got the wrong duration had the recording been fully comm flagged yet?
[21:16:47] taylorr: heh, and one more important question, 0.24-fixes or master?
[21:19:01] iamlindoro: davide: Are you using Ron Frazier's Ceton patches?
[21:19:08] iamlindoro: (which then answers taylorr's question)
[21:19:16] iamlindoro: because it would be .24 in that case
[21:19:21] davide: 0.24-fixes, and no, the recordings weren't commflagged. fwiw, i did try running mythcommflag and mythtranscode to rebuild the seek table and it didn't change anything.
[21:20:10] davide: iamlindoro: yes, i'm running ron's patch. i was going to ask you if you'd seen this problem with your hdhr prime recordings, so consider yourself asked now.
[21:20:15] iamlindoro: danielk22: ^^ I think we're going to have an "interesting" time if .25 makes it out with no official Ceton support... which is not me volunteering to finish it :)
[21:20:55] iamlindoro: davide: I have seen one instance of too-short duration, but I am unclear on whether I might have caused it-- I tend to tinker
[21:21:11] iamlindoro: I started watching closely after that one time and haven't seen it since
[21:21:39] iamlindoro: That's with master so it might not be a valid comparison
[21:21:42] davide: the easiest way to check is record something on espn and then try to fast-forward through it.
[21:22:36] iamlindoro: I don't ffwd so I haven't observed that-- I can do an ESPN recording... lots of tuners ;)
[21:22:44] iamlindoro: ESPN, or ESPN HD?
[21:22:48] iamlindoro: or does it matter
[21:25:01] iamlindoro: davide: I'll record SportsCenter and try it out tonight
[21:27:18] davide: hd, you need to get the 720p version and see if your cable provide is inserting 480i into the local commercial breaks.
[21:28:53] iamlindoro: OK, I chose HD
[21:32:15] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv
[21:33:05] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[22:34:09] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[22:36:58] notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has quit (Quit: Leaving)
[22:38:54] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[22:58:58] joe____ (joe____!~jmk@64.73.32.135) has joined #mythtv
[23:00:28] j-rod|af` (j-rod|af`!~jarod@static-72-93-233-3.bstnma.fios.verizon.net) has joined #mythtv
[23:02:11] J-e-f-f-A_ (J-e-f-f-A_!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[23:03:05] ikonia_ (ikonia_!~irc@unaffiliated/ikonia) has joined #mythtv
[23:04:29] jpabq| (jpabq|!~jpabq@174-28-167-122.albq.qwest.net) has joined #mythtv
[23:05:43] rhpot199` (rhpot199`!~rhpot1991@204.8.45.13) has joined #mythtv
[23:07:10] jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split)
[23:07:10] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (*.net *.split)
[23:07:11] ikonia (ikonia!~irc@unaffiliated/ikonia) has quit (*.net *.split)
[23:07:11] jpabq- (jpabq-!~jpabq@174-28-167-122.albq.qwest.net) has quit (*.net *.split)
[23:07:11] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (*.net *.split)
[23:07:11] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split)
[23:07:12] poptix (poptix!poptix@poptix.net) has quit (*.net *.split)
[23:07:12] jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split)
[23:07:13] GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has quit (*.net *.split)
[23:07:13] j-rod|afk (j-rod|afk!~jarod@static-72-93-233-3.bstnma.fios.verizon.net) has quit (*.net *.split)
[23:07:14] joe__ (joe__!~jmk@64.73.32.135) has quit (*.net *.split)
[23:07:16] J-e-f-f-A_ is now known as J-e-f-f-A
[23:10:49] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:11:19] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[23:11:19] jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv
[23:11:19] GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has joined #mythtv
[23:14:20] poptix (poptix!poptix@poptix.net) has joined #mythtv
[23:31:49] andreax (andreax!~andreaz@p4FC12866.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[23:36:44] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (*.net *.split)
[23:36:44] jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split)
[23:36:44] GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has quit (*.net *.split)
[23:39:06] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[23:39:06] jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv
[23:39:06] GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has joined #mythtv
[23:49:50] taylorr: davide: the reason I asked about version is that master sets the correct duration after commflagging, I'm currently working on adding support to the recorder so it will be correct for in-progress and finished recordings
[23:50:27] taylorr: once that's added it will be trivial to improve the duration/position issues
[23:56:18] Mousey (Mousey!~wtfisme@ross154.net) has quit (Ping timeout: 260 seconds)

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