| Thursday, January 24th, 2013, 15:41 UTC | ||
| [15:41:53] | peper03: | stuartm: (and anyone else playing along at home) I've done a bit more digging and I think I've found a solution. It's not the easiest solution, but should be do-able (I think) and reliable. |
| [15:43:00] | peper03: | I'll do a quick brain dump here if no-one minds for feedback and for myself so I remember what I was thinking. |
| [15:44:02] | stichnot: | peper03: I'll be listening :) |
| [15:44:20] | peper03: | Playing with VobEdit and looking at the PCI and DSI structures here http://dvdnav.mplayerhq.hu/dvdinfo/ shows that we *can* work out how long to show a still frame for. |
| [15:46:38] | peper03: | The snappily-named fields vobu_s_ptm and vobu_e_ptm fields of the PCI structure give us the start and end presentation times for each NAV block (DVDNAV_NAV_PACKET). Additionally, vobu_se_e_ptm tells us the end time of the last frame to be displayed. |
| [15:49:07] | peper03: | In other words, say the packet starts at 0 and ends at 43200 (which would be 12 frames at 25fps), if vobu_se_e_ptm is 3600, it would mean we have one frame to show and that should be shown until the end of the nav packet. |
| [15:49:55] | peper03: | From this, we could generate 11 copies of the first frame and add them to the buffers and know that we're not going to be surprised by a video frame in that time. |
| [15:50:25] | stichnot: | Captain_Murdoch: in the HLS demo page, with the embedded player, I noticed that you don't get valid position/duration information for an in-progress recording. Any ideas how to fix that? |
| [15:51:13] | peper03: | The next nav packet will probably only contain audio data and you can't use the vobu_se_e_ptm field then because it's 0 (i.e. ignore me). |
| [15:53:26] | jheizer: | stichnot: Cause it is marked as a live stream vs something that is a set time span until the transcode is complete. Best player I have used is iOS and it will still only give you the time remaining until the end of the current;y transcoded amount. |
| [15:53:42] | peper03: | However, there is another structure in the DSI structure called vobu_sri. This contains fields to help with searching. One of these fields (sri_nvwv – who thinks these things up?!) tells us the next nav packet that contains video. |
| [15:54:37] | peper03: | We could note this and generate more copies of the original still frame to pad out the time until we actually reach this nav packet. |
| [15:56:01] | peper03: | By generating actual frames, we could get rid of some of the special handling for still frames (or probably more accurately move it elsewhere and hopefully make it less 'magic'). |
| [15:56:42] | peper03: | We would also naturally limit the speed at which we buffer data, so we're not suddenly buffering a huge amount of audio data. |
| [15:57:56] | peper03: | The trick is probably going to be getting the information from DVDRingBuffer to AVFormatDecoder(DVD) but I've been thinking about that too :) |
| [15:58:39] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 276 seconds) | |
| [16:00:49] | peper03: | It would be interesting to see if we can't inject data packets into the data we pass from DVDRingBuffer:safe_read to ffmpeg. At least NAV packets should never come in the middle of a video or audio frame, so there shouldn't be any problems caused by inserting our data into the middle of a real A/V packet. |
| [16:02:51] | peper03: | The advantage of doing this is that we can pass information back that is synchronised with the A/V stream. This could also be used to replace calls to IsInStillFrame or IsInMenu. |
| [16:04:27] | wayne__ (wayne__!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [16:05:31] | peper03: | With a bit of luck (haven't gone into the details of this yet), that should remove the problem of the presentation side acting on the state of the decoder side even though they're separated in time by the buffered data. |
| [16:05:56] | peper03: | Any questions? :) |
| [16:10:48] | peper03: | Seeking on a DVD with just stills is going to be fun, though. Jump back a few seconds and you might need to jump back 30 minutes to read in the last video frame before jumping forwards to the place you actually wanted to get to. |
| [16:11:56] | peper03: | Likewise jumping forward – you might need a short stopover on the way to pick up the frame you should be showing when you get to where you're going. |
| [16:42:09] | Sharky-Sleep is now known as Sharky112065 | |
| [16:46:28] | gryffus (gryffus!~gryffus@62.77.84.170) has quit (Quit: Konversation terminated!) | |
| [17:17:33] | Goga777 (Goga777!~Goga777@128-71-147-193.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [17:25:51] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [17:28:06] | jpabq: | A new problem has popped up for me within the last week or so. Some recordings are now not watchable while they are recording. I get "This recording is not available yet" when I try to watch it. Checking the disk, the file is being written. |
| [17:49:08] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [17:52:49] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [18:04:35] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [18:06:50] | jpabq: | stichnot: It looks like 802e32ba4d is preventing HD-PVR recordings to be watched while they are still recording. |
| [18:12:39] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [18:16:56] | jpabq: | Okay, maybe not. With that reverted, it worked at first, but is still not consistent. |
| [18:43:50] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds) | |
| [19:36:05] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [19:50:34] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [20:00:36] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.8) | |
| [20:04:08] | kmc_ (kmc_!~kmc@49.176.3.192) has joined #mythtv | |
| [20:29:10] | jpabq: | There is something funky with the positionmap for an in-progress recording. When I first go into the Watch Recordings screen, it randomly will show a non-zero file size for an in-progress recording. If it shows the size as zero, it won't let me watch it. When it does show a filesize, I can start watching — but if I stop watching the file size will be back to showing zero, and I can't start playback again. |
| [20:29:50] | jpabq: | To start playback again, I have to exit and re-enter the Watch Recordings screen a few times, before it will show a non-zero file size, and allow me to watch it, again. |
| [20:30:40] | jpabq: | When it does let me watch it, the FIRST time I try to seek, the OSD will show "seeking..." instead of just immediately jumping to the new location. After the first attempt to seek, it will work correctly. |
| [20:31:50] | jpabq: | Sorry, that should be "searching..." |
| [20:37:28] | kmc_ (kmc_!~kmc@49.176.3.192) has quit (Remote host closed the connection) | |
| [21:20:10] | jpabq: | Not what I expected. danielk22: After doing a git bisect, it looks like it is 440573f3febdc8009b74ae1b2366aa7d518a15a7 causing the in-progress recording, playback problem. |
| [21:20:39] | gracent (gracent!~Thunderbi@87.127.165.150) has quit (Quit: gracent) | |
| [21:42:26] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [21:47:33] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:49:39] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [21:54:17] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:55:40] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [21:55:41] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [21:55:41] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [22:00:28] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:04:05] | neufeld is now known as neufeld_AFK | |
| [22:09:38] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [22:12:36] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [22:38:24] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Quit: Reconnecting…) | |
| [22:38:37] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [22:38:37] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [22:38:37] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [22:42:07] | stichnot: | jpabq: File size in Watch Recordings screen, and "searching..." in lieu of a position map, should be two separate issues (at least in theory) |
| [22:55:35] | peper03 (peper03!~peper03@port-92-203-127-33.dynamic.qsc.de) has quit (Quit: Konversation terminated!) | |
| [22:56:42] | jpabq: | stichnot: reverting 440573f3febdc8009b74ae1b2366aa7d518a15a7 fixes both problems. I have not dug into why at all, so don't know what the root problem is. |
| [23:10:20] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds) | |
| Friday, January 25th, 2013 | ||
| [00:08:34] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has joined #mythtv | |
| [00:09:21] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Quit: Ex-Chat) | |
| [00:11:25] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [00:20:55] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [00:24:28] | danielk22: | jpabq: Interesting! I'll revert it for now. |
| [00:25:15] | jpabq: | danielk22: I would be interesting if you can reproduce the problem — or if it is something unique to my setup. |
| [00:29:20] | danielk22: | jpabq: Did you do a distclean? I think, should have incremented the binary version but did not.. |
| [00:30:18] | jpabq: | Not sure. I will try again, but it will have to wait a little bit. |
| [00:33:06] | danielk22: | Interestingly the old MythTimer fails the TimeDoesNotElapseImmediatelyAfterConstruction() test in the unit tests... maybe some code was depending on that undocumented behavior. |
| [00:33:46] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [00:33:46] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:33:46] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [00:36:53] | jpabq: | Just tried it with a distclean, no patches applied, and was able to reproduce the problem. |
| [00:38:44] | jpabq: | danielk22: I am able to reproduce this both on my production machine and my dev machine with latest master. |
| [00:39:16] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [00:40:26] | danielk22: | jpabq: Can you remove the "m_timer.invalidate();" in mythtimer.h (distclean will be required) and test ? I think that might be the issue, if not I'll need to dig into it when I have more time... |
| [00:41:06] | danielk22: | actually, if you replace the invalidate() with a start() that is more likely to fix. |
| [00:42:24] | danielk22: | If this doesn't fix, I have the revert ready to push... |
| [00:46:10] | jpabq: | danielk22: yes, that seems to fix it. |
| [00:47:34] | danielk22: | thx, I'll push that instead. :) |
| [00:55:36] | danielk22: | jpabq: did you use { start() } or { m_timer.start() } ? |
| [00:55:37] | jpabq: | I am glad you were able to diagnose the problem so quickly. |
| [00:55:43] | jpabq: | m_timer.start() |
| [00:56:54] | danielk22: | k, I don't think this is the right fix, but a good workaround until I can figure out who is using the elapsed() without calling start() first... |
| [00:58:40] | Sharky112065 is now known as Sharky-AFK | |
| [01:00:35] | danielk22: | pushed.. |
| [01:08:33] | jpabq: | Thanks! |
| [01:24:13] | joki (joki!~joki@p54864FD3.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [01:25:51] | joki (joki!~joki@p54864E5F.dip.t-dialin.net) has joined #mythtv | |
| [02:09:10] | lentferj (lentferj!~lentferj@p579810B8.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [02:10:16] | lentferj (lentferj!~lentferj@p579B7B11.dip.t-dialin.net) has joined #mythtv | |
| [02:43:12] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [03:35:30] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [03:36:29] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [03:56:38] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [04:05:21] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [04:07:13] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:03:40] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
| [05:05:14] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:27:32] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [06:08:33] | Sharky-AFK is now known as Sharky-Sleep | |
| [06:39:57] | rsiebert_ (rsiebert_!~quassel@g226061214.adsl.alicedsl.de) has joined #mythtv | |
| [06:43:13] | rsiebert (rsiebert!~quassel@g225056028.adsl.alicedsl.de) has quit (Ping timeout: 248 seconds) | |
| [07:00:05] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:12:20] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [07:49:24] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [08:08:24] | drussell_ (drussell_!~drussell@d172-219-194-101.abhsia.telus.net) has quit (Read error: Connection reset by peer) | |
| [08:08:42] | drussell_ (drussell_!~drussell@d172-219-194-101.abhsia.telus.net) has joined #mythtv | |
| [08:40:26] | wayne__ (wayne__!~wayne@codeworks.gen.nz) has quit (Ping timeout: 255 seconds) | |
| [08:49:54] | Guest43181 (Guest43181!~chatzilla@123.116.116.152) has quit (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151925]) | |
| [09:00:35] | gryffus (gryffus!~gryffus@62.77.84.170) has joined #mythtv | |
| [09:02:47] | gryffus (gryffus!~gryffus@62.77.84.170) has quit (Client Quit) | |
| [09:03:21] | gryffus (gryffus!~gryffus@62.77.84.170) has joined #mythtv | |
| [09:44:33] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Ping timeout: 252 seconds) | |
| [09:57:32] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [10:46:58] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [13:43:46] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [13:43:46] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:43:46] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [13:44:46] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:53:20] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:ec45:997:10ad:75b3) has quit (Remote host closed the connection) | |
| [13:57:12] | dekarl (dekarl!~dekarl@p4FCEE536.dip.t-dialin.net) has quit (Ping timeout: 257 seconds) | |
| [13:59:02] | dekarl (dekarl!~dekarl@p4FE85321.dip.t-dialin.net) has joined #mythtv | |
| [14:21:57] | kmc_ (kmc_!~kmc@49.176.7.92) has joined #mythtv | |
| [14:24:48] | stuartm: | http://www.theregister.co.uk/2013/01/25/github_ssh_key_snafu/ |
| [14:32:48] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 240 seconds) | |
| [14:36:31] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:42:17] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [14:43:33] | neufeld_AFK is now known as neufeld | |
| [14:45:42] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has joined #mythtv | |
| [14:45:42] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has quit (Changing host) | |
| [14:45:43] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [15:09:44] | kmc_ (kmc_!~kmc@49.176.7.92) has quit (Ping timeout: 252 seconds) | |
| [15:09:59] | Sharky-Sleep is now known as Sharky112065 | |
| [15:25:32] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Ping timeout: 255 seconds) | |
| [15:25:41] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv | |
| [15:25:42] | Goga777 (Goga777!~Goga777@128-71-116-108.broadband.corbina.ru) has joined #mythtv | |
| [15:31:26] | kmc_ (kmc_!~kmc@49.176.3.5) has joined #mythtv | |
| [15:34:37] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [15:40:54] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.