| Monday, February 4th, 2013, 00:10 UTC | ||
| [00:10:36] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv | |
| [00:14:47] | stichnot (stichnot!~stichnot@68.127.102.161) has joined #mythtv | |
| [00:14:47] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:14:47] | stichnot (stichnot!~stichnot@68.127.102.161) has quit (Changing host) | |
| [00:23:39] | danielk22: | stuartm: latest master? there was a mythtimer issue that stictnot just fixed on Friday. AFAIK It didn't report missing recordings, but made them not playable. |
| [00:28:18] | stichnot: | "not yet available" or something. Problem is that the filesize wasn't being updated until the recording finished. |
| [01:42:38] | joki (joki!~joki@84.134.66.225) has quit (Ping timeout: 245 seconds) | |
| [01:43:49] | joki (joki!~joki@p548648F1.dip.t-dialin.net) has joined #mythtv | |
| [02:07:45] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [03:16:18] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [04:16:13] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [04:17:03] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Ping timeout: 240 seconds) | |
| [04:19:09] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv | |
| [04:21:24] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [04:32:22] | dcope (dcope!~dcope@unaffiliated/dcope) has joined #mythtv | |
| [04:32:31] | dcope: | hey all, i'm having trouble finding channels. |
| [04:32:51] | dcope: | i'm the us and using a digital antenna. i should be using terresterial and broadcast in the scanner, right? |
| [04:34:17] | tonsofpcs: | you're looking for #mythtv-users |
| [04:34:23] | tonsofpcs: | and yes. |
| [04:34:50] | dcope: | tonsofpcs: ah, sorry. thanks. |
| [04:53:21] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [04:54:55] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:03:04] | stichnot: | neufeld: my ccextractor process died partway through the recording, with this message: "Error: Not enough memory. Please report this: 65536 bytes is not enough!" |
| [06:02:23] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:19dc:1d1b:e86:a31) has joined #mythtv | |
| [06:40:27] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:19dc:1d1b:e86:a31) has quit (Remote host closed the connection) | |
| [06:45:57] | acurus: | moin |
| [06:46:05] | acurus (acurus!~eagle@bremst.auch.fuer.scriptkiddies.de) has left #mythtv () | |
| [06:50:41] | wagnerrp: | uh huh.... |
| [06:59:16] | dekarl (dekarl!~dekarl@p4FCEE28B.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [07:03:33] | dekarl (dekarl!~dekarl@p4FE853C8.dip.t-dialin.net) has joined #mythtv | |
| [07:08:01] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:22:04] | rsiebert_ (rsiebert_!~quassel@g231187087.adsl.alicedsl.de) has joined #mythtv | |
| [07:24:43] | rsiebert (rsiebert!~quassel@92.226.63.112) has quit (Ping timeout: 245 seconds) | |
| [07:31:05] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Remote host closed the connection) | |
| [07:31:21] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [07:35:19] | jya: | stichnot: you'll have to change the binary version following your change to fixes/0.26, |
| [07:35:54] | jya: | actually, never mind, I see that it's a private member |
| [07:36:42] | jya: | wonder how that's going to work with the HLS recorder.. I remember I had to fake some stuff there for that exact reason.. not sure this will be compatible should a seek be done |
| [07:43:33] | stichnot: | jya: the fakery only happens during the scan at startup, and the seek to eof-250000 does not happen for live TV playback (the is_streamed field is set to true for live TV). I never saw any seeks during initial scan, but I didn't (couldn't) test the full range of recorders. |
| [07:44:20] | jya: | stichnot: there's a seek to the end of the file whenever a HLS stream is opened. |
| [07:44:49] | jya: | except if the file is mark as streaming, in which case it doesn't do it, but then you can't seek |
| [07:45:23] | jya: | as HLS only re-implement the AVIO system, I assume the seek to the end of the file (less 2048 bytes) occurs for every file |
| [07:45:24] | stichnot: | Does it go through the same code path I modified in avformatdecoder.cpp? |
| [07:45:48] | jya: | i can't say to be honest, because I only ever tracked the AVIO path |
| [07:46:25] | jya: | i used to have issues because as soon as playback started, it would seek to the end, and try to get data i hadn't downloaded yet… this made startup takes forever, and usually time out |
| [07:46:58] | jya: | I'm recompiling now cause I had an idea about how to fix the mythlog process dying on the mac |
| [07:47:06] | jya: | i'll be able to test how that works |
| [07:47:26] | stichnot: | thanks. I haven't used the HLS recorder before, and it didn't occur to me to test that. |
| [07:48:04] | jya: | stichnot: that's a problem in myth, it's such a spagetti code with so many path everywhere… you always modify the behaviour |
| [07:48:34] | jya: | having said that, the HLS uses its own av ringbuffer class, so it probably doesn't matter |
| [07:48:39] | stichnot: | yep, I was definitely afraid of that here |
| [07:48:47] | jya: | unless you modified the base class |
| [07:49:51] | stichnot: | no, I only modified AVFRingBuffer which isn't even a subclass of RingBuffer |
| [07:50:01] | jya: | allright, database running, compilation finished… let see… i hope it's not going to complain about an out of date sql schema |
| [07:50:17] | stichnot: | neufeld: it's amusing that when I looked into that "not enough memory" error, it comes from code that is cribbed from mythtv/ffmpeg |
| [07:50:47] | stichnot: | no schema updates in a while, I think, though I have made a myth protocol update a month ago |
| [07:51:16] | Sharky-AFK is now known as Sharky112065 | |
| [07:51:21] | jya: | but avfringbuffer is the one that calls the RingBuffer instance |
| [07:51:37] | jya: | yeah, but I usually run master on this box |
| [07:56:33] | jya: | dinner time I'm told.. be back in 1h |
| [07:56:43] | stichnot: | ok off to sleep, back in 5h :) |
| [08:01:48] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [08:05:01] | drussell_ (drussell_!~drussell@d172-219-194-101.abhsia.telus.net) has quit (Ping timeout: 245 seconds) | |
| [08:09:43] | Sharky112065 is now known as Sharky-Sleep | |
| [08:14:31] | jya: | back |
| [08:31:50] | jya: | stichnot all seems to be working fine... |
| [08:32:46] | jya: | oh, rewind to the previous channel works again cool |
| [08:59:30] | Cougar (Cougar!~cougar@2a03:5880:104:10:6c00:b8bf:4c38:630e) has quit (Ping timeout: 264 seconds) | |
| [09:10:57] | Cougar (Cougar!~cougar@2a03:5880:104:10:bcb3:bd56:9a48:5d3f) has joined #mythtv | |
| [09:12:11] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:8106:db95:44b7:895) has joined #mythtv | |
| [10:12:11] | b0ef (b0ef!~user@183.190.249.62.customer.cdi.no) has joined #mythtv | |
| [10:12:35] | b0ef: | ehlo |
| [10:12:41] | b0ef: | anyone know of a wifi remote control? |
| [10:32:30] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [11:15:29] | Heikki_ (Heikki_!~heikki@94-76-207-56.static.as29550.net) has joined #mythtv | |
| [11:16:40] | Heikki_: | hello. How do i scan for the channels in finland? in full scan there is no finland. and "scan for all existing transports" gives me "Error tuning to transport" and "Failed to handle tune complete" |
| [11:26:37] | Heikki_: | if i put "search new transports", i will get "failed to get any channels", but it comes quickly, seems like it isn't searching anything |
| [11:39:43] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [12:25:03] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [12:27:50] | Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [12:27:50] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer) | |
| [12:40:31] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [13:55:13] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [14:02:59] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [14:14:27] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [14:24:41] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [14:50:52] | dcope (dcope!~dcope@unaffiliated/dcope) has left #mythtv () | |
| [15:12:22] | danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv | |
| [15:53:40] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [15:53:47] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [15:54:50] | drussell_ (drussell_!~drussell@d50-93-49-135.abhsia.telus.net) has joined #mythtv | |
| [15:56:49] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [16:18:12] | jpabq: | I have been working on #11328 . When I tell the HD-PVR to "start encoding" the first packet it spits out is an audio, rather than video packet. That implies that audio packets can precede the video packets for a frame. So, when trying to detect where a keyframe starts, how do you know whether an audio packet goes with the next frame, or the current frame? |
| [16:18:12] | ** MythLogBot http://code.mythtv.org/trac/ticket/11328 ** | |
| [16:21:14] | danielk221: | jpabq: pts ? It doesn't need to be exact.. mythtv will sync things up. |
| [16:22:59] | jpabq: | danielk221: I am actually thinking about back-to-back recordings --- where to make the cut. |
| [16:23:43] | danielk221: | hmm, how much discrepency is there in pts values > 250 ms? |
| [16:23:55] | danielk221: | between vid and aud |
| [16:26:08] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:26:48] | jpabq: | I don't believe we are even decoding down to the pts level for H.264. Looks like we might be for mpeg2 |
| [16:31:21] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [16:37:21] | stichnot (stichnot!~stichnot@67.218.104.4) has joined #mythtv | |
| [16:37:21] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:37:21] | stichnot (stichnot!~stichnot@67.218.104.4) has quit (Changing host) | |
| [16:43:37] | stichnot: | danielk22: It seems that the biggest pain point of experiencing a Live TV bug/crash is that what you were watching stops recording, and you lose your LiveTVChain session. Do you think it would be practical to (1) keep recording for a couple more minutes after the client disconnects (if possible), (2) delay expiring the TVChain for a similar period, and (3) automatically reattach the... |
| [16:43:38] | stichnot: | ...frontend to the existing TVChain if the frontend reconnects in time? (Obviously it would be best to just fix all live TV bugs, or rewrite live TV from scratch, but judging from history that's unlikely to happen any time soon.) |
| [17:05:03] | danielk221: | jpabq: I think I added it for mpeg2, but if it isn't in the h.264 parser as well it shouldn't be difficult to add since we're already doing partial decoding for the {key,}frame finding. |
| [17:06:42] | danielk221: | stichnot: It sounds reasonable. However it does add complexity to the already complex TV and TVRec classes, so I think we'd be better served spending time fixing the bugs. |
| [17:06:44] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [17:17:37] | stichnot (stichnot!~stichnot@216.239.45.73) has joined #mythtv | |
| [17:17:37] | stichnot (stichnot!~stichnot@216.239.45.73) has quit (Changing host) | |
| [17:17:38] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:21:04] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [17:38:51] | peper03 (peper03!~peper03@port-92-203-81-236.dynamic.qsc.de) has joined #mythtv | |
| [17:39:24] | stichnot: | danielk221: I'll have a look at the TVRec class, maybe that'll make me change my mind. |
| [17:49:47] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [17:52:15] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [17:58:11] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [18:00:23] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:8106:db95:44b7:895) has quit (Read error: Connection reset by peer) | |
| [18:06:59] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [18:14:37] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:32:38] | Guest41503 (Guest41503!~Apoth@78-131-36-159.pool.hdsnet.hu) has joined #mythtv | |
| [18:32:42] | Guest41503: | hi |
| [18:35:30] | Guest41503: | i have a problem with mythtv: ubuntu 12.10 PixelView bttv analog tuner. The mythtv-setup cant find channels during scan, but the tvtime does |
| [18:36:23] | Guest41503: | anybody can help to me? |
| [18:38:14] | Guest41503 (Guest41503!~Apoth@78-131-36-159.pool.hdsnet.hu) has quit (Changing host) | |
| [18:38:15] | Guest41503 (Guest41503!~Apoth@unaffiliated/apoth) has joined #mythtv | |
| [18:38:37] | peper03: | Guest41503: You want the mythtv-users channel |
| [18:38:46] | Guest41503 is now known as Apoth | |
| [18:39:03] | Apoth: | ok, thank you |
| [18:39:56] | Apoth: | bye |
| [18:39:58] | Apoth (Apoth!~Apoth@unaffiliated/apoth) has left #mythtv ("Leaving") | |
| [18:59:13] | taylorr: | jpabq: fyi, the hdpvr (for my setup) produces recordings with a start time delta of about 84 msecs between the first video and audio packet |
| [18:59:55] | taylorr: | in case you've ever encountered that the av-sync is a little off when converting recordings produced by the hd-pvr |
| [19:01:36] | IReboot (IReboot!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [19:03:08] | taylorr: | the problem with converting files that have large deltas between the audio and video start times is that when remuxing the timestamps aren't usually preserved and are reset to zero causing a built av-sync issue |
| [19:39:47] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 255 seconds) | |
| [19:41:06] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [19:42:23] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has joined #mythtv | |
| [19:43:33] | IReboot_ (IReboot_!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [19:48:07] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [20:05:31] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (Remote host closed the connection) | |
| [20:07:57] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv | |
| [20:16:20] | peper03 (peper03!~peper03@port-92-203-81-236.dynamic.qsc.de) has quit (Quit: Konversation terminated!) | |
| [21:36:57] | SteveGoodey (SteveGoodey!~steve@host86-149-167-13.range86-149.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:38:39] | sraue_ (sraue_!~stephan@208-48-239-77-pool.cable.fcom.ch) has joined #mythtv | |
| [21:39:04] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Disconnected by services) | |
| [21:39:16] | sraue_ is now known as sraue | |
| [21:39:26] | sraue (sraue!~stephan@208-48-239-77-pool.cable.fcom.ch) has quit (Changing host) | |
| [21:39:27] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [23:04:19] | jya: | stichnot: quick question about this 1088 lines business.. Are we now scaling down instead of trimming ? |
| [23:06:40] | stichnot: | jya: basically yes, like doing a manual zoom to shift the junk off the screen. But it has a problem and I will try to properly implement trimming instead. |
| [23:08:13] | jya: | I think it's a fairly poor decision… all you're doing is making the majority of the content blurrier. |
| [23:08:29] | jya: | all my mpeg2 recordinds are 1088 mpeg2 btw |
| [23:12:43] | jya: | you were disconnected last night. but I played with the HLS recording/live tv, it works fine for seeking following your changes |
| [23:13:23] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:13:42] | stichnot: | I'm not positive, but I think that before my commit, 1088 line recordings were being scaled to 1080 on a 1080 line display. If I had made the commit with a "scaling" to 1080 lines instead of 1084, I think it would have done 1:1 scaling with cropping. |
| [23:14:18] | stichnot: | Except that if your display is 1920x1200, you still see the junk |
| [23:15:01] | stichnot: | So I reopened the ticket and I'll try to fix it the right way. Next on my list assuming the live TV stuff dies down for a bit |
| [23:15:27] | stichnot: | I saw your report in the logs about HLS recording, thanks for testing. |
| [23:18:24] | jya: | I see a flickering green line at the bottom of a channel |
| [23:18:40] | jya: | look like dots travelling from left to right at a random pace |
| [23:22:23] | stichnot: | What is your display resolution? |
| [23:31:37] | neufeld: | stichnot: saw your note about ccextractor. Looks like 'desp' is being used as a sort of aggregation buffer, data gets stuffed into it until there's enough to process, the process eats a certain number of bytes from the front of the buffer, then the unused contents are memmoved back to the front and the process continues. You can probably fix it in your case by bumping up that 65536 in the two places it appears, but |
| [23:31:37] | neufeld: | I don't know why this affects you and never hits me. |
| [23:33:21] | stichnot: | neufeld: I'll give that a shot. I expect the difference is a combination of my provider (DISH Network) and my STB (VIP211). |
| [23:34:10] | stichnot: | jya: Does the green junk look the same as the sample http://download.statuspro.tv/test.mpg provided for #11358? |
| [23:34:19] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [23:34:49] | jya: | I would need to watch it on my TV see if it's any similar.. the screen I'm using here is 2560x1600 |
| [23:35:54] | neufeld: | stichnot: could also be something about the settings of your PVR-500. If the "av" packet is larger than the ones I see. A v4l2 setting, perhaps? |
| [23:37:18] | neufeld: | Hrumph. Two hard drives in this machine just went non-responsive together. Time to power down and check cables, but if everything's fine there, looks like I'll be shopping at the house of motherboards soon... |
| [23:37:30] | stichnot: | PVR-150 actually. I was wondering the same. It seems to be set by whatever default to 12 Mb/s. I didn't see a v4l2-ctl option off-hand, but maybe it's hidden there. |
| [23:39:38] | Sharky-Sleep is now known as Sharky112065 | |
| [23:40:16] | neufeld: | stichnot: running v4l2-ctl -l, the non-default settings I have under the MPEG encoder controls are: stream_vbi_format=1 audio_layer_ii_bitrate=13 video_bitrate=4500000 vide_peak_bitrate=6000000 |
| [23:41:22] | neufeld: | looks like you're using a significantly higher video bitrate |
| [23:41:47] | neufeld: | the default for video_bitrate is 6000000 |
| [23:43:26] | neufeld: | OK, leaving for a bit to investigate hardware failure |
| [23:43:34] | neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has quit (Quit: ERC Version 5.3 (IRC client for Emacs)) | |
| [23:49:21] | jya: | any particular reason the backend forks to start mythlogserver as daemon ? why not fork at start mythlogserver without the --daemon option ? the daemonising causes an issue in OSX as a call to fork must be followed by a call to exec |
| [23:50:51] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 245 seconds) | |
| [23:51:30] | jya: | what I'm thinking was to simply for, do an exec on mythlogserver and not run it as a background process, the 2nd fork being unecessaru |
| [23:52:37] | stichnot: | jya: since your display's aspect ratio is 16:10, the scaling trick doesn't push the junk off the screen. I can reproduce it by running mythfrontend -geometry 640x360 on my laptop. |
| [23:55:09] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:f925:49c0:a971:579f) has joined #mythtv | |
| [23:55:09] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:f925:49c0:a971:579f) has quit (Changing host) | |
| [23:55:10] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.