| Thursday, January 17th, 2013, 00:01 UTC | ||
| [00:01:20] | stuartm: | strange |
| [00:02:07] | stuartm: | works with Firefox and Opera here |
| [00:10:41] | stuartm: | but not mythbrowser :( So they are still checking user agent and offering up flash to those versions of browsers which aren't listed on their 'supports html5' list |
| [00:11:08] | stuartm: | makes me wonder if setting that cookie would work then |
| [00:13:31] | wagnerrp: | no, they actually do check for support properly |
| [00:13:42] | wagnerrp: | you can get html5 to work in mythbrowser on youtube |
| [00:13:56] | wagnerrp: | the issue is just that the cookie only lasts for that instance of mythfrontend |
| [00:14:01] | wagnerrp: | restart mythfrontend, and you lose the cookie |
| [00:14:32] | jheizer_: | The &html5=1 did work here on my laptop on chrome on win8 weird that it did not downstairs on my desktop. |
| [00:14:56] | stuartm: | wagnerrp: should have exactly the same effect as using &html5=1 though |
| [00:15:57] | stichnot: | Who is the mythcommflag owner/expert? |
| [00:16:30] | stuartm: | wagnerrp: doesn't work here, if I set the cookie then view the video above I still get flash |
| [00:16:52] | wagnerrp: | in mythbrowser? |
| [00:16:58] | stuartm: | yeah |
| [00:19:03] | stichnot: | I guess the answer is Captain_Murdoch . |
| [00:19:06] | stuartm: | I get the HTML5 without the cookie in Firefox/Opera, but with or without the cookie (or the GET arg which should do the same thing) I get flash with mythbrowser |
| [00:19:19] | stuartm: | stichnot: yeah right now it's CM |
| [00:20:19] | stuartm: | wagnerrp: QT Version : 4.8.2 |
| [00:20:37] | wagnerrp: | i'm on 4.8.something |
| [00:20:40] | wagnerrp: | don't know what off hand |
| [00:21:21] | stuartm: | qtwebkit is 2.2.2 |
| [00:23:38] | stuartm: | I'm getting the wrong colours with flash through mythbrowser too :) Smurphtastic |
| [00:25:19] | stichnot: | Captain_Murdoch: in CommDetector2::go(), there is a comment "Save total duration only on the last pass, which hopefully does no skipping." I'm debugging something on the -users list where something is computing the wrong duration (always ~320 seconds), and this part of mythcommflag is the only place where I can see that happening. Any idea how mythcommflag jobs might be configured to bring... |
| [00:25:21] | stichnot: | ...this about? |
| [00:30:27] | stichnot: | Captain_Murdoch: I'm looking at TemplateFinder::TemplateFinder() which seems to want to take 300 samples regardless of the recording length. That would work out to 10 seconds of a 30fps recording. Do 32 of those for whatever reason and you get 320 seconds. |
| [01:09:55] | joki (joki!~joki@p54865323.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [01:11:01] | danielk22: | dekarl: ATSC supports EIt in one transport for another transport, but I don't know of any actual broadcasters using anymore. |
| [01:11:13] | joki (joki!~joki@p548652B2.dip.t-dialin.net) has joined #mythtv | |
| [01:15:03] | danielk22: | dekarl: With SCTE it is the norm for one, or a few, transports to carry the entire EIT. But we don't support SCTE EIT so it's not really an issue ATM. |
| [01:25:20] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv | |
| [01:25:21] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [01:25:21] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host) | |
| [01:26:16] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [01:27:13] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.8) | |
| [01:34:23] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [01:34:57] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has joined #mythtv | |
| [01:34:57] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has quit (Changing host) | |
| [01:34:57] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:52:14] | danielk22: | stuartm: I wouldn't blame webkit for the flash colors. Flash doesn't do well with video acceleration enabled. Disable that in your flash settings and the colors will look good again. |
| [02:01:00] | tonsofpcs: | danielk22: I believe that some co-owneds carry joint EIT in both TSs but that would be in both so it wouldn't be an issue |
| [02:01:42] | tonsofpcs: | (it's helpful for converter box users who can only see the EIT and ETT from the current TS as it lets them browse between the two) |
| [02:03:39] | tonsofpcs: | gigem: well, I tried upgrading to 0.26 when first installed (it's a mythbuntu install and 0.26 mythbuntu build wasn't out yet) and it failed horribly so I rolled back. As for foregrounding the backend... mythbackend > ~/forgigem.log enough or do I need to pipe stderr ( mythbackend 2>&1 > ~/forgigem.log ) too? |
| [02:04:01] | tonsofpcs: | and do I need to add some command line options to make it give you all the detail you want in stdout/stderr? |
| [02:05:37] | tonsofpcs: | dekarl: short answer: Yes. Long answer: meh. (see comments to/from danielk22 above) |
| [02:08:30] | lentferj (lentferj!~lentferj@p579B7B07.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [02:09:33] | lentferj (lentferj!~lentferj@p579B7D32.dip.t-dialin.net) has joined #mythtv | |
| [02:30:35] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [02:32:20] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 248 seconds) | |
| [02:50:04] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [03:21:23] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [03:38:52] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [03:44:04] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [03:46:48] | wagnerrp: | danielk22: no no no, you misunderstand... he was saying someone needed to write a patch to fix the bug |
| [03:46:49] | wagnerrp: | :) |
| [03:49:35] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [03:59:08] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [03:59:08] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [03:59:08] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [04:30:25] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [04:31:53] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:35:13] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [04:41:22] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [04:53:51] | Guest35565 (Guest35565!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [04:57:36] | Guest96152 (Guest96152!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [05:11:00] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [05:13:45] | gigem: | tonsofpcs: I usually use tee so I can see the output too. For 0.25, you only need the info level (0.26 and later currently need debug). So do something like this: mythbackend -v schedule,general --loglevel info |& tee mythbackend.log . |
| [05:15:27] | tonsofpcs: | |& ? |
| [05:32:04] | wayne__ (wayne__!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [05:35:56] | Guest96152 (Guest96152!~quassel@75-161-183-113.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [05:36:48] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Ping timeout: 245 seconds) | |
| [05:39:21] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [05:44:56] | wayne__ (wayne__!~wayne@codeworks.gen.nz) has quit (Ping timeout: 255 seconds) | |
| [06:05:53] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [06:08:23] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [06:11:56] | Guest13578 (Guest13578!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [06:15:28] | Guest13578 (Guest13578!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [06:26:45] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [06:36:49] | wayne__ (wayne__!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [06:39:32] | rsiebert_ (rsiebert_!~quassel@g229054011.adsl.alicedsl.de) has joined #mythtv | |
| [06:39:32] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [06:40:11] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [06:42:38] | rsiebert (rsiebert!~quassel@g225052227.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
| [06:44:49] | Guest4808 (Guest4808!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [06:50:24] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [06:50:50] | Guest4808 (Guest4808!~quassel@75-161-183-113.mpls.qwest.net) has quit (Ping timeout: 252 seconds) | |
| [06:57:22] | len__ (len__!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [06:58:37] | len__ (len__!~quassel@75-161-183-113.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [06:58:44] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has quit (Ping timeout: 255 seconds) | |
| [07:01:34] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [07:12:31] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:15:01] | len__ (len__!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [07:16:23] | len_ (len_!~quassel@75-161-183-113.mpls.qwest.net) has quit (Ping timeout: 255 seconds) | |
| [08:06:46] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [08:37:10] | petefunk (petefunk!~pfunk@198.23.147.3) has quit (Ping timeout: 252 seconds) | |
| [08:37:50] | petefunk (petefunk!~pfunk@198.23.147.3) has joined #mythtv | |
| [10:09:24] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 248 seconds) | |
| [10:10:25] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [10:49:56] | len__ (len__!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [10:50:10] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Quit: jarryd) | |
| [10:50:31] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [11:20:14] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [11:23:42] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [13:13:29] | Seeker` (Seeker`!~cjo20@host109-154-190-19.range109-154.btcentralplus.com) has joined #mythtv | |
| [13:13:29] | Seeker` (Seeker`!~cjo20@host109-154-190-19.range109-154.btcentralplus.com) has quit (Changing host) | |
| [13:13:29] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [13:36:30] | peper03 (peper03!~peper03@port-92-203-57-146.dynamic.qsc.de) has joined #mythtv | |
| [13:42:12] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 248 seconds) | |
| [13:43:14] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [13:52:15] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Operation timed out) | |
| [13:54:41] | dekarl1 (dekarl1!~dekarl@p4FCEF1E8.dip.t-dialin.net) has joined #mythtv | |
| [13:55:18] | dekarl (dekarl!~dekarl@p4FE84C92.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [13:57:11] | peper03: | stichnot:: OSD progress doesn't seem to work for audio-only files (such as radio via DVB). I can send you a sample if you need one. |
| [13:57:42] | stichnot: | peper03: yes, please. I don't have any such samples. |
| [14:00:35] | peper03: | stichnot: Ok, on its way via email. |
| [14:09:29] | peper03: | jya: Did you see my comments the other day about the problems I was having due to buffering around 12 seconds of audio before playing? The amount (in time) of audio being buffered depends on how many channels etc. are configured for output but it's causing problems with playback of DVD stills with audio. Any ideas? |
| [14:12:15] | peper03: | jya: In case you missed it: http://irc.mythtv.org/ircLog/channel/4/2013-01-15:23:29 |
| [14:18:00] | stichnot: | peper03: in that sample, imported into Video Library, OSD progress seems fine, but it stops playing after 21 seconds (OSD indicates 33 seconds length), and seeking backward also makes it exit. |
| [14:18:38] | stichnot: | and "mythcommflag --rebuild" doesn't work because "VideoOutput: Not compiled with any useable video output method." |
| [14:23:27] | stichnot: | peper03: do you get valid seektable info for the audio-only recordings? i.e. reasonable file offset and duration values in recordedseek? |
| [14:33:22] | peper03: | stichnot: Checking now. Playing from 'Watch Recordings' last night, progress stayed at 0 of a total of 1 second (I think). I trimmed the file down but otherwise haven't touched it. |
| [14:33:53] | stichnot: | I assume you're using Master? |
| [14:34:28] | peper03: | stichnot: Yes. |
| [14:41:05] | peper03: | stichnot: The entries with type=9 seem ok, but there are just as many entries again with type=33. These have the same 'mark' values but 'offset' is always 0. |
| [14:41:21] | stichnot: | well, that's a problem... |
| [14:41:39] | stichnot: | type=33 is for MARK_DURATION_MS |
| [14:42:05] | stichnot: | it means the recorder is computing each frame duration as 0 |
| [14:44:12] | stichnot: | I will have to think about this some more, starting with getting mythcommflag --rebuild to work with these files |
| [14:45:21] | peper03: | Ah, thought it was but I haven't looked at that stuff for a while. That's not good. Didn't there only used to be one MARK_DURATION_MS entry? Is that part of your position changes? |
| [14:48:46] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [14:49:17] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [14:49:43] | peper03: | I wonder if the fact that it only played from the Video Library for 21 seconds is related to my other audio problem. The clip is 33 seconds. I was getting 12 seconds of audio buffered before it started playing. That would tie in with it only playing for 21 seconds. |
| [14:50:22] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:50:30] | peper03: | If you alter the volume (assuming you're not using passthrough), does it change immediately or after about 12 seconds? |
| [14:52:39] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [14:52:40] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [14:52:40] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [14:59:21] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:90f4:6d7:48ad:a88a) has joined #mythtv | |
| [15:02:54] | Kevin`_ (Kevin`_!~kevin@etmalec.net) has joined #mythtv | |
| [15:03:04] | stichnot: | peper03: there was (and probably still is) a single MARK_DURATION_MS entry in the recordedmarkup table. The new marks are in recordedseek. |
| [15:05:20] | peper03: | stichnot: Ah, ok. I wrote a couple of perl scripts some months ago to trim and strip recordings, which is where I came into closer contact with these tables but I've not done anything with it since, so out of sight, out of mind :) |
| [15:07:21] | stichnot: | peper03: on my laptop, changing the volume has no effect on where playback stops |
| [15:07:48] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:2ccc:29da:42a1:b560) has quit (*.net *.split) | |
| [15:07:48] | Kevin` (Kevin`!~kevin@etmalec.net) has quit (*.net *.split) | |
| [15:07:48] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has quit (*.net *.split) | |
| [15:08:19] | Goga777 (Goga777!~Goga777@128-71-112-188.broadband.corbina.ru) has joined #mythtv | |
| [15:11:16] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has joined #mythtv | |
| [15:13:05] | peper03: | stichnot: I meant more, does the change in volume take effect immediately or after a delay? With the DVD still/audio problem, there was quite a long delay (didn't time it though). |
| [15:16:27] | gigem: | tonsofpcs: '|&' pipes stdout and stderr to the same place. It's analogous to '>&'. Zsh has had it for years. I don't know when bash added, but it's in recent versions of it too. |
| [15:21:58] | stichnot: | peper03: it seems that my audio is set up such that the myth volume controls don't actually change anything... |
| [15:23:16] | stichnot: | peper03: would you mind creating a new ticket about the position/duration problem with audio files? I'm in the middle of a few other things at the moment and I don't want to forget. |
| [15:50:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [15:55:09] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [16:19:29] | Goga777 (Goga777!~Goga777@128-71-112-188.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [16:46:16] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [16:54:30] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [17:00:28] | stuartm: | does anyone know why the EOF detection uses frames instead of bytes? |
| [17:08:01] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Quit: Leaving) | |
| [17:08:26] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [17:18:12] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [17:20:41] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [17:21:57] | stichnot (stichnot!~stichnot@216.239.45.93) has joined #mythtv | |
| [17:21:58] | stichnot (stichnot!~stichnot@216.239.45.93) has quit (Changing host) | |
| [17:21:58] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:23:27] | stichnot: | stuartm: I think the IsNearEnd() calculation has used frames for as long as I've known. |
| [17:24:41] | stichnot: | but it seems that since the IsNearEnd situation has been fixed (thanks largely to Mark S.), the only reason left for checking the frame number would be to honor a cutlist. |
| [17:25:40] | tonsofpcs: | gigem: ah, cool |
| [17:26:35] | tonsofpcs: | stuartm: because you don't want to try to play half a frame and fail to get the rest of the bytes? (just guessing) |
| [17:27:28] | Seeker`: | because 1 frame isnt a universally constant number of bytes? in theory, 10 frames could be 10 bytes or 10GB |
| [17:30:00] | Seeker`: | so 100MB left of the file could be 10 seconds or 10 minutes of video |
| [17:30:40] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:90f4:6d7:48ad:a88a) has quit (Read error: Connection reset by peer) | |
| [17:31:07] | stuartm: | the problem with frames is that both the total frame count and the current frame have to be accurate, and for any number of reasons that may not be the case, whereas it's fairly easy to say that you're nowhere near the end if you're at 500MB of a 1GB file |
| [17:31:20] | gigem: | tonsofpcs: Yeah. It's no different than '2>&1 |', but is easier to type. |
| [17:31:52] | Seeker`: | stuartm: depends on what you're using the IsNearEnd() function for? |
| [17:32:53] | Seeker`: | (some context might help. Sorry, am stupid ) |
| [17:33:08] | stichnot: | Seeker`: I'm typing up some context... |
| [17:33:13] | Seeker`: | cool |
| [17:33:15] | stuartm: | Seeker`: in this case we're exiting playback because we think we're at the end of the file, although I really don't know why we're not just playing everything we have until we get no more complete frames back from the decoder |
| [17:35:07] | Seeker`: | stuartm: I don't know about the second half, but from a temporal perspective, if you've got 100MB of a 1GB file left, you could be 1 hour from the end of playback or 0.5 second – you dont know because you don't know how big a frame is |
| [17:35:46] | Seeker`: | you can't tell the difference between a short very high bitrate clip and a very long low bitrate clip just by looking at number of bytes left |
| [17:35:52] | tonsofpcs: | also, you don't know if the frames are in order |
| [17:36:00] | stichnot: | Seeker`: Historically there was a problem that once the decoder hits eof, playback simply stops. This is a problem if you are expecting the end-of-recording delete prompt. That requires pausing the video before the decoder exits. The IsNearEnd() function would use the frame count to decide whether we're within 2 seconds of the end and let the pausing happen if so. |
| [17:36:02] | tonsofpcs: | you might have frames that go past the last frame you can play. |
| [17:37:00] | stuartm: | tonsofpcs: that's a good reason NOT to use the frame count :) |
| [17:37:13] | stichnot: | We recently fixed this by automatically putting the player in a pause state when the decoder reaches eof, so the end-of-recording prompt has plenty of time to pop up. |
| [17:37:39] | stuartm: | Seeker`: we have the bitrate, which gives us a very good guide |
| [17:37:57] | stichnot: | For whatever reason, these prompts work by polling 4 times a second, rather than being event-based. |
| [17:38:06] | stuartm: | granted it's not so accurate as the frame count could be under absolutely ideal conditions |
| [17:38:44] | stichnot: | I believe the decoder will signal eof if it hits a partial frame at file eof. |
| [17:40:08] | Seeker`: | bytes * fps / bytesPerSecond = number of frames anyway (approximately), so if you're taking bitrate in to account, does it matter whether you use frames or bytes? |
| [17:41:52] | stuartm: | stichnot: fwiw, I just pulled the latest master and the position on C4 HD recordings no longer seems to be fast :/ |
| [17:43:22] | stuartm: | I'm a little confused as I don't remember seeing any commits going in that might have fixed it |
| [17:43:58] | stichnot: | stuartm: any idea what version you were running before the update? |
| [17:48:06] | stuartm: | no :/ it was somewhere between a week and three days since I last updated |
| [17:50:11] | stuartm: | position is still behind for BBC HD |
| [17:51:24] | Seeker`: | stuartm: is it just that the OSD is out for DVB-T2 recordings? |
| [17:52:08] | stichnot: | stuartm: so for the BBC HD recordings, playback exits before the OSD indicates it should? |
| [17:53:12] | stichnot: | stuartm: and if so, I'm curious if the end-of-recording delete prompt still comes up properly |
| [18:19:09] | stichnot: | stuartm: I just discovered that the player decides that the total number of frames is the value of the last keyframe number in the seektable, which e.g. on the HDPVR could be short by 127 frames. |
| [18:19:48] | stichnot: | for some reason I thought that was coming from ffmpeg |
| [18:20:19] | stuartm: | stichnot: it was exiting early for C4 HD, but that seems to have been fixed, for BBC HD the position is out and by extension so are bookmarks – the same issue I discussed with you earlier in the week |
| [18:24:50] | stuartm: | stichnot: I've updated the ticket to remove mention of the C4 HD issue since a) It's fixed b) It seems to be unrelated to the BBC HD problem |
| [18:36:55] | stichnot: | stuartm: I also can't imagine what could have changed wrt C4 HD durations. Regardless, I will try to remove IsNearEnd() dependence on the potentially inaccurate total frame count. |
| [18:45:47] | stichnot: | atm, I'm trying to figure out #10829 . The more general problem is that as you seek while in a paused state (including being in the cutlist editor), the video output doesn't react to aspect ratio changes. Some months ago I posted a patch here which partially worked, but apparently I set an expiration on the pastebin so I can't access it any more, and I can't remember what I did in the patch. :( |
| [18:45:47] | ** MythLogBot http://code.mythtv.org/trac/ticket/10829 ** | |
| [18:50:06] | Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (Read error: Operation timed out) | |
| [18:50:19] | Pepsii (Pepsii!~MiNT@li186-230.members.linode.com) has joined #mythtv | |
| [18:51:18] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has quit (Ping timeout: 255 seconds) | |
| [18:51:48] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has joined #mythtv | |
| [19:26:19] | Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv | |
| [19:28:11] | Pepsii (Pepsii!~MiNT@li186-230.members.linode.com) has quit (Ping timeout: 245 seconds) | |
| [19:43:40] | peper03: | stichnot: Is one ticket ok for all aspects of the audio-only problem or do you want me to create one for each aspect (mythcommflag --rebuild, recording, video library)? |
| [19:44:30] | peper03: | If one ticket, under what category? |
| [19:45:07] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [19:51:06] | peper03: | Was it something I said? :) |
| [20:42:00] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [20:42:00] | stichnot (stichnot!~stichnot@adsl-69-110-235-166.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [20:42:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [20:46:07] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (Remote host closed the connection) | |
| [20:58:10] | stichnot: | peper03: for this particular audio problem, one ticket is fine |
| [21:00:43] | peper03: | stichnot: Ok, ticket #11357 filed :) |
| [21:00:43] | ** MythLogBot http://code.mythtv.org/trac/ticket/11357 ** | |
| [21:01:45] | len (len!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [21:02:02] | len is now known as Guest62385 | |
| [21:46:04] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [21:49:41] | Bray90820 (Bray90820!3251fd20@gateway/web/freenode/ip.50.81.253.32) has joined #mythtv | |
| [21:49:49] | Bray90820 (Bray90820!3251fd20@gateway/web/freenode/ip.50.81.253.32) has left #mythtv () | |
| [21:52:46] | AriX_ (AriX_!~AriX@c-50-143-172-93.hsd1.ca.comcast.net) has joined #mythtv | |
| [21:55:29] | AriX (AriX!~Ari@c-50-143-172-93.hsd1.ca.comcast.net) has joined #mythtv | |
| [21:58:19] | AriX (AriX!~Ari@c-50-143-172-93.hsd1.ca.comcast.net) has quit (Client Quit) | |
| [22:00:38] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [22:07:30] | tonsofpcs: | Seeker`: what bitrate? CBR isn't that common... |
| [22:08:43] | tonsofpcs: | stichnot: I should be able to test that here. Have two audios over ATSC |
| [22:10:18] | tonsofpcs: | I kinda wish that I could set these two 'no data' channels to just be 60 minute blocks... or perhaps if I could import the schedule data from the website.... (probably not going to happen) |
| [22:21:36] | Captain_Murdoch: | stichnot, I haven't messed much with CommDetector2, so don't know that code. It was submitted by a user who was around for a while working on it quite a bit then disappeared. I wouldn't doubt that it has issus since I think it is much-less used than the flagger code I wrote. the '2' version doesn't work as well for a lot of people, so it was never made the default. It could be hitting EOF somewhere and never going back and u |
| [22:21:36] | Captain_Murdoch: | pdating the length properly. |
| [22:25:31] | tonsofpcs: | recording a 10 minute block starting in 35 min |
| [22:28:09] | monkeypet69 (monkeypet69!~quassel@c-24-6-135-62.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [22:28:21] | tonsofpcs: | got mythbackend and frontend down, now to launch with logging... |
| [22:30:10] | tonsofpcs: | tail shows that it is indeed logging. Now to figure out how to start the frontend... |
| [22:32:26] | tonsofpcs: | whoo, ssh+ vnc to the rescue. It's hopefully going to do the same tonight :) |
| [22:33:16] | tonsofpcs: | (this is a different, yet fun, feeling. At work, I try to bug squash all the time but I have to try my best not to make many of them recur as they have bad effects. Here, I don't care if I have to take a system down to change logging configurations ;) |
| [22:34:00] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:37:41] | AriX_ (AriX_!~AriX@c-50-143-172-93.hsd1.ca.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [22:42:13] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [22:46:03] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Why ban assault weapons? An AR15 will fire just as fast a handgun. Both fire as fast as you can pull the trigger.) | |
| [22:54:54] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [23:12:05] | wayne__ (wayne__!~wayne@codeworks.gen.nz) has quit (Ping timeout: 255 seconds) | |
| [23:26:52] | peper03: | stuartm: In case you wanted to apply the patch from #11288 to 0.26-fixes, I've updated it so applies cleanly to that branch. The new patch is attached to the ticket. |
| [23:26:52] | ** MythLogBot http://code.mythtv.org/trac/ticket/11288 ** | |
| [23:58:44] | Guest62385 (Guest62385!~quassel@75-161-183-113.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.