MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (83):

aloril, Anssi, anykey_, Beirdo, brfransen, Captain_Murdoch, Chutt_, clever, coling, Cougar, danielk22, dblain, dekarl, dijonyummy, ElmerFudd, f33dMB, fetzerch, foobum, ggervasio, ghoti, gregL, GreyFoxx, IReboot, J-e-f-f-A, jams, jarle, jarryd, jheizer, joe___, johnf, joki, jpabq, jpabq_, jpharvey, jst, jwhite, kc, Kevin`, knightr_, Korny1, kurre2, kwmonroe, laga, lentferj, mad_enz, MaverickTech, monkeypet69, mrand, MythBuild, MythLogBot, neufeld, NightMonkey, Peitolm, Peps, petefunk, poptix, purserj, rhpot1991, rsiebert_, Seeker`, seld, Sharky112065, skd5aner, sl1ce, SmallR2002_, sphery, sraue, superm1, sutula, tgm4883, Tobbe5178, toeb, tonsofpcs, tris, Vernon_at_work_, wagnerrp, wahrhaft, whyzzyrd, wolfgang1, xavierh_, XDS2010_, xris, _charly_
Tuesday, January 8th, 2013, 00:00 UTC
[00:00:13] peper03: stichnot: Regarding jumping, any time you exit a cell, VM commands can be programmed. If you jump from one cell to another without executing those commands, you could have problems. If the author sets the UOPs, he's working on the assumption that those commands will be executed.
[00:01:38] stichnot: I would expect the dvdnav code to cleanly exit cells if it seeks within a title
[00:01:45] stichnot: but I may be naive
[00:04:10] peper03: It may do (I don't know), but by jumping to 1 minute before the end of the title, you may have jumped over a cell completely. If you have cells A, B and C and the exit code of B sets something, you may have a problem if you jumped straight from A to C even though they're all in the same title.
[00:05:30] peper03: My gut feeling is that it's pretty unlikely to find something like that but it's theoretically possible and so cannot be completely ruled out.
[00:05:46] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[00:08:06] stichnot: I'm just speculating that dvdnav would (or could) go ahead and execute the B cell as part of jumping from A to C
[00:11:19] bonelifer (bonelifer!~bonelifer@phpbb/moderator/bonelifer) has joined #mythtv
[00:11:31] bonelifer (bonelifer!~bonelifer@phpbb/moderator/bonelifer) has left #mythtv ()
[00:12:53] peper03: Oh I see. It's possible that it does, I really don't know. It would potentially slow down seeking though. I don't know whether it has the offsets of each cell in advance or whether it would have to search for them on request. You might end up with certain UOPs that could be ignored and others that should be obeyed.
[00:20:06] stichnot: With that said, it would be foolish for the DVD author to mess with the VM in the middle of a normal title playback, since users are "allowed" to skip around there. But with menus, I could see these games being played.
[00:20:48] zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv
[00:20:49] zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host)
[00:20:49] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[00:24:01] peper03: Yes, it would but if the appropriate UOPs have been set, an author *could* do what he/she wants. I suppose there may be instances where being restricted by the UOPs might be beneficial. I've got a DVD game of Who Wants to be a Millionaire? somewhere. Might be interesting to see how that's implemented and whether Myth handles it :)
[00:35:17] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds)
[00:38:21] peper03 (peper03!~peper03@port-92-203-45-84.dynamic.qsc.de) has quit (Quit: Konversation terminated!)
[00:51:59] joki (joki!~joki@p54865667.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[00:53:46] joki (joki!~joki@p548656CC.dip.t-dialin.net) has joined #mythtv
[01:06:00] peper03 (peper03!~peper03@port-92-203-45-84.dynamic.qsc.de) has joined #mythtv
[01:07:26] peper03: stichnot: The DVD playback problems (at least with still menus) seem to have something to do with commit 91ec76e8af. Before that commit playback seems ok.
[01:08:48] peper03: Hate to do a 'hit and run' but I really need to get to bed!
[01:08:56] peper03 (peper03!~peper03@port-92-203-45-84.dynamic.qsc.de) has quit (Client Quit)
[01:40:04] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[01:45:08] lyricnz (lyricnz!~simonrobe@ppp118-209-115-31.lns20.mel4.internode.on.net) has joined #mythtv
[01:46:38] NomadX (NomadX!~NomadX@67-5-183-124.ptld.qwest.net) has joined #mythtv
[01:46:58] NomadX (NomadX!~NomadX@67-5-183-124.ptld.qwest.net) has left #mythtv ()
[01:47:04] bonelifer (bonelifer!~bonelifer@phpbb/moderator/bonelifer) has joined #mythtv
[01:57:39] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[01:58:07] ** lyricnz swears at mythtv. Seems like my new recording rules are not showing up, despite looking kind of OK in the DB. **
[01:59:06] stichnot: peper03: try this: http://pastebin.com/BFhXDAgG
[01:59:09] lyricnz: same symptom from local mythfrontend, myth web, and remote (mac) frontend.
[01:59:28] lyricnz: looking at SQL query log to try and figure out now
[01:59:43] bonelifer (bonelifer!~bonelifer@phpbb/moderator/bonelifer) has left #mythtv ("Leaving")
[02:03:36] stichnot: peper03: I'm not sure that's the right solution overall, but it fixes the PaletteTest video
[02:05:56] stichnot: peper03: sorry, it should have been http://pastebin.com/FCRNDUts
[02:09:24] lentferj (lentferj!~lentferj@p579B7FC7.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[02:09:52] knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[02:10:32] lentferj (lentferj!~lentferj@p579B792F.dip.t-dialin.net) has joined #mythtv
[02:13:13] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 246 seconds)
[02:14:21] jheizer_laptop: HLS Question, how come when I request a video 360px high, it returns on 368 high? Does it round to certain values or is it based or a ratio of the original resolution? Only sending Height.
[02:16:18] stichnot: The code in 91ec76e8af makes it behave like EOF if playback reaches the start of a final cut region (or the last frame). This is being triggered by a still frame, where the frame count appears to be 0. The patch suppresses the EOF check if it's playing a still frame.
[02:18:17] jheizer_laptop: Looking for a stream +/- 20px in the mean time. Adding better support for mutiple trancodes.
[02:22:15] wagnerrp: jheizer_laptop: because 360 is not divisible by 16
[02:23:09] jheizer_laptop: wagnerrp: Ahh thanks. Will adjust my base resolutions accordingly.
[02:30:56] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[02:50:56] stichnot (stichnot!~stichnot@65.50.220.101) has joined #mythtv
[02:50:56] stichnot (stichnot!~stichnot@65.50.220.101) has quit (Changing host)
[02:50:56] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[03:01:58] tonsofpcs: so it started doing it again, had a retune at the top of the hour and then again 1 minute into the hour....
[03:02:12] tonsofpcs: bothh are channel records, the first was +1 priority, the second was +2
[03:04:30] NightMonkey_ (NightMonkey_!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[03:07:04] neufeld is now known as neufeld_AFK
[03:20:30] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds)
[03:41:39] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 276 seconds)
[03:48:11] lyricnz (lyricnz!~simonrobe@ppp118-209-115-31.lns20.mel4.internode.on.net) has left #mythtv ()
[04:00:30] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:03:09] tonsofpcs: and now the recordings aren't in the list...
[04:05:45] tonsofpcs: both show as "channel record — aborted"..
[04:24:12] jpabq: Looks like I am occasionally being bit by the "Recording will not commence until a PMT is set." lately as well. Unfortunately, I cannot make it happen. Stopping the recording, and restarting it causes it to work just fine.
[04:41:44] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds)
[04:41:48] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 276 seconds)
[04:42:34] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:54:39] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[05:06:29] stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv
[05:06:30] stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host)
[05:06:30] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[05:30:11] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds)
[05:37:03] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[05:59:19] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds)
[06:07:54] SmallR2002_ (SmallR2002_!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv
[06:11:48] Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has joined #mythtv
[06:13:09] jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has quit (Read error: Operation timed out)
[06:14:49] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (*.net *.split)
[06:14:49] Korny1 (Korny1!~Korny@c-75-64-127-62.hsd1.tn.comcast.net) has quit (*.net *.split)
[06:14:49] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split)
[06:14:49] SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (*.net *.split)
[06:17:07] Korny1 (Korny1!~Korny@c-75-64-127-62.hsd1.tn.comcast.net) has joined #mythtv
[06:17:24] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[06:20:04] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[06:39:14] rsiebert_ (rsiebert_!~quassel@g224251145.adsl.alicedsl.de) has joined #mythtv
[06:42:29] rsiebert (rsiebert!~quassel@g224249100.adsl.alicedsl.de) has quit (Ping timeout: 260 seconds)
[07:04:34] Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has quit (Ping timeout: 240 seconds)
[07:35:33] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[07:57:13] Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv
[08:00:12] Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Ping timeout: 252 seconds)
[08:03:47] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 240 seconds)
[08:12:48] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[08:15:48] Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has joined #mythtv
[08:58:24] Guest3256 (Guest3256!~quassel@75-161-183-113.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[09:01:08] jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has joined #mythtv
[09:04:21] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:44a7:951b:1fd0:bee8) has joined #mythtv
[09:07:06] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[09:07:27] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[09:39:23] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 255 seconds)
[09:41:03] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[09:59:08] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Read error: Operation timed out)
[10:02:03] johnf1 (johnf1!~johnf@101.170.251.247) has joined #mythtv
[10:10:01] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[10:10:01] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[10:10:01] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[10:15:21] johnf1 (johnf1!~johnf@101.170.251.247) has quit (Quit: Leaving.)
[11:55:23] zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv
[11:55:23] zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host)
[11:55:23] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[11:56:41] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[11:58:33] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[12:05:32] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.)
[12:06:03] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has joined #mythtv
[12:52:34] IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection)
[12:55:12] IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv
[12:57:43] danielk22: jpabq: I've seen that too. It happens very rarely, but logically it should never happen at all since we don't even start the recorder until the DTVSignalMonitor has a PMT and we initialize the recorder with that PMT.
[13:06:17] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[13:41:54] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:49:11] peper03 (peper03!~peper03@port-92-203-33-20.dynamic.qsc.de) has joined #mythtv
[13:51:36] peper03: stichnot: That patch doesn't work on stills with audio as libdvdnav doesn't report them as stills. Checking whether deleteMap.GetLastFrame() is non-zero seemed to work better but I don't know whether that's the best solution or not.
[14:03:29] peper03: stichnot: I added another test DVD to stuartm's repository – StillFeatureWithAudio.iso. You'll need a patch to play it, though – http://pastebin.com/dEJKEZwr
[14:05:32] peper03: The problem of the starting at 6 seconds seems worse on master. It's more like 10 or 12 seconds but the OSD doesn't update at all any more on master for still frames.
[14:21:27] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[14:21:28] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[14:21:28] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[14:22:38] wagnerrp: danielk22: i've lost maybe half a dozen recordings to that
[14:29:34] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[14:36:44] stichnot: peper03: Can you describe again the problem of starting at 6 seconds?
[14:46:02] peper03: stichnot: With that test DVD three still images are shown at 10 second intervals whilst audio plays. The audio plays from the beginning but the first still is only shown for about 4 seconds. Looking at the OSD progress bar in 0.26 as soon as the first still is shown, it's already at 6 seconds.
[14:46:38] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[14:50:31] peper03: stichnot: The additional traces I added in that patch show that we're not jumping in at 6 seconds (and the fact that the audio plays from the beginning bears that out). I have a suspicion that it's something to do with the low bitrate. Altering the volume during playback also took something like 6 seconds before it had an effect. I have the same problem with radio via DVB-S.
[14:52:47] peper03: I've not checked whether the progress oddity is the same with radio.
[14:53:30] stichnot: peper03: I can't even get it to let me select the 30-second title... :(
[14:54:10] peper03: stichnot: Did you apply the my patch?
[14:54:20] peper03: s/the//
[14:55:07] stichnot: no, not yet
[14:55:17] peper03: That's probably why :)
[14:56:07] stichnot: got it :)
[15:00:20] peper03: You'll probably also need to add the check for !deleteMap.GetLastFrame() – http://pastebin.com/p6dVcnCW
[15:02:17] peper03: I don't know whether it's still necessary to call IsInStillFrame – probably not. I just added the check that GetLastFrame is non-zero, I didn't get as far as cleaning it up :)
[15:46:06] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 276 seconds)
[15:59:49] dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv
[16:01:21] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 276 seconds)
[16:31:35] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[16:32:05] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[16:32:05] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[16:32:05] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[16:36:49] stichnot (stichnot!~stichnot@66.109.105.7) has joined #mythtv
[16:36:49] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:36:49] stichnot (stichnot!~stichnot@66.109.105.7) has quit (Changing host)
[16:50:28] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: you guys suck.)
[17:02:37] stichnot: stuartm: the other day you were reporting seeking problems with DVDs in master. Are you still seeing that?
[17:07:47] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds)
[17:18:09] SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv
[17:25:57] Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has quit (Read error: Connection reset by peer)
[17:26:31] Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has joined #mythtv
[17:29:41] stichnot (stichnot!stichnot@nat/google/x-sgstihrenxbnwljb) has joined #mythtv
[17:29:41] stichnot (stichnot!stichnot@nat/google/x-sgstihrenxbnwljb) has quit (Changing host)
[17:29:41] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[17:33:51] stichnot: peper03: I think the proper solution to this EOF issue will need separate HasReachedEof() code for regular videos versus DVD/BD. Regular videos have no need for still frame and menu tests, and DVDs have no need for DeleteMap involvment.
[17:33:54] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[17:38:06] jpabq: Do we have a target release date for 0.27?
[17:39:16] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[17:39:41] stuartm: stichnot: I'll check
[17:40:28] stichnot: jpabq: I don't recall any discussion of 0.27 planned features or release date, but I was wondering the same.
[17:41:13] stuartm: just noticed that for the second time a bookmark was wrong, the first time I thought I must have skipped back by accident, but no, when I resumed playback it was somewhere between 30 and 60 seconds earlier than it should have been
[17:41:31] jpabq: Are we going to change the default theme in 0.27? stuartm, how is your new theme coming?
[17:42:30] stuartm: jpabq: I've not really made any progress on it, I thought we'd use one of the existing third party themes if we could agree on one and get the cooperation of the author
[17:42:33] Steve-Goodey (Steve-Goodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv
[17:43:14] stichnot: stuartm: I have seen bookmark related problems in the past. It wasn't that the bookmark was saved/restored incorrectly, it was that seeking would randomly not work. I could sometimes reproduce the problem by repeatedly trying to jump to the N-minute mark and seeing what the OSD actually reported.
[17:44:15] stuartm: stichnot: the longer playback continues the further out of position the bookmark seems to be, but even with a few seconds of playback the bookmark seems to be 2–4 seconds behind :/
[17:46:29] stichnot: stuartm: any clue whether the value stored in the dvdbookmark table is reasonable?
[17:47:17] stuartm: hmm, it's the position that's wrong, not specifically the bookmark – if I exit at 39 seconds past the minute and then resume, it starts at 39/40 but that's 2–3 seconds earlier in the video from where I left
[17:47:37] stuartm: stichnot: sorry, this isn't for DVDs, I was off at a tangent, this is recordings
[17:48:46] stichnot: stuartm: issue 3 of #9854 involves DVD seeking problems, which Mark K fixed in http://code.mythtv.org/trac/changeset/4b0803b . . . 17b9b/mythtv
[17:48:46] ** MythLogBot http://code.mythtv.org/trac/ticket/9854 **
[17:49:18] stichnot: but since the problem is actually for recordings, let me shift my mindset :)
[17:49:31] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:50:19] stichnot: stuartm: is this a new recording with a duration map, or an old recording without?
[17:50:29] stuartm: stichnot: I originally reported the issue Mark fixed, and that only affected 'sticky' ffwd/rew, the problem I noted the other day for DVDs was related to skipping (20 seconds back)
[17:50:46] stuartm: stichnot: something recorded last night, so I'm assuming a duration map
[17:51:23] stuartm: back in 15 mins, grabbing something to eat
[17:59:52] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:44a7:951b:1fd0:bee8) has quit (Read error: Connection reset by peer)
[18:00:55] stichnot: stuartm: I'm having a hard time imagining how the off by 2–3 seconds problem could arise. For starters, is it h.264 or mpeg2?
[18:24:00] dekarl (dekarl!~dekarl@p4FE854BE.dip.t-dialin.net) has quit (Ping timeout: 255 seconds)
[18:26:55] dekarl (dekarl!~dekarl@p4FCEF011.dip.t-dialin.net) has joined #mythtv
[18:28:25] stuartm: h.264
[18:29:08] stuartm: and it's off by 2–3 seconds after about 10 seconds playback, it was off by a minute or more after watching ~15 minutes of the programme
[18:34:55] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[18:35:07] zombor_ (zombor_!~zombor__@205.197.39.2) has joined #mythtv
[18:35:07] zombor_ (zombor_!~zombor__@205.197.39.2) has quit (Changing host)
[18:35:07] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has joined #mythtv
[18:35:56] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Disconnected by services)
[18:36:00] zombor_ is now known as zombor
[18:40:57] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection)
[18:41:11] stuartm: being a little more scientific, after 4 minutes 30 seconds, the position is off by ~26 seconds
[18:44:14] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[18:44:43] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[18:44:44] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[18:44:44] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[18:53:06] stuartm: generally the position info is out, after 3 minutes on a stopwatch it's reporting that it's 2:40 seconds into the recording
[18:53:33] stuartm: I'll make a sample available
[18:58:11] stichnot: stuartm: sounds like the recorder could be miscalculating the duration map. Does anything change after mythcommflag --rebuild?
[18:58:46] stichnot: (it may be useful to back up the original seektable before blowing it away with mythcommflag --rebuild)
[18:59:46] stichnot: oh, and it might also be necessary to provide the recordedseek and recordedmarkup entries for the sample
[19:05:07] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[19:11:09] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection)
[19:15:37] peper03: stichnot: Seperate HasReachedEOF() methods sounds good to me, and should be easy enough to implement as there are already derived classes for DVD and BD.
[19:16:36] petefunk (petefunk!~pfunk@198.23.147.3) has quit (Ping timeout: 248 seconds)
[19:18:03] Goga777 (Goga777!~Goga777@128-71-222-125.broadband.corbina.ru) has quit (Quit: Leaving)
[19:19:39] stichnot: stuartm: check what the duration map thinks is roughly the length of the recording in seconds, and compare against reality: select offset/1000 from recordedseek where chanid=xxx and starttime=yyy and type=33 order by mark desc limit 1;
[19:20:58] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[19:28:50] petefunk (petefunk!~pfunk@198.23.147.3) has joined #mythtv
[19:32:36] whyzzyrd (whyzzyrd!~grimreape@chon2-adsl.demon.co.uk) has joined #mythtv
[19:40:01] mdl (mdl!~ich@p5B224993.dip.t-dialin.net) has joined #mythtv
[19:44:34] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[19:44:52] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[19:45:00] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[19:45:27] stuartm: the duration map is consistent with what apps like VLC think for the overall duration, it just seems that the current progress is wrong
[19:45:50] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[19:45:50] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[19:45:50] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[19:46:35] stuartm: that of course then means that bookmarks and maybe seeking which used the current position are off
[19:50:07] zombor_ (zombor_!~zombor__@205.197.39.2) has joined #mythtv
[19:50:07] zombor_ (zombor_!~zombor__@205.197.39.2) has quit (Changing host)
[19:50:08] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has joined #mythtv
[19:50:24] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[19:50:50] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[19:50:53] zombor_ (zombor_!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[19:50:54] zombor_ (zombor_!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[19:50:54] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has joined #mythtv
[19:53:27] zombor_ is now known as zombor
[19:55:00] stuartm: 5 mins it's ~31 seconds out, 10 mins it's 72 seconds, so it's not exactly linear but close
[20:03:14] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Operation timed out)
[20:10:07] stuartm: rebuilding actually left me without a seektable or duration map!! but didn't stop the drift
[20:10:49] stuartm: two bugs for the price of one :)
[20:23:21] stichnot: stuartm: bookmarking uses raw frame numbers, but seeking first converts current frame to timestamp, then calculates target timestamp, and finally converts to target frame number
[20:24:30] stuartm: yes
[20:24:45] stichnot: I wonder if it was actually using the duration map. If there is no duration map, you'll see -v playback --loglevel debug messages like "TranslatePosition(key=%1): extrapolating to (0,0)" every time a position or duration is calculated
[20:25:48] stichnot: the other "... extrapolating ..." message will probably show up even with a duration map, since the final frame is almost always past the final keyframe in the duration map and therefore requires a small extrapolation
[20:26:00] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!)
[20:27:27] peper03 (peper03!~peper03@port-92-203-33-20.dynamic.qsc.de) has quit (Quit: Konversation terminated!)
[20:32:51] stuartm: let's say for a moment that it wasn't using the duration map, what recent commits might have changed the current frame calculation for H.264? 02bfbc9fc2f maybe?
[20:33:15] stuartm: hmm maybe not
[20:33:59] stichnot: do you mean MythPlayer::framesPlayed?
[20:34:11] stuartm: yep
[20:35:28] stuartm: since the duration map isn't involved as the problem persists even after mythcommflag --rebuild wiped it (I'll file a bug for that) that can only mean that the played frame count is wrong
[20:35:55] stichnot: iirc, that is ultimately taken from the decoder, which is greatly affected by the ffmpeg resync
[20:36:03] stuartm: and since this problem only appeared in the last 2–3 days then it has to be a recent commit
[20:37:14] stuartm: I guess I also have to consider the possibility that it's a change by the broadcaster (BBC) to the encoding, I'll compare against older recordings
[20:37:36] neufeld_AFK is now known as neufeld
[20:40:58] stuartm: recordings from October are showing the issue, so it's definitely a recent commit, last week or two at the most
[20:41:06] neufeld: I may be completely off-base here, but I've got comments on the discussions I've seen go by. Restarting from bookmark, it's got the same keyframe issues any seek does, and I observe a deflection of a few seconds when I do that, but I expect that because of the keyframe distance on my H.264 recordings. Also, we've been speculating that there might be some frame slip in H.264 reading, where two consecutive frames are
[20:41:06] neufeld: counted as only a single frame. If you do that often enough on an H.264-transcoded DVD recording, you'd expect the player-reported elapsed time to start lagging the transmission wall-clock time, no?
[20:44:10] stuartm: neufeld: maybe, but the bookmark issue I'm seeing is definitely new, in the past I'd expect the bookmark to be where I left off or within a couple of seconds, I'm seeing deviations of 1 minute 20 seconds if I bookmark halfway through a 30 minute programme, and it gets proportionally worse the longer I'm watching before setting the bookmark
[20:46:13] neufeld: Ahh. Yeah, that's not the inter-keyframe slop.
[20:47:12] stuartm: I'm going to revert 590f161b1d5ff8c locally, seems worth a try
[20:48:58] stuartm: might have to reboot first though, this machine is dying on it's arse for some reason, periodically locking up, running incredibly slowly
[20:49:23] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[20:51:15] stichnot: stuartm: that's a simple one to try, I guess that could be relevant. Another possibility is the whole duration map commit. The commit right before that is "git checkout 49dbed5be0729b04a5f0fd0426a32fceb2dd7935".
[21:02:39] stuartm: sadly it didn't help, I'll try the duration map commit, but it will have to be tomorrow now as I've got recordings starting
[21:03:38] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[21:08:45] stichnot: unless you want to fake the protocol on the frontend :) (which should be OK in this case btw)
[21:09:36] stichnot: I'm running a test on my most recent HDPVR recording to see if I have the same behavior
[21:13:14] stuartm: if you have a BBC HD sample you might try that too
[21:14:28] zombor_ (zombor_!~zombor__@205.197.39.2) has joined #mythtv
[21:14:28] zombor_ (zombor_!~zombor__@205.197.39.2) has quit (Changing host)
[21:14:28] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has joined #mythtv
[21:15:47] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[21:15:56] zombor_ (zombor_!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[21:16:28] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[21:16:28] zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host)
[21:16:28] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[21:17:14] stichnot: I may have some of those from you for teletext testing, though they may not be long enough to be definitive
[21:19:27] dblain_ (dblain_!~dblain@mythtv/developer/dblain) has quit ()
[21:24:28] stichnot: stuartm: are you seeing this problem when simply letting it play back and occasionally checking current position against wall clock time, or is it showing up as a result of setting bookmark, jumping to bookmark, seeking, etc?
[21:29:01] stuartm: all of the above, wall time doesn't match OSD when just allowed to play from the beginning
[21:29:27] stuartm: if I resume from the bookmark set when I leave playback, it doesn't start where I left it
[21:29:32] jpabq_ (jpabq_!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds)
[21:29:59] jpabq (jpabq!~quassel@75-161-90-147.albq.qwest.net) has quit (Ping timeout: 260 seconds)
[21:30:17] mdl (mdl!~ich@p5B224993.dip.t-dialin.net) has quit (Remote host closed the connection)
[21:31:02] stuartm: I've not noticed a problem with seeking but that's harder to judge anyway given that the only time reference is the OSD, not impossible though, if it would help I can try and work out if the seeks are accurate
[21:31:36] jpabq (jpabq!~quassel@75-161-90-147.albq.qwest.net) has joined #mythtv
[21:31:39] jpabq_ (jpabq_!~quassel@mythtv/developer/jpabq) has joined #mythtv
[21:35:38] stichnot: stuartm: the cutlist editor is a good tool for inspecting this stuff
[21:38:22] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:38:51] stichnot: especially if you pause, optionally set a bookmark, then enter the editor, it can be pretty finely controlled
[21:41:20] stichnot: so my playback test of a 30-minute HDPVR h.264 recording was spot-on compared to wall-clock time. It was at most 1 second off which is in the noise. I used the network control interface to start playback, and occasionally "query location" followed by checking the wall time.
[21:49:10] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[21:50:47] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[21:52:02] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Client Quit)
[22:01:31] SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:13:41] SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv
[22:28:27] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[22:57:36] Steve-Goodey (Steve-Goodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:58:39] SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!)
[23:07:03] stichnot: peper03: I forgot to mention that one of your patches seems to have solved my DVD playback problem in which finishing playing a menu would drop back to the mythvideo menu instead of playing the next title
[23:29:39] johnf (johnf!~johnf@Gi0-1-8-0.wan01.syd07.aunsw.bltprf.net) has joined #mythtv
[23:40:59] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[23:41:11] swalberg (swalberg!~swalberg@2002:184d:f354::1) has joined #mythtv
[23:41:25] swalberg (swalberg!~swalberg@2002:184d:f354::1) has left #mythtv ()
[23:41:34] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[23:54:30] jpabq: neufeld: stichnot: http://code.mythtv.org/trac/attachment/ticket . . . yframe.patch
[23:54:54] jpabq: I need to look closer at the back-to-back recording situation, but I think that works.
[23:56:49] whyzzyrd: Do you have any plans for the scheduler to understand when the same program is simulcasted on 2 channels (and not to record both)?
[23:58:35] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[23:59:02] stichnot: jpabq: I can test that out. I like to schedule 2 or 3 back-to-back 3-minute recordings to test.

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