| Thursday, February 21st, 2013, 00:00 UTC | ||
| [00:00:04] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [00:00:27] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [00:04:20] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Quit: Wolfgang2) | |
| [00:09:06] | MythBuild: | build #13 of master-f18–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/13 blamelist: Daniel Kristjansson <danielk@cuymedia.net > |
| [00:10:33] | MythBuild: | build #327 of master-debian-wheezy-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/327 blamelist: Daniel Kristjansson <danielk@cuymedia.net > |
| [00:11:08] | sckssssss (sckssssss!~echosyp@75.111.74.37) has left #mythtv () | |
| [00:11:13] | MythBuild: | build #37 of master-ubuntu-12_10–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/37 blamelist: Daniel Kristjansson <danielk@cuymedia.net > |
| [00:14:34] | MythBuild: | build #397 of master-f17–32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/397 blamelist: Daniel Kristjansson <danielk@cuymedia.net > |
| [00:33:55] | wagnerrp: | that's somewhat odd |
| [01:09:31] | danielk222: | Not so odd, usleep() requires a header include. I just added the MythTimer unit tests to the compile. |
| [01:18:41] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [01:26:09] | MythBuild: | build #14 of master-f18–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/14 |
| [01:28:58] | MythBuild: | build #328 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/328 |
| [01:30:36] | MythBuild: | build #398 of master-f17–32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/398 |
| [01:31:57] | MythBuild: | build #38 of master-ubuntu-12_10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/38 |
| [01:33:25] | gigem: | Can anyone think of a good reason to allow a user to open multiple, nested instances of GuideGrid, ProgFinder, ProgList or ViewScheduled? I'm adding some more ways to call GuideGrid, specifically, from ViewScheduled and ProgList. I think it might be wise to prevent the user from opening an unbounded number of these screens. For example, if the user has a GuideGrid opened, they can't open another GuideGrid |
| [01:33:28] | gigem: | from another nested screen. The same goes for ProgFinder and ViewScheduled. ProgList would work similarly, but would be a little trickier because of it's multiple uses. |
| [01:33:30] | gigem: | Also, can someone give me a primer on how embedded video should work in these situations? IIRC, some screens pause the video if they don't have a window for the video whild others let it keep playing. What should happen if a screen without a window opens a new screen which has a window? |
| [01:38:30] | MythBuild: | build #17 of ffmpeg-linux-64bit-clang is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/ffmp . . . ng/builds/17 |
| [01:53:01] | wagnerrp: | danielk222: it is odd... because it built successfully on some environments but not others |
| [01:54:41] | wagnerrp: | for example, it built fine on the 12.04 bot, but failed on the 12.10 bot |
| [01:55:21] | danielk222: | unistd.h is included in some system headers so when you forget it you don't always realize until the buildbots tell you. |
| [01:56:26] | danielk222: | It's included by 103 system headers on my ubuntu 12.04 system :) |
| [02:01:23] | mad_enz (mad_enz!~Enz@dsl-173-206-174-151.tor.primus.ca) has quit (Remote host closed the connection) | |
| [02:04:13] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [02:12:03] | jhall_: | hi |
| [02:12:10] | jhall_: | did I read jack support is being dropped? |
| [02:12:11] | joki (joki!~joki@p54863DD5.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [02:12:14] | jhall_: | I hope not |
| [02:12:19] | joki- (joki-!~joki@p54863D61.dip.t-dialin.net) has joined #mythtv | |
| [02:12:29] | joki- is now known as joki | |
| [02:39:02] | jpabq: | jhall_: is this what you are working on http://www.mythtv.org/wiki/User_Manual:HTTP_L . . . ing_Recorder ? |
| [02:43:06] | jpabq is now known as jpabq_afk | |
| [02:56:33] | jhall_: | jpabq: just saw this checking |
| [03:00:40] | jhall_: | jpabq: no, I am usingan IPTV http stream |
| [03:00:51] | jhall_: | not an hls stream |
| [03:01:01] | petres (petres!~petre@scheie.homedns.org) has joined #mythtv | |
| [03:01:17] | jhall_: | I am modifying libs/libmythtv/recorders/rtp/* |
| [03:01:26] | jhall_: | just implemented mutex locking |
| [03:01:34] | jhall_: | but now am monitoring a massive memory leak |
| [03:01:47] | jhall_: | equates to all the data retrieved |
| [03:01:58] | jhall_: | jsut one copy |
| [03:02:20] | jhall_: | I'm trying to understand the key system in use here |
| [03:02:39] | jhall_: | either it always thinks it has no "free" packets to reuse |
| [03:02:50] | jhall_: | or it never deletes any objects |
| [03:02:53] | jhall_: | still digging |
| [03:03:06] | jhall_: | but after I implemented mutex I don't get segv any more |
| [03:03:15] | jhall_: | at least not until it runs out of memory |
| [03:07:54] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 264 seconds) | |
| [03:43:34] | peper03 (peper03!~peper03@port-92-203-86-88.dynamic.qsc.de) has quit (Ping timeout: 240 seconds) | |
| [03:45:38] | peper03 (peper03!~peper03@port-92-203-60-96.dynamic.qsc.de) has joined #mythtv | |
| [03:46:34] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [03:51:36] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [04:18:53] | Goga777 (Goga777!~Goga777@128-71-11-22.broadband.corbina.ru) has joined #mythtv | |
| [04:19:26] | petres (petres!~petre@scheie.homedns.org) has quit (Quit: Leaving) | |
| [04:50:47] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Quit: Coyote finally caught me) | |
| [04:52:09] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [05:00:30] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
| [05:01:29] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:54:36] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [06:28:39] | Sharky112065 is now known as Sharky-Sleep | |
| [06:54:26] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [07:01:12] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:08:35] | SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv | |
| [07:17:18] | SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:19:33] | jhall_: | jpabq: I have determined the packetbuffer code does not appear to be leaking memory, it thinks it is allocating and reusing packets. I have also determined the ProcessData call is properly draining packets from the outgoing queue |
| [07:20:30] | jhall_: | yet somehow one copy of the mpegts is being leaked. |
| [07:21:09] | jhall_: | i.e. the mythbackend process grows by the amount of stream spooled |
| [07:23:08] | jhall_: | the only out-of-the-ordinary log entries I see is in SetOptions() the name mrl and value (http://xxx) is not known |
| [07:23:18] | jhall_: | and after reading the code that seems a bit harmless |
| [07:23:37] | jhall_: | also there is some profile message |
| [07:23:57] | jhall_: | so at this point I would welcome input |
| [07:24:18] | jhall_: | it is definitely turning out to be more work than initially thought. |
| [08:08:25] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [08:08:57] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [08:13:06] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [08:29:53] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [08:34:55] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:407f:59f7:682b:79e7) has joined #mythtv | |
| [08:52:45] | joki (joki!~joki@p54863D61.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [08:52:54] | joki- (joki-!~joki@p54865004.dip.t-dialin.net) has joined #mythtv | |
| [08:53:07] | joki- is now known as joki | |
| [08:58:42] | Goga777 (Goga777!~Goga777@128-71-11-22.broadband.corbina.ru) has quit (Quit: Leaving) | |
| [09:31:30] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [09:31:35] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [09:31:49] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:15:12] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [10:22:36] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 256 seconds) | |
| [10:23:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-151.hsd1.wa.comcast.net) has joined #mythtv | |
| [10:23:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-151.hsd1.wa.comcast.net) has quit (Changing host) | |
| [10:23:17] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [10:27:17] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [11:00:54] | Goga777 (Goga777!~Goga777@128-71-11-22.broadband.corbina.ru) has joined #mythtv | |
| [11:12:33] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has quit (Ping timeout: 248 seconds) | |
| [11:19:33] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has joined #mythtv | |
| [11:38:34] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 256 seconds) | |
| [11:54:07] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer) | |
| [11:54:27] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [12:00:52] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [12:06:54] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 256 seconds) | |
| [12:07:45] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-151.hsd1.wa.comcast.net) has joined #mythtv | |
| [12:07:46] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-183-28-151.hsd1.wa.comcast.net) has quit (Changing host) | |
| [12:07:46] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [12:24:58] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [12:33:51] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [12:41:26] | Goga777 (Goga777!~Goga777@128-71-11-22.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [13:01:05] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [13:01:05] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [13:01:05] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:05:38] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has quit (Quit: ZNC - http://znc.sourceforge.net) | |
| [13:05:50] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has joined #mythtv | |
| [13:11:19] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [13:11:47] | stichnot: | danielk222: Is it kosher to use AVRational in the recorder? This would be in order to more precisely track duration of the recording. |
| [13:26:22] | stuarta: | don't we already use other AV* types? |
| [13:28:33] | stichnot: | My understanding is that we don't use ffmpeg in the backend to avoid crashing the backend, but I'm wondering about a simple data structure like AVRational. |
| [13:32:20] | danielk222: | Such a simple data structure should be ok, but I'd rather use a C++ rational that supports operators and ensures that it is initialized properly. |
| [13:33:11] | stuarta: | that was going to be my next question. is there an equivalent data type |
| [13:33:16] | danielk222: | C++11 has a rational type. Maybe it is time we discussed which C++11 parts are sufficiently portable. |
| [13:33:43] | danielk222: | http://en.cppreference.com/w/cpp/numeric/ratio |
| [13:34:10] | stuarta: | is there a Qt type available, (assuming we don't have good c++11 support across all platforms yet) |
| [13:34:33] | danielk222: | I don't believe so. |
| [13:34:55] | danielk222: | We could write our own rational, ideally matching the API of the C++11 rational :) |
| [13:36:04] | stuarta: | i keep a good supply of those in my back pocket.... </sarcasm> |
| [13:38:28] | danielk222: | I think it's worth committing a little 'how good is the C++11 <ratio> support' test and seeing how the buildbots handle it.. ;] |
| [13:39:10] | danielk222: | (Assuming it works locally first of course) |
| [13:39:51] | danielk222: | k, heading off to work now.. ttyl |
| [13:40:07] | stuarta: | thats a good idea |
| [13:40:29] | stuarta: | danielk222: if you make a branch with C++11 tests in it, i can point the builders at it |
| [13:48:06] | Cougar (Cougar!~cougar@2a03:5880:104:10:29d0:84:a6c6:a9a2) has quit (Ping timeout: 264 seconds) | |
| [13:50:14] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [14:01:26] | Cougar (Cougar!~cougar@2a03:5880:104:10:6104:7a0b:4dfe:19f9) has joined #mythtv | |
| [14:04:08] | Sharky-Sleep is now known as Sharky112065 | |
| [14:11:53] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [14:21:22] | stichnot: | danielk222: stuarta: never mind about the AVRational thing. It turns out that for a 59.94fps recording (60/1.001), ffmpeg is presenting each frame duration as 1501/90000 seconds, when it should actually be 1501.5/90000 . Why try to get total accuracy in the recorder when the player is guaranteed to be off? |
| [14:22:39] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [14:23:46] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Leaving) | |
| [14:33:59] | z3mark (z3mark!~z3mark@ns1.exchangesolutions.net) has joined #mythtv | |
| [14:34:36] | danielk22 (danielk22!~danielk@exchange.wgen.net) has joined #mythtv | |
| [14:36:38] | stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [14:36:38] | stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [14:36:38] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [14:36:47] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Read error: Connection reset by peer) | |
| [14:37:37] | stuartm_ is now known as stuartm | |
| [14:38:33] | z3mark (z3mark!~z3mark@ns1.exchangesolutions.net) has left #mythtv () | |
| [14:41:34] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [14:42:03] | Chutt: | stichnot, ts streams have a 90khz clock – can't get more accurate |
| [14:49:11] | stichnot: | Chutt: is it possible that they compensate by adjusting pts values? |
| [14:52:32] | Chutt: | ah, possibly, though i don't know if i've seen that ever |
| [14:55:12] | Chutt: | ah, actually, yes |
| [14:55:14] | Chutt: | it' |
| [14:55:20] | Chutt: | it'll bounce between 1501 and 1502 |
| [14:55:40] | Chutt: | at least this video i have here does |
| [14:57:48] | stuarta: | don't you just love approximations.... |
| [14:58:57] | stichnot: | cool, I can probably do something with that. In general I don't want to rely on pts values because of discontinuities. |
| [15:01:30] | stuarta: | we should be able to handle discontinuities IMHO |
| [15:05:39] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [15:24:39] | Goga777 (Goga777!~Goga777@128-71-11-22.broadband.corbina.ru) has joined #mythtv | |
| [15:33:04] | taylorr: | stichnot: one idea would be to keep a frame count for each fps then sum them at the end |
| [15:33:55] | taylorr: | ie. duration = #*1/23.976 + #*1/29.97 + #*1/24 ... |
| [15:40:44] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [15:49:23] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [15:51:09] | stichnot: | taylorr: I was thinking along those lines too. |
| [15:56:50] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [15:59:25] | taylorr: | stichnot: also, nice work on fixing the frame count issue |
| [16:38:15] | Goga777 (Goga777!~Goga777@128-71-11-22.broadband.corbina.ru) has quit (Quit: Leaving) | |
| [16:39:01] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [16:48:55] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [16:48:57] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [16:51:46] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [17:01:24] | stichnot: | taylorr: thanks. Now after figuring that out, it would be a shame to leave discrepancies in the durations. :) |
| [17:03:45] | stuarta: | stichnot: taylorr do either of you see the recording duration wildly wrong 21hrs vs 10min after a lossless transcode? rebuilding the seektable fixes it |
| [17:04:01] | stuarta: | mpeg2 -> mpeg2 to remove ads |
| [17:07:14] | stichnot: | stuarta: you're talking about master, right? |
| [17:07:52] | stichnot: | I gave up on lossless transcode a long time ago because it fails on every single recording I throw at it |
| [17:08:03] | stuarta: | nah 0.26 |
| [17:14:28] | stichnot: | I've lost track of the corner cases of position/duration in 0.26. My goal is to get it straightened out in 0.27 " |
| [17:14:32] | stichnot: | "once and for all" |
| [17:14:38] | stuarta: | haha |
| [17:14:38] | stichnot: | (ha ha) |
| [17:17:23] | stichnot: | for me, it's a lot easier to add disk space than to transcode, especially when position/duration/seeking seamlessly take the cutlist into account |
| [17:17:32] | SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv | |
| [17:25:47] | Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv | |
| [17:26:43] | taylorr: | stuarta: sorry, I use VideoReDo for lossless transcoding |
| [17:28:06] | wagnerrp: | stichnot: still, if it were working, that lossless transcode quickly and painlessly chops off about a third of the file |
| [17:29:34] | stichnot: | wagnerrp: also, sometimes it likes to change the default audio track, which is fun |
| [17:29:42] | jpabq_afk is now known as jpabq | |
| [17:30:16] | jhall_: | vlc does that sometimes, DEFINITELY annoying. |
| [17:45:24] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [17:54:26] | dekarl: | stichnot: how many audio tracks do you have after lossless transcode? I'd expect only the default one without language signaling |
| [17:58:32] | stichnot: | dekarl: my situation is described in #8180 |
| [17:58:32] | ** MythLogBot http://code.mythtv.org/trac/ticket/8180 ** | |
| [18:01:14] | dekarl: | interesting to see that both tracks survive... We've had to watch a movie with audio description after lossless transcoding before watching (the default track selection wasn't that good back then) |
| [18:02:29] | dekarl: | I don't know of a way to tag the language in MPEG-PS files, maybe switching to another container, like Matroska, could ease your pain by preserving the language tags |
| [18:07:07] | wagnerrp: | the only problem i have switching to something like matroska is the difficulty that causes for UPnP clients |
| [18:07:12] | wagnerrp: | otherwise, i would be all for it |
| [18:10:49] | dekarl (dekarl!~dekarl@p4FCEF157.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [18:15:12] | dekarl (dekarl!~dekarl@p4FE84B48.dip.t-dialin.net) has joined #mythtv | |
| [18:19:16] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Quit: Wolfgang2) | |
| [18:26:35] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:32:29] | danielk222 (danielk222!~danielk@96.57.9.142) has quit (Read error: Operation timed out) | |
| [18:32:44] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [18:33:09] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:34:33] | danielk221 (danielk221!~danielk@96.57.9.142) has joined #mythtv | |
| [19:14:09] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:407f:59f7:682b:79e7) has quit (Read error: Connection reset by peer) | |
| [19:24:02] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [19:28:30] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Client Quit) | |
| [19:53:57] | stichnot: | So for this precise frame duration issue, I was hoping to be able to use pts deltas to adjust from 1501/90000 to 1502/90000 as necessary, but at least on the hdpvr, the frames are out of order and the pts values jump around. The alternative is to hard-code 1501 -> 1501.5. Thoughts? This only impacts mythcommflag --rebuild. |
| [20:09:36] | Chutt: | use dts instead? |
| [20:14:24] | danielk22: | stichnot: the pts values will almost always be out of order because P frames need to be decoded before the B frames that depend on them. |
| [20:59:33] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 240 seconds) | |
| [21:00:56] | rsiebert_ (rsiebert_!~quassel@g226063089.adsl.alicedsl.de) has joined #mythtv | |
| [21:04:15] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:e9e0:a8e:5e61:84ac) has joined #mythtv | |
| [21:04:16] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:e9e0:a8e:5e61:84ac) has quit (Changing host) | |
| [21:04:16] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [21:04:42] | rsiebert (rsiebert!~quassel@g224250215.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds) | |
| [21:11:03] | taylorr: | stichnot: be careful too because timestamps can be missing sometimes |
| [21:11:40] | taylorr: | I would recommend against using pts or dts and just calculate duration on a frame by frame basis |
| [21:17:46] | stichnot: | Looks like dts values may be monotonic and appropriate for this purpose. |
| [21:17:51] | stichnot: | I see 3 possibilities: |
| [21:18:34] | stichnot: | 1) Live with the fact that 1501.5 is always truncated to 1500. This represents 1.2 seconds per hour. |
| [21:18:59] | stichnot: | (I mean truncated to 1501) |
| [21:19:11] | stichnot: | 2) Hard-code 1501->1501.5 |
| [21:19:48] | stichnot: | 3) Snap to the dts delta if the snap distance is within some epsilon. |
| [21:24:41] | tonsofpcs: | where is this '1501.5' issue coming up and what unit is that? |
| [21:26:05] | stichnot: | the unit is 1/90000 of a second, which I understand is the dts clock rate |
| [21:28:29] | stichnot: | at a frame rate of 59.94 (or more properly 60/1.001), the frame interval is 1501.5 of these units. |
| [21:29:57] | stichnot: | ffmpeg reports each packet length as 1501/90000, while the dts deltas cycle between 1501 and 1502. |
| [21:29:57] | tonsofpcs: | let's see... the 90kHz clock is driven by the 27 MHz clock of the encoder, divided by 300... |
| [21:31:47] | tonsofpcs: | so ffmpeg is reporting incorrect packet lengths? |
| [21:34:06] | tonsofpcs: | note: I don't see 'packet length' in the PES header description I have here... ("The MPEG Handbook", Second Edition. John Watkinson, 2004 [2006 printing]) |
| [21:37:09] | stichnot: | AVPacket::duration==1501 and AVStream::time_base==90000 |
| [21:42:15] | tonsofpcs: | right, but where does it pull that from? What do I need to do to get a sample stream for my analyzer here? |
| [21:47:48] | tonsofpcs: | note: random OTA signal into my analyzer, PES of the first video ES has a PTS every header but DTS every third. Difference between sequential DTSs is 4504, 4505, 4504, 4505, ... |
| [21:48:25] | stichnot: | I don't know where ffmpeg gets that... |
| [21:51:11] | tonsofpcs: | difference between sequential PTSs of that same stream: -3003, 1502, 6006, -3003, 1501, 6006, -3003, 1502, 6006, -3003, 1501, 6006... |
| [21:59:26] | tonsofpcs: | here's the PTS and DTS (in packet order) for the file I'm looking at, in text form: http://pastebin.com/raw.php?i=VBB9QyN0 (expires in 1 day) |
| [21:59:39] | tonsofpcs: | I see nothing about duration. |
| [22:03:21] | tonsofpcs: | Video is MPEG2 (ATSC) 1280x720. VLC shows frame rate of the ES (extracted) as "119.880119" which is clearly wrong. |
| [22:11:44] | stuartm: | stichnot: if I start watching an in-progress recording then the position/total/seektable is fine up to the moment that the recording ends and then it changes to 0:01 of 0:01 and I'm no longer able to seek until I leave and re-enter playback |
| [22:21:18] | stichnot: | stuartm: This is something new since my checkin yesterday? |
| [22:24:46] | stichnot: | hmm, that doesn't seem likely |
| [22:27:01] | jhall_: | nope vlc does that to some of my streams as well |
| [22:29:10] | stichnot: | tonsofpcs: interesting that dts shows up only occasionally |
| [22:32:44] | tonsofpcs: | stichnot: it's every third packet. Not sure why. Haven't looked at the other guys yet (this is the local ABC)... |
| [22:36:21] | taylorr: | stichnot: you still want to use timestamp deltas for this? |
| [22:36:39] | taylorr: | that solution will come back and bite you out in the wild |
| [22:36:41] | tonsofpcs: | note: the NBC on the same TS also has DTS only every third packet. |
| [22:38:10] | tonsofpcs: | as does the Fox, the My (same as Fox), the CBS, the CW (same as CBS), and the PBS (and Create and World) |
| [22:39:25] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [22:39:27] | tonsofpcs: | and I highly doubt that they're all using the same encoder manuf. yet alone model |
| [22:42:14] | stichnot: | stuartm: I can't reproduce that with an HDHR or HDPVR. "-v playback" logs may shed some light. |
| [22:42:35] | tonsofpcs: | "it shall contain a DTS as appropriate." is what A/53 has to say about Video PES... |
| [22:43:08] | tonsofpcs: | maybe only certain frame types get DTS (I/P?) ? |
| [22:44:12] | tonsofpcs: | I mean, my GOP structure is IBBP/15... so IBBPBBPBBPBBPBBIBBPBBPBBPBBPBB... |
| [22:44:18] | stichnot: | tonsofpcs: if you record a small chunk with mythtv, then run "ffprobe -show_packets /path/to/recording.mpg", do dts values show up for every video packet, or only every third packet? |
| [22:45:39] | tonsofpcs: | uh... let me see if I can do that. |
| [22:45:51] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [22:46:09] | tonsofpcs: | (I'm using a tek MTS at my desk with TSs recorded OTA unfiltered by the HDHR, need to ssh a few ways, hold please) |
| [22:49:00] | tonsofpcs: | stichnot: every packet... including audio packets.... |
| [22:49:14] | ** tonsofpcs points the "you did it" finger to ffmpeg ** | |
| [22:50:54] | stichnot: | ok, that's very helpful of ffmpeg, and makes my job easier if I go that route |
| [22:50:55] | tonsofpcs: | *checks the same TS that he's looking at with ffprobe* |
| [22:51:49] | tonsofpcs: | if I can find it, of course... |
| [22:55:14] | SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:55:53] | tonsofpcs: | yes, ffprobe shows dts for every video packet **BUT** what it appears to be doing is setting dts=pts on packets that lack dts originally. |
| [22:57:56] | Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:58:50] | tonsofpcs: | (I'll call this dts' where dts'={dts iff dts exists, pts iff dts does not exist}) this produces the interesting result of the difference between sequential dts' being 1502,1501,1502,1501,... with the PES packet order. If we instead reorder the packets based on PTS (which is easy to do as you're taking the two DTS-less packets from after each packet with DTS and moving them before it), the PTS differences are 1501,1502,1501,1502,... |
| [23:08:40] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [23:46:15] | nephyrin (nephyrin!~neph@nat/mozilla/x-yxbrkeeoubhonexn) has joined #mythtv | |
| [23:46:56] | Bray90820 (Bray90820!3251fd20@gateway/web/freenode/ip.50.81.253.32) has joined #mythtv | |
| [23:46:59] | Bray90820 (Bray90820!3251fd20@gateway/web/freenode/ip.50.81.253.32) has left #mythtv () | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.