| Friday, February 1st, 2013, 00:02 UTC | ||
| [00:02:21] | Sharky112065 is now known as Sharky-AFK | |
| [00:07:48] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [00:12:11] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller) | |
| [00:30:42] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [00:33:32] | stichnot (stichnot!~stichnot@67.218.104.4) has joined #mythtv | |
| [00:33:33] | stichnot (stichnot!~stichnot@67.218.104.4) has quit (Changing host) | |
| [00:33:33] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:46:27] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [01:17:04] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [01:26:19] | jya: | danielk22: there's a flag to use for ffmpeg to tell it if it's a live stream or a fixed size medium.. This determine if it jumps to the end of the file to read the pts/dts |
| [01:29:00] | jya: | I strongly believe that us touching ffmpeg core is a really bad idea… Because, until now… and I'm yet to see otherwise… our patch to ffmpeg have mainly be work-around bugs that is in our code |
| [01:37:40] | joki (joki!~joki@p54864A08.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [01:39:50] | joki (joki!~joki@p54864867.dip.t-dialin.net) has joined #mythtv | |
| [01:43:27] | danielk22: | jya: Maybe this has changed, but in the past if you told it is is a live stream you can't seek. AFAIK most of our patches have been for bugs in ffmpeg, but a few of those got fixed upstream 5–6 years later... |
| [01:44:32] | jya: | danielk22: oh, I'm not disputing some of our bug fixes… they made sense… but ffmpeg has come a long way since. There are dozen of well known movie player based on it… none of which experiment the issues we are seeing in myth |
| [01:44:39] | danielk22: | I do think we should try to patch upstream first though. They are a lot more responcive than they used to be. |
| [01:49:13] | danielk22: | jya: I'd really like to rework avformatdecoder to be queue based & update to the latest mpegts from upstream that should help a lot. |
| [01:49:33] | jya: | danielk22: I was hoping to do the resync in the next few days... |
| [01:49:58] | jya: | but may have to way until end of feb when I move back into my house, and I've finished my contract with HP |
| [01:50:12] | danielk22: | When I was at DN, I wrote a queue based decoder and it was much simpler than all the hoops we jump through to support the GetFrame API. |
| [02:08:28] | lentferj (lentferj!~lentferj@87.155.120.34) has quit (Ping timeout: 252 seconds) | |
| [02:09:35] | lentferj (lentferj!~lentferj@p579B77D5.dip.t-dialin.net) has joined #mythtv | |
| [02:11:30] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [02:27:31] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [02:33:56] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [02:43:48] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [02:43:48] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [02:43:48] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:52:13] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [02:52:52] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-0.columbus.res.rr.com) has quit (Ping timeout: 248 seconds) | |
| [02:56:21] | stichnot: | jya: I won't be committing anything to ffmpeg. The patch out there is just a proof of concept. |
| [02:57:54] | stichnot: | The streaming check is not used for the ffio_limit() check, which is the problem here. I should be able to work around without touching ffmpeg. |
| [03:05:30] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [03:07:05] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [03:15:50] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [03:27:32] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [03:40:01] | peper03 (peper03!~peper03@port-92-203-68-84.dynamic.qsc.de) has quit (Ping timeout: 245 seconds) | |
| [04:02:10] | Goga777 (Goga777!~Goga777@2.95.124.213) has joined #mythtv | |
| [04:18:44] | drussell_ (drussell_!~drussell@d172-219-194-101.abhsia.telus.net) has quit (Read error: Connection reset by peer) | |
| [04:19:21] | drussell__ (drussell__!~drussell@d172-219-194-101.abhsia.telus.net) has joined #mythtv | |
| [04:29:03] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [04:30:58] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Client Quit) | |
| [04:37:00] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [04:44:05] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has joined #mythtv | |
| [04:57:15] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
| [04:58:30] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:10:30] | Sharky-AFK is now known as Sharky112065 | |
| [05:22:29] | jya: | danielk22: knowing that the whole IO business as used in ffmpeg isn't even a public API... |
| [05:30:30] | Goga777 (Goga777!~Goga777@2.95.124.213) has quit (Read error: Connection reset by peer) | |
| [05:31:07] | Goga777 (Goga777!~Goga777@2.95.124.213) has joined #mythtv | |
| [05:36:30] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [05:46:28] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [05:52:31] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller) | |
| [05:59:20] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 256 seconds) | |
| [06:27:49] | rsiebert (rsiebert!~quassel@g229053192.adsl.alicedsl.de) has joined #mythtv | |
| [06:28:19] | rsiebert_ (rsiebert_!~quassel@g231186186.adsl.alicedsl.de) has quit (Ping timeout: 248 seconds) | |
| [06:40:20] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [06:40:23] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [06:40:23] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [06:54:20] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [06:54:38] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [07:00:18] | dekarl1 (dekarl1!~dekarl@p4FE8465D.dip.t-dialin.net) has joined #mythtv | |
| [07:00:34] | dekarl (dekarl!~dekarl@p4FE84D9E.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [07:07:00] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:21:52] | rsiebert_ (rsiebert_!~quassel@g225062183.adsl.alicedsl.de) has joined #mythtv | |
| [07:24:20] | rsiebert (rsiebert!~quassel@g229053192.adsl.alicedsl.de) has quit (Ping timeout: 248 seconds) | |
| [07:27:42] | acurus (acurus!~eagle@bremst.auch.fuer.scriptkiddies.de) has joined #mythtv | |
| [07:36:04] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [07:36:09] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [07:51:57] | SmallR2002_ (SmallR2002_!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (Quit: No Ping reply in 180 seconds.) | |
| [07:53:13] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [09:13:36] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:6d9e:20a7:b626:51cf) has joined #mythtv | |
| [09:23:31] | Goga777 (Goga777!~Goga777@2.95.124.213) has quit (Remote host closed the connection) | |
| [09:46:35] | jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Quit: No Ping reply in 180 seconds.) | |
| [09:46:51] | jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [09:55:30] | Goga777 (Goga777!~Goga777@2.95.124.213) has joined #mythtv | |
| [10:10:12] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split) | |
| [10:13:11] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [10:18:45] | Goga777 (Goga777!~Goga777@2.95.124.213) has quit (Remote host closed the connection) | |
| [11:05:47] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [12:16:23] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [12:18:24] | IReboot_ (IReboot_!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [13:52:17] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has joined #mythtv | |
| [14:05:49] | storrgie (storrgie!~storrgie@24.247.30.152) has joined #mythtv | |
| [14:32:17] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [14:33:01] | stichnot: | gigem: there is still a remnant of "TV Recording Deletion" in networkcontrol.cpp |
| [15:06:09] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [15:20:05] | gigem: | stichnot: Thanks. |
| [15:21:23] | storrgie (storrgie!~storrgie@24.247.30.152) has quit (Ping timeout: 245 seconds) | |
| [15:29:42] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 276 seconds) | |
| [15:31:49] | storrgie (storrgie!~storrgie@24.247.30.152) has joined #mythtv | |
| [15:51:46] | stoffel (stoffel!~quassel@pD9E412FD.dip.t-dialin.net) has joined #mythtv | |
| [16:04:59] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [16:04:59] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [16:04:59] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:18:04] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [16:20:41] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [16:34:26] | gigem: | What's the policy on backporting cosmetic fixes that add new translation strings? I assume it's don't do it. |
| [16:47:23] | stichnot: | PVR-xxx live TV testers: Please try the more proper fix in Master, or if you build fixes-0.26 you can "git cherry-pick -x 5758c2a1d8ce448fce51fd5af3ce1a95494a3408". If it holds up for a few days with no regressions in previously-working live TV and playback of completed and in-progress recordings, then I'll make the same change to 0.26. |
| [16:51:59] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [16:52:04] | stichnot: | gigem: that would be my assumption |
| [16:54:14] | stichnot: | jya: what do you find is the best way to communication these issues to the ffmpeg folks? Mailing list, new ticket, ... ? |
| [17:02:37] | Goga777 (Goga777!~Goga777@2.95.124.213) has joined #mythtv | |
| [17:11:46] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [17:14:41] | sl1ce (sl1ce!~johnathan@100.0.73.123) has joined #mythtv | |
| [17:18:26] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [17:21:18] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [17:28:14] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:43:35] | Goga777 (Goga777!~Goga777@2.95.124.213) has quit (Ping timeout: 255 seconds) | |
| [17:43:45] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [17:59:10] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:6d9e:20a7:b626:51cf) has quit (Read error: Connection reset by peer) | |
| [18:01:08] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [18:04:55] | peper03 (peper03!~peper03@port-92-203-16-229.dynamic.qsc.de) has joined #mythtv | |
| [18:14:14] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller) | |
| [18:18:38] | peper03: | jya, danielk22, anyone else familiar with ffmpeg: Is there any way to get a private data packet from an MPEG stream through via av_read_frame? With a PS, any non-video,audio or subtitle packets are filtered out. Could it be done if ffmpeg thought it was a transport stream? |
| [18:22:43] | peper03: | Finding a really clean way to get data through is looking increasingly difficult. I don't want to get hack-y but it's starting to look like a case of choosing the least worst solution. |
| [18:51:14] | danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv | |
| [19:00:16] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [19:00:49] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [19:01:55] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [19:13:09] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [19:18:55] | sl1ce (sl1ce!~johnathan@100.0.73.123) has quit (Quit: Konversation terminated!) | |
| [19:51:40] | devinheitmueller (devinheitmueller!~devinheit@108.54.72.165) has joined #mythtv | |
| [20:01:27] | rsiebert_ (rsiebert_!~quassel@g225062183.adsl.alicedsl.de) has quit (Quit: No Ping reply in 180 seconds.) | |
| [20:02:01] | rsiebert (rsiebert!~quassel@92.225.62.183) has joined #mythtv | |
| [20:12:41] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [20:23:01] | bas-t: | stichnot: are you around? |
| [20:27:45] | stichnot: | yes |
| [20:28:05] | bas-t: | got my testing results yesterday? |
| [20:28:36] | bas-t: | if that's still relevant... |
| [20:28:55] | stichnot: | yeah – I made a comment, to be most helpful, -v libav,playback --loglevel debug is better |
| [20:29:41] | bas-t: | want me to do it again, or go on with the new test? |
| [20:30:03] | stichnot: | I forget – are you running master or 0.26? |
| [20:30:11] | bas-t: | 0.26 |
| [20:31:18] | stichnot: | see my post here from 5 hours ago – can you cherry-pick the commit from master and see if everything works? |
| [20:32:53] | bas-t: | ok, moving on to the new test then. in case of trouble, still -v libav,playback --loglevel debug, i assume |
| [20:33:12] | stichnot: | yes, thanks. |
| [20:33:23] | bas-t: | you're welcome |
| [20:35:32] | jams: | stichnot, well test that cherry-pick a bit later. But yesterday I let live-tv run all night and it was still running this morning |
| [20:37:06] | jams: | on a somewhat related note do you have a hvr-2250? starting analog live-tv only works about 10% with that card, but worked just fine in .25 |
| [20:37:57] | stichnot: | jams: I have a PVR-150 |
| [20:38:12] | stichnot: | the hvr-2250 is broken with the patch as well? |
| [20:39:09] | jams: | i was hoping yesterday patch would fix it but it didn't. |
| [20:39:31] | stichnot: | I now have neufeld's http://www.mythtv.org/wiki/Captions_with_HD-PVR working. This is awesome. |
| [20:40:37] | jams: | once tv is started on the 2250 it works, it's just getting TV started thats the problem. We can discuss later if your interested after I get more detailed logs. |
| [20:40:37] | stichnot: | neufeld: I had to change the first line of the finalize script to /bin/bash instead of /bin/sh because on my system it barfs on the pushd command. |
| [20:41:09] | stoffel_ (stoffel_!~quassel@pD9E41901.dip.t-dialin.net) has joined #mythtv | |
| [20:41:13] | stichnot: | jams: the -v libav,playback --loglevel debug logs of a failed start would be useful. |
| [20:41:17] | bas-t: | stichnot: does this patch apply to only the frontend too? |
| [20:41:29] | jams: | stichnot, thats the plan! |
| [20:41:36] | stichnot: | bas-t: yes, frontend only |
| [20:41:41] | bas-t: | ok |
| [20:41:55] | stoffel (stoffel!~quassel@pD9E412FD.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [20:43:43] | stichnot: | neufeld: I have a 60-second "post-roll" in place, which causes the recording start script to effectively cut off the last minute of captions. Any thoughts on this? |
| [20:45:38] | stichnot: | neufeld: it would be cool if delay_bias could be a fractional number |
| [20:46:09] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [20:49:08] | jheizer_: | Amazes me how stupid some people on the mailing list can be. aka How do I unsubscribe guy. |
| [20:50:02] | neufeld: | stichnot: re: sh/bash, yes, if your /bin/sh is something else it might break. I try to make my scripts Bource-like whenever possible, but I may miss things once in a while. |
| [20:50:55] | neufeld: | stichnot: as for the post-roll, the script is actually a bit resilient. If you patched it to run long, it would still work even when you have a following recording, because the finalize script, when run, kills the ccextractor if it's still going. |
| [20:51:27] | neufeld: | stichnot: the only reason to put a cutoff in there at all is to make sure it turns itself off if something "really bad" happens, and the finalize script is never called. |
| [20:53:13] | neufeld: | as for the delay_bias, that's not hard to change into milliseconds, ccextractor is happy with that, but bug #11328 hits often enough that I consider myself fortunate to get the timing within 3 seconds, never mind sub-second precision. |
| [20:53:13] | ** MythLogBot http://code.mythtv.org/trac/ticket/11328 ** | |
| [20:54:11] | stichnot: | neufeld: One extra nice thing would be if it could work on in-progress recordings, but that's going to take more than just scripting work... |
| [20:54:38] | stichnot: | Good point. I think 11328 will get sorted out soon enough |
| [20:55:18] | neufeld: | stichnot: correct. The player won't notice a .srt file that grows during playback. I chatted with wagnerrp about this some time ago, he's the one who pointed out to me the system event scripting facility. |
| [20:55:39] | neufeld: | stichnot: I'll make your suggested changes and update the wiki. |
| [20:55:57] | stichnot: | neufeld: so the user count is now up to 2? :) |
| [20:58:23] | neufeld: | stichnot: possibly, though jpoet has used it at least a bit, enough to point out that not everybody is using their PVR-500 for recordings, so the script can't assume the VBI settings are correct. |
| [21:00:44] | stichnot: | neufeld: why do you need to stage the pass1.srtbin in the temp directory? Is it possible to have ccextractor directly write the .srt file in the correct location? |
| [21:01:58] | stichnot: | In that case, I might be able to get the ringbuffer code to deal with a growing .srt file |
| [21:02:32] | bas-t (bas-t!~tycho@82.72.78.137) has joined #mythtv | |
| [21:02:56] | neufeld: | stichnot: because I don't know the startup bias. Let's say we start the recording. ccextractor starts grubbing through the VBI data on the PVR-500, but the HD-PVR is still starting up and looking for a keyframe. I can only correct for the different startup times when everything's done, and I look at the length of the file. On my system, the correction time is between 8 and 13 seconds. |
| [21:03:45] | stichnot: | I see |
| [21:03:53] | neufeld: | stichnot: if we want it running synchronously, it's going to take something clever that matches timestamps between two different encoders |
| [21:04:37] | neufeld: | stichnot: and they'd have to be wall-clock timestamps, not sequence numbers in the transport streams, since those started at different times |
| [21:05:36] | neufeld: | stichnot: it rapidly becomes a "difficult problem", all for the benefit of live TV, which doesn't get much affection even on a good day. |
| [21:05:49] | stichnot: | not just live TV, but in-progress recordings |
| [21:05:59] | neufeld: | stichnot: yes, true |
| [21:07:31] | stichnot: | what if there were a new type of system event that fires at the appropriate point in the tuning process? Would that be sufficient? What point in the tuning process would that be? |
| [21:10:14] | neufeld: | stichnot: well, something that produced a prompt signal when the recording in progress sees its first recordable frame. That is, as soon as possible after the start of the frame that will be the first one on disk. Then, assuming the fork/exec cost is low, you could have a script open a barrier and allow the previously-started captions script to begin its work. |
| [21:12:06] | stichnot: | neufeld: my assumption is that you would fire off the start script from this new event type, instead of the recording-started event type. |
| [21:12:07] | neufeld: | stichnot: not sure whether ccextractor buffers its output, but it would have to flush after each write to make sure the reader saw captions before they were stale |
| [21:13:16] | stichnot: | I assume ccextractor is used instead of mythccextractor because of the -delay and -startat options |
| [21:13:20] | neufeld: | stichnot: that's possible, as long as the startup is quick..... |
| [21:13:57] | stichnot: | the startup ought to be a fraction of a second on any halfway reasonable system, which is within the noise of caption timing anyway |
| [21:14:50] | stichnot: | I'm just bringing up mythccextractor because it's always more reliable to have the tool under our control |
| [21:15:07] | neufeld: | as for mythccextractor, I didn't check which features it had, but I know it doesn't have -delay and -startat. I don't know whether it can read from a bare device file, and whether it can be told to stop running after a certain amount of time. |
| [21:15:28] | bas-t (bas-t!~tycho@82.72.78.137) has quit (Quit: Ex-Chat) | |
| [21:16:25] | stichnot: | yeah, mythccextractor is pretty thin on feature |
| [21:28:07] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [21:31:16] | neufeld is now known as neufeld_AFK | |
| [21:31:30] | stoffel_ (stoffel_!~quassel@pD9E41901.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [21:33:16] | stoffel (stoffel!~quassel@pD9E41901.dip.t-dialin.net) has joined #mythtv | |
| [21:35:10] | jpabq: | It would be great if we could create a SMPTE time-text (SMPTE 2052) file instead of using srt. Then we could maintain the positioning as well as just the text. |
| [21:43:13] | skd5aner: | stichnot: what's an easy way to remove the patch I implemented the other day? I did it manualy through git patch |
| [21:43:33] | stichnot: | skd5aner: you mean git apply? |
| [21:43:43] | stichnot: | git apply -R foo.patch |
| [21:43:54] | stichnot: | or my favorite, git diff | git apply -R |
| [21:45:01] | stichnot: | jpabq: we don't have a SMPTE decoder, do we? |
| [21:45:15] | skd5aner: | git diff | git apply -R will undo any patch that diffs from the version pulled? |
| [21:45:51] | stichnot: | skd5aner: yes, provided you didn't commit anything |
| [21:46:08] | skd5aner: | yea, well... I don't do that, so :) |
| [21:46:51] | jpabq: | stichnot: I believe that is true, but it would be nice if we did. |
| [21:47:07] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:48:00] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [21:48:50] | skd5aner: | stichnot: fatal: bad object 5758c2a1d8ce448fce51fd5af3ce1a95494a3408 |
| [21:49:22] | drussell__: | skd5aner did you do a git pull to get the patch? |
| [21:49:24] | stichnot: | skd5aner: I don't know git that well, but did you do a pull from Master? |
| [21:50:06] | stichnot: | jpabq: supposedly .srt files can include position directives (http://forum.doom9.org/showthread.php?p=470941#post470941), but I don't know that I've ever seen that in the wild |
| [21:50:14] | skd5aner: | yea, I know next to nothing about git... I've pulled from 0.26-fixes branch, and trying to pull your patch |
| [21:50:15] | jpabq: | https://www.smpte.org/sites/default/files/rp2052-10-2012.pdf |
| [21:50:43] | stichnot: | of course it doesn't say what is the scale for the coordinates |
| [21:50:58] | jpabq: | stichnot: You might find that pdf interesting, just in general. |
| [21:51:11] | stichnot: | yeah, looking at it now, thanks. |
| [21:52:55] | bas-t: | stichnot: i did all possible tests on fixes/0.26 with your new patch. livetv, in progress recordings and finished recordings. swithing input skipping back and forward trough livetv chain, etc... nothing to report, all is well. keep up the good works! |
| [21:53:46] | stichnot: | bas-t: that's great! Thanks for testing. |
| [21:54:12] | bas-t: | got more test? i'm getting the hang of it |
| [21:57:08] | bas-t: | skd5aner: i may be able to help you. what does it sau when you do 'git branch'? |
| [21:57:19] | bas-t: | *say |
| [21:57:32] | stichnot: | bas-t: the only other thing I can think of is to see if it works properly for digital (or non-PVR) tuners as well |
| [21:58:02] | skd5aner: | bas-t: * fixes/0.26 |
| [21:58:20] | skd5aner: | bas-t: looks like I may have to do a get fetch or something |
| [21:58:30] | bas-t: | stichnot: that's me, all digital tuners |
| [21:59:02] | bas-t: | skd5aner: first do git clean -xfd |
| [21:59:19] | bas-t: | then git reset --hard HEAD |
| [21:59:51] | bas-t: | wait, you don't have master |
| [22:00:10] | skd5aner: | bas-t: yea, was just getting ready to say that |
| [22:01:43] | bas-t: | git remote add -f myth git://github.com/MythTV/mythtv.git |
| [22:02:10] | bas-t: | git checkout -b master myth/master |
| [22:02:32] | bas-t: | git checkout fixes/0.26 |
| [22:02:37] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:02:49] | bas-t: | git cherry-pick -x 5758c2a1d8ce448fce51fd5af3ce1a95494a3408 |
| [22:03:20] | bas-t: | but first you have to do the steps mentioned in my previous post |
| [22:06:16] | stichnot: | danielk22: do you have any idea why seektables for live TV recordings are only written out at the end of the recording, and not incrementally as deltas? |
| [22:06:53] | skd5aner: | had to do a git remote update |
| [22:07:21] | skd5aner: | then when I did the cherry-pick, I now get this: error: could not apply 5758c2a... Fix Live TV startup, particularly for analog PVR-xxx tuners. |
| [22:07:27] | skd5aner: | hint: after resolving the conflicts, mark the corrected paths |
| [22:07:27] | skd5aner: | hint: with 'git add <paths>' or 'git rm <paths>' |
| [22:07:27] | skd5aner: | hint: and commit the result with 'git commit' |
| [22:07:42] | skd5aner: | I'll just do it the manual way |
| [22:08:24] | bas-t: | or just pull a fresh repo without the -b argument |
| [22:09:49] | bas-t: | git clone https://github.com/MythTV/mythtv.git && cd mythtv |
| [22:09:50] | bas-t: | git checkout fixes/0.26 |
| [22:10:01] | bas-t: | git cherry-pick -x 5758c2a1d8ce448fce51fd5af3ce1a95494a3408 |
| [22:12:09] | skd5aner: | tried it the manual way, it wouldn't apply |
| [22:12:54] | skd5aner: | wasn't there an ffmpeg sync in master that would mean these patches wouldn't apply directly in 0.26-fixes |
| [22:13:14] | stichnot: | weird, I have it locally cherry-picked and committed and ready to push |
| [22:13:41] | stichnot: | skd5aner: the new patch deliberately avoids touching ffmpeg |
| [22:13:46] | skd5aner: | I just got the patch from cgit and tried to do a git apply and it failed |
| [22:13:50] | skd5aner: | stichnot: gotcha |
| [22:18:42] | stoffel (stoffel!~quassel@pD9E41901.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [22:19:49] | bas-t: | skd5aner: sorry, i forgot a step. might be unrecoverable |
| [22:20:33] | bas-t: | way past my bedtime, too late for a crash course git i'm afraid |
| [22:21:07] | bas-t: | but pulling a fresh repo will do.. |
| [22:22:27] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [22:23:43] | stichnot: | danielk22: the position map delta updates appear not to be happening for in-progress recordings either. My guess is that it's a new problem with the positionMapTimer |
| [22:25:56] | danielk221: | stichnot: I'll take a look at it this weekend, should be easy to find & fix it if is the timer. |
| [22:32:08] | stichnot: | danielk221: I think it's a mistake in http://code.mythtv.org/cgit/mythtv/commit/?id . . . 3b923d00a171 , I'll fix it if it is. |
| [22:32:54] | stichnot: | in short, setting pm_elapsed=0 when the timer is not running prevents it from ever running |
| [22:33:54] | danielk221: | hmm, so the code was depending on elapsed() returning a random value with the old timer if start() had not been called? |
| [22:34:56] | danielk221: | I thought needToSave would be set initially because there are less than 30 keyframes in the map, and then the timer would be started. |
| [22:35:47] | stichnot: | but the "&& (pm_elapsed >= 1500)" makes the whole thing false |
| [22:35:56] | stichnot: | anyway I'll know better in a few minutes :) |
| [22:38:10] | stichnot: | yeah, that seems to be it (at least for live TV, I assume in-progress is similar) |
| [22:39:17] | stichnot: | my fix is to use a large value (10000) instead of 0 in the pm_elapsed assignment when the timer is not running |
| [22:41:15] | stichnot: | interestingly, that also seems to fix the problem I've seen very recently where I get "recording not yet available" when trying to playback in-progress recordings |
| [22:42:59] | danielk221: | Just to clarify, that commit didn't change the pm_elapsed value. It was the earlier MythTimer commit that would have changed elapsed() to return 0 until the timer started a couple weeks ago. |
| [22:43:33] | danielk221: | Before then it was uninitialized and generally larger than any of our thresholds. |
| [22:43:33] | stichnot: | ok |
| [22:43:57] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [22:48:00] | danielk221: | stichnot: I may be reading it wrong, but it looks like just changing the 0 to ~0 would fix it. |
| [22:48:21] | danielk221: | anyway, i'm heading home, i'll be back online in 3–4 h |
| [22:48:28] | danielk221 (danielk221!~danielk@exchange.wgen.net) has left #mythtv () | |
| [22:55:06] | dekarl1 is now known as dekarl | |
| [22:56:21] | stichnot: | danielk22: You're right about ~0. But I'll check in a fix where the intent in the logic is more clear. |
| [22:57:21] | dekarl: | I'd like to get an EITScanner in a IPTVRecorder, but I'm missing something http://paste.ubuntu.com/1598853/ any ideas? |
| [23:02:04] | stichnot: | danielk22: on second thought, I think ~0 with a small comment is perfectly clear |
| [23:03:42] | jpabq: | stichnot: thanks for finding that! It has been annoying me, but I have not had time to localize the problem. |
| [23:07:08] | stichnot: | aha, it's probably the call to curRecording->SaveFilesize() affecting playback of in-progress recordings |
| [23:07:29] | stichnot: | or rather, the fact that it wasn't being called |
| [23:09:48] | stichnot: | Another possible timer-related bug/change is that when the frontend pops up the "could not connect to the master backend..." message when you stop the backend, it no longer automatically reconnects after the backend comes back up |
| [23:09:55] | jya: | stichnot: you can either write to the user distribution list, or if you think it's a bug lodge it in their trac system. if you can reproduce the problem with some simple code, that will help |
| [23:14:13] | stichnot: | jya: hmm, it may be hard to compactly reproduce this particular problem, which definitely involves playback of a growing file, and may also be related to the specifics of how the PVR-xxx recordings are encoded |
| [23:15:20] | jya: | do you have a patch for the ffmpeg code directly? if so you can use their dev list |
| [23:17:42] | stichnot: | I don't have one right now, but I think I should be able to make something that's clean. I'll try that. The issue shouldbe reasonably clear even if it's hard to reproduce without MythTV and a PVR-150. |
| [23:43:14] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Quit: Read Error: Connection reset by beer) | |
| [23:43:45] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [23:46:03] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:46:27] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [23:50:20] | Quantum7 (Quantum7!~carl@c-67-183-170-11.hsd1.wa.comcast.net) has joined #mythtv | |
| [23:52:26] | knightr: | gigem, if it's minor cosmetic fixes, it would be very preferable not to backport those, if what' is backported fixes something that's not cosmetic but it add new strings then so be it (there's no problem with backpoirting it)... |
| [23:54:29] | knightr: | BTW, depending on what you want to fix I could possibly fix some of those at the translation level (ie by modifying the US an CA English translations... (if the fix needs to be done in the UK as well I must get in touch with Nick Morrott). |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.