MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (80):

aloril, Anssi, anykey_, bas-t, Beirdo, brfransen, CaCtus491, Captain_Murdoch, cecil, clever, coling, Cougar, dblain, dekarl, ElmerFudd, f33dMB, fetzerch_, foobum, ghoti, gregL, GreyFoxx, J-e-f-f-A, jams, jarle, jarryd, jheizer, joe___, joki, jpabq, jpabq_, jpharvey, jst, jst_, jwhite, jya_, kc, kenni, Kevin`, knightr, kurre2, kwmonroe, laga, MaverickTech, Merlin83b, monkeypet, mrand, MythBuild, MythLogBot, neufeld_AFK, Peitolm, Peps, petefunk, poptix, purserj, rhpot1991, rsiebert, Seeker`, seld_, Sharky112065, skd5aner, sl1ce, SmallR2002, sphery, sraue, stuartm, superm1, sutula, tgm4883, toeb, tonsofpcs, tris, Vernon_at_work_, wagnerrp, wh0dat, wolfgang1, xavierh_, XDS2010_, xris, yoyolala, _charly_
Monday, December 24th, 2012, 00:20 UTC
[00:20:57] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has quit (Ping timeout: 265 seconds)
[00:26:37] Technodrome (Technodrome!~asdfrerwe@unaffiliated/technodrome) has joined #mythtv
[00:26:59] Technodrome: what is the best way to record a hdtv broadcast?
[00:27:13] Technodrome: obviously my dvr's are all DRM'd up
[00:39:56] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[01:16:07] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[01:23:03] stichnot (stichnot!~stichnot@adsl-69-105-239-56.dsl.pltn13.pacbell.net) has joined #mythtv
[01:23:03] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[01:23:03] stichnot (stichnot!~stichnot@adsl-69-105-239-56.dsl.pltn13.pacbell.net) has quit (Changing host)
[01:24:26] stichnot: jya_: changing resolution and bitrate wouldn't matter for displaying position/duration and accurate seeking. Is it possible to have changing frame rates? (e.g. if the original source has varying frame rates)
[01:29:51] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[01:34:24] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:34:54] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[01:35:22] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:36:50] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[01:39:51] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[01:43:57] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[01:44:39] stichnot (stichnot!~stichnot@adsl-69-110-145-181.dsl.pltn13.pacbell.net) has joined #mythtv
[01:44:40] stichnot (stichnot!~stichnot@adsl-69-110-145-181.dsl.pltn13.pacbell.net) has quit (Changing host)
[01:44:40] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[01:47:16] stichnot: jya: I have a DVD rip (Mary Poppins) where the default audio track is 5.1ch commentary, so I have to manually select the second track, 2ch. When I skip chapters, it reselects the commentary track, and also sometimes messes up the aspect ratio.
[02:34:43] wh0dat (wh0dat!~cal@75.119.232.149) has quit (Quit: My damn controlling terminal disappeared!)
[03:09:51] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds)
[03:15:28] Sharky-Sleep is now known as Sharky112065
[03:17:04] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[03:24:38] stichnot (stichnot!~stichnot@adsl-68-127-103-144.dsl.pltn13.pacbell.net) has joined #mythtv
[03:24:39] stichnot (stichnot!~stichnot@adsl-68-127-103-144.dsl.pltn13.pacbell.net) has quit (Changing host)
[03:24:39] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[03:30:16] knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer)
[03:30:31] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[03:30:32] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[03:30:33] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[03:40:32] jya: stichnot: yes, the frame rate can change… with nasa TV for example, the high-def stream is 25fps; the lower res are 15fps
[03:44:43] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 245 seconds)
[03:49:26] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[03:51:29] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has joined #mythtv
[03:53:49] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 252 seconds)
[03:54:10] jya: all right, taking a new approach trying to find this HDPVR issue, I made a version of myth using stock ffmpeg ; going to make git bisect much easier ...
[04:03:46] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[04:03:59] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds)
[04:16:41] stichnot (stichnot!~stichnot@adsl-69-110-156-169.dsl.pltn13.pacbell.net) has joined #mythtv
[04:16:41] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[04:16:41] stichnot (stichnot!~stichnot@adsl-69-110-156-169.dsl.pltn13.pacbell.net) has quit (Changing host)
[04:25:38] jya: stichnot: you may want to check how ffmpeg does it in their code ; they have quite changed the handling on how to deal with video where the content change halfway.
[04:25:51] jya: mplayer is also starting to support those new methods...
[04:26:21] jya: for example now, they never use the width and length, rate in the AVCodec* instead they read the AVFrame field
[04:38:36] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 264 seconds)
[04:44:19] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:45:04] wh0dat (wh0dat!~cal@75.119.232.149) has joined #mythtv
[04:46:54] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 244 seconds)
[04:51:20] sraue_ (sraue_!~stephan@62-47-145-65.adsl.highway.telekom.at) has joined #mythtv
[05:18:49] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 256 seconds)
[05:39:46] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[05:49:25] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has quit (Ping timeout: 256 seconds)
[05:52:20] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[05:52:26] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[05:56:05] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has joined #mythtv
[05:59:24] aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[06:31:21] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has quit (Ping timeout: 256 seconds)
[06:36:09] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has joined #mythtv
[06:38:53] rsiebert (rsiebert!~quassel@g226060200.adsl.alicedsl.de) has joined #mythtv
[06:41:52] rsiebert_ (rsiebert_!~quassel@g225054192.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds)
[06:47:47] jheizer_laptop (jheizer_laptop!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 256 seconds)
[07:34:08] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has quit (Ping timeout: 260 seconds)
[08:03:59] sraue_ is now known as sraue
[08:04:11] sraue (sraue!~stephan@62-47-145-65.adsl.highway.telekom.at) has quit (Changing host)
[08:04:11] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[08:24:17] Technodrome (Technodrome!~asdfrerwe@unaffiliated/technodrome) has left #mythtv ()
[08:56:01] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[09:02:16] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:e9a1:fd98:d0cf:7a69) has joined #mythtv
[11:55:05] dekarl (dekarl!~dekarl@p4FE84487.dip.t-dialin.net) has joined #mythtv
[11:56:18] dekarl1 (dekarl1!~dekarl@p4FE8509D.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[12:31:27] IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection)
[12:34:22] IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv
[12:51:41] stoffel (stoffel!~quassel@pD9E418F5.dip.t-dialin.net) has joined #mythtv
[12:55:02] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has joined #mythtv
[13:10:32] stoffel (stoffel!~quassel@pD9E418F5.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[13:12:58] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[13:13:04] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[13:13:22] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[13:13:41] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[13:14:25] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[13:14:30] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[13:18:02] Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer)
[13:36:50] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has quit (Quit: Leaving.)
[13:37:05] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has joined #mythtv
[13:39:11] faginbagin (faginbagin!~buus@d14-69-120-137.try.wideopenwest.com) has left #mythtv ()
[13:39:30] jya_: Merry Christmas everyone ...
[13:41:47] stichnot: thanks... a few more hours to go here though...
[13:47:42] stichnot: jya_: Is the HLS encoder used to encode existing myth recordings into HLS chunks, or external HLS sources, or both?
[13:48:16] stichnot: for the latter I mean take external HLS sources and encode them into HLS chunks
[13:48:18] jya_: the HLS encore put back together ts segments, into one continuous TS stream
[13:48:39] jya_: the TS segments could be of different streams...
[13:48:53] stichnot: OK. What recorder class does it use?
[13:49:35] jya_: unfortunately, at this stage, there's no mechanism between the recorder and playback, so there's no way to pass the information that the ts quality has changed, even though that info is available
[13:49:51] jya_: in master I'm not sure anymore, before it was inheriting of iptvrecorder
[13:51:48] stichnot: My fundamental question here is whether the HLS encoder is also generating a seektable (recordedseek or filemarkup), and then how I can compute duration marks and add them to the seektable
[13:51:57] jya_: no it doesn't
[13:52:03] jya_: all it does is pass a ts stream
[13:52:31] jya_: just like iptv recorder, and most recorder from what I've seen
[13:52:48] stichnot: so it would be the player's responsibility to sanely compute display timecode, based on dts/pts values, and deal with discontinuities?
[13:54:20] stichnot: In my code, I've modified DTVRecorder to add the duration map. DTVRecorder is already producing the seektable. IPTVRecorder inherits from DTVRecorder.
[13:54:44] stichnot: so if the HLS encoder is based on IPTVRecorder, maybe I just get that for free.
[13:55:17] stichnot: I also modified mythcommflag to generate the duration map along with the seektable
[13:56:21] stichnot: the main thing left is to update the myth protocol to send real-time duration map updates for in-progress recordings, which may also be relevant for HLS
[13:57:12] stichnot: and of course to fix the train wreck of position/duration display and seeking in mythplayer.cpp and tv_play.cpp
[13:58:11] jya_: stichnot: will that still work with video not having anything store in the database ? lil videos in myth video ?
[13:58:18] jya_: not everything goes through mythcommflag
[13:59:59] stichnot: yes, it basically falls back to the code that's there now
[14:00:48] stichnot: for the really weird preexisting recordings that ffmpeg doesn't properly handle, the user would need to run mythcommflag --rebuild
[14:01:28] stichnot: but I have thousands of existing recordings to test against, as I'm not excited about rebuilding all seektables
[14:01:31] jya_: can't there be a way to automatically detect those?
[14:02:02] stichnot: maybe duration>400 hours? :)
[14:02:08] jya_: yeah things like that
[14:02:48] stichnot: probably, but what should be done then? add a mythcommflag job semi-automatically?
[14:02:56] jya_: or maybe apply a rough rule averaging bitstream, actual file size and duration detected
[14:03:00] jya_: yep
[14:04:14] stichnot: the same mechanism could apply to cutlist editing. If there is no seek table, the user just gets a cryptic "No Seektable" message when they try to edit, without a hint of how to fix it
[14:06:39] stichnot: it's most important to get an accurate frame count. The duration can be approximate, and then everything is interpolated.
[14:08:25] stichnot: then if the file has changing framerates, playback will still be just fine but timecodes and seeking may look a bit funny but will still be consistent
[14:13:49] stichnot: hmm, this duration map calculation in the recorder isn't working so well... a 54-minute recording is showing up in the OSD as 80 minutes
[14:16:12] jya_: stichnot: from what I've seen with ffmpeg, it doesn't matter if the timecode are all over the place. in HLS, I can stream perfectly in it.. At worse it takes longer.. ffmpeg keeps seeking until it find something
[14:18:48] stichnot: yeah, I'm impressed with its resilience (at least in that regard)
[14:19:50] jya_: it does a binary search… bit of a pain to debug..
[14:20:07] jya_: was trying to find out at some stage why it took several seconds to seek in my HLS stream
[14:20:30] jya_: until I tweaked the URL_Seek implementation, to estimate grossly where it should go
[14:42:55] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[14:44:18] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[15:00:40] joki (joki!~joki@p54865A78.dip.t-dialin.net) has quit (Read error: Operation timed out)
[15:01:46] joki (joki!~joki@p54863131.dip.t-dialin.net) has joined #mythtv
[15:06:35] stichnot: there, looks like I fixed the bogus duration problem
[15:09:59] Goga777 (Goga777!~Goga777@128-71-160-208.broadband.corbina.ru) has joined #mythtv
[15:10:23] stoffel (stoffel!~quassel@pD9E4211C.dip.t-dialin.net) has joined #mythtv
[15:14:37] stichnot: jya_: out of curiosity, how does ffmpeg determine frame/packet/etc boundaries when it does its binary search?
[15:15:08] jya_: it starts by doing a seek at the end of the file – 2k
[15:15:20] jya_: that gives him the limit to parse
[15:17:25] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[15:17:42] stichnot: I mean, given a random file offset, how does it find the start of the packet that contains that file offset? Are all packets aligned at N-byte boundaries?
[15:19:29] jya_: it tries to find the header of a packet first
[15:19:41] jya_: and when you seek, you ask to move to a certain duration
[15:19:54] jya_: it then estimates what position in the file it is (in bytes)
[15:20:03] jya_: then adjust until it finds the right pts
[15:22:26] jya_: good… after 5 hours, i have my first git bisect to compile...
[15:22:33] jya_: 12 more to go :(
[15:29:45] stichnot: so ffmpeg searches byte by byte for a particular sequence and hopes it represents an actual packet header and not a coincidental portion of the packet?
[15:31:27] jya_: that's right.
[15:31:51] jya_: when you implement the URL_Seek (like ring buffer does)
[15:32:27] jya_: so long that you have something consistent , you could point to a place completely different to what ffmpeg is trying to get, and you'll get your proper seek
[15:32:45] jya_: just takes longer
[15:33:14] jya_: it does start with something like estimating from the bitrate where to go in the file in byte
[15:34:11] stichnot: cool, that's pretty nice
[15:51:50] stichnot: boy, the code for dealing with anything to do with duration in an in-progress recording is really broken. I wonder if it ever really worked. This includes not just displaying duration, but seeking relative to the end, limiting forward jumps, IsNearEnd calculation, etc
[16:08:57] SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has joined #mythtv
[16:19:10] Goga777 (Goga777!~Goga777@128-71-160-208.broadband.corbina.ru) has quit (Quit: Leaving)
[16:36:58] stichnot: In portable C++, can I rely on (-0.0 < 0.0) to be true?
[16:37:32] stichnot: also (0.0f < 0.0f)
[16:38:38] SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!)
[16:39:37] SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has joined #mythtv
[16:43:31] neufeld_AFK is now known as neufeld
[16:43:32] neufeld: stichnot: in IEEE 754, -0 and +0 should compare as equal under the comparison operators. For portable code, something like copysign() is probably a better bet.
[16:45:07] neufeld: stichnot: the man page for signbit() says: "The comparison -0.0 < 0.0 is false, ..."
[16:53:47] neufeld is now known as neufeld_AFK
[16:59:59] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[17:03:40] stichnot: neufeld: thanks. :( I thought I could use a positive (or +0.0f) number to represent offset in seconds from the beginning of the recording, and a negative number (including -0.0f) to represent offset from the end.
[17:04:36] stichnot: I still could, I suppose, just with a slightly more complex comparison
[17:11:03] yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has joined #mythtv
[17:12:32] stoffel (stoffel!~quassel@pD9E4211C.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[17:12:49] stichnot: actually signbit() is exactly the comparison I would want
[18:10:46] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[18:22:12] tonsofpcs (tonsofpcs!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has quit (Ping timeout: 244 seconds)
[18:24:11] tonsofpcs (tonsofpcs!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has joined #mythtv
[18:57:06] jst_ (jst_!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Ping timeout: 245 seconds)
[18:57:20] jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Ping timeout: 260 seconds)
[19:00:44] jst (jst!~quassel@nat/mozilla/x-mvyxzzrtazafkvld) has joined #mythtv
[19:01:16] jst_ (jst_!~quassel@nat/mozilla/x-nvknvbixckdpfqss) has joined #mythtv
[19:41:22] IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer)
[21:41:09] zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv
[21:41:09] zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host)
[21:41:09] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv
[21:46:58] zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:01:28] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[22:19:37] SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!)

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