| Saturday, February 2nd, 2013, 00:04 UTC | ||
| [00:04:43] | Quantum7 (Quantum7!~carl@c-67-183-170-11.hsd1.wa.comcast.net) has quit (Ping timeout: 246 seconds) | |
| [00:06:42] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [00:07:04] | gigem: | knightr: I just left the part with the new string out in this backport. I know none of it actually needed to be backported, but this particular issue ketp bugging me for some reason. |
| [00:09:41] | xris (xris!~xris@xris.forevermore.net) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [00:14:14] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [00:19:59] | Quantum7 (Quantum7!~carl@c-67-183-170-11.hsd1.wa.comcast.net) has joined #mythtv | |
| [00:20:31] | Quantum7 (Quantum7!~carl@c-67-183-170-11.hsd1.wa.comcast.net) has left #mythtv () | |
| [00:21:16] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 245 seconds) | |
| [00:25:18] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:9dcd:8c89:89aa:c3ab) has joined #mythtv | |
| [00:25:19] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:9dcd:8c89:89aa:c3ab) has quit (Changing host) | |
| [00:25:19] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [00:58:22] | devinheitmueller (devinheitmueller!~devinheit@108.54.72.165) has quit (Quit: devinheitmueller) | |
| [01:04:38] | jheizer__ (jheizer__!~jon@98.226.220.178) has joined #mythtv | |
| [01:23:03] | jheizer__ (jheizer__!~jon@98.226.220.178) has quit (Ping timeout: 245 seconds) | |
| [01:40:51] | joki (joki!~joki@p54864867.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [01:40:54] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [01:41:44] | joki (joki!~joki@p54863E7A.dip.t-dialin.net) has joined #mythtv | |
| [01:41:46] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Ping timeout: 256 seconds) | |
| [01:44:05] | kwmonroe (kwmonroe!kwmonroe@nat/ibm/x-kcaxrfbhaomicosj) has joined #mythtv | |
| [01:46:54] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.60) has quit (Ping timeout: 252 seconds) | |
| [01:59:40] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has joined #mythtv | |
| [02:04:56] | neufeld_AFK is now known as neufeld | |
| [02:05:44] | neufeld: | stichnot: I've updated the wiki with changes based on your suggestions. I also noticed that I never updated it with my recover-from-failed-finalize changes, those are in as well. |
| [02:06:16] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [02:09:06] | lentferj (lentferj!~lentferj@p579B77D5.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [02:10:21] | lentferj (lentferj!~lentferj@p579B77F5.dip.t-dialin.net) has joined #mythtv | |
| [02:11:18] | storrgie (storrgie!~storrgie@24.247.30.152) has quit (Quit: Leaving) | |
| [02:12:06] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [02:14:24] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [02:18:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [02:24:29] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [02:24:29] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [02:24:29] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:28:37] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [02:36:11] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:9069:2058:1d04:77e6) has joined #mythtv | |
| [02:40:33] | danielk22: | stichnot: thx for taking care of the timer issue! |
| [02:43:43] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [02:48:57] | stichnot: | danielk22: np. It might have been really challenging to track down the in-progress playback problem if I didn't stumble on it while trying to fix live TV seeking. |
| [03:39:11] | peper03 (peper03!~peper03@port-92-203-16-229.dynamic.qsc.de) has quit (Ping timeout: 245 seconds) | |
| [03:51:46] | Goga777 (Goga777!~Goga777@2.95.213.47) has joined #mythtv | |
| [03:54:02] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [03:57:40] | kwmonroe (kwmonroe!kwmonroe@nat/ibm/x-kcaxrfbhaomicosj) has quit (Ping timeout: 248 seconds) | |
| [04:00:12] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [04:02:36] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.60) has quit (Read error: Operation timed out) | |
| [04:32:10] | knightr: | gigem, thank you for that and for those -theming announcements earlier this week... |
| [04:56:01] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [04:57:13] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:58:21] | stichnot: | neufeld: on my first real test of HDPVR closed captions, the .srt file stops after 36 minutes for a 1-hour recording. Have you ever seen anything like that? |
| [04:59:02] | stichnot: | for now, I'm disabling removing the temp dir so I can get a better idea what went on if it happens again |
| [05:01:54] | devinheitmueller (devinheitmueller!~devinheit@pool-108-54-72-165.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller) | |
| [05:18:45] | gigem: | knightr: You're welcome. |
| [05:40:48] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-173-48-113-147.bstnma.fios.verizon.net) has quit (Quit: Oh No!!!! ;-)) | |
| [05:43:41] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-173-48-113-147.bstnma.fios.verizon.net) has joined #mythtv | |
| [07:00:54] | dekarl (dekarl!~dekarl@p4FE8465D.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [07:01:34] | dekarl (dekarl!~dekarl@p4FCEE22E.dip.t-dialin.net) has joined #mythtv | |
| [07:22:31] | rsiebert_ (rsiebert_!~quassel@92.226.61.210) has joined #mythtv | |
| [07:24:43] | rsiebert (rsiebert!~quassel@92.225.62.183) has quit (Ping timeout: 245 seconds) | |
| [08:06:10] | SteveGoodey (SteveGoodey!~steve@86.149.167.13) has joined #mythtv | |
| [08:36:24] | SteveGoodey (SteveGoodey!~steve@86.149.167.13) has quit (Quit: Konversation terminated!) | |
| [08:42:27] | Goga777 (Goga777!~Goga777@2.95.213.47) has quit (Remote host closed the connection) | |
| [09:16:39] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:9069:2058:1d04:77e6) has quit (Remote host closed the connection) | |
| [09:17:12] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has joined #mythtv | |
| [10:02:31] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has quit (Ping timeout: 246 seconds) | |
| [10:04:35] | peper03 (peper03!~peper03@port-92-203-49-157.dynamic.qsc.de) has joined #mythtv | |
| [11:05:30] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [11:25:46] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has joined #mythtv | |
| [11:29:50] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [11:30:14] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [11:30:14] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [11:30:14] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [11:43:28] | jpharvey (jpharvey!~jpharvey@host86-139-32-3.range86-139.btcentralplus.com) has quit (Quit: Ex-Chat) | |
| [12:01:36] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [12:06:17] | jpharvey (jpharvey!~jpharvey@86.139.32.3) has joined #mythtv | |
| [12:27:25] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has quit (Ping timeout: 246 seconds) | |
| [12:41:20] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has joined #mythtv | |
| [12:45:23] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds) | |
| [12:48:35] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [12:49:26] | Goga777 (Goga777!~Goga777@2.95.213.47) has joined #mythtv | |
| [13:06:24] | SteveGoodey (SteveGoodey!~steve@86.149.167.13) has joined #mythtv | |
| [13:20:47] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [13:22:44] | danielk22: | Beirdo: Have you looked at https://github.com/jonnydee/nzmqt/issues/8 & the ref'd mythtv tickets? I think zeromq is really overkill for the logging. |
| [13:22:50] | danielk22: | If you will have time to maintain it again I'll leave it alone, but my solution to all these crashes would be to rip out the zeromq stuff and go back to something closer to your previous logging solution. |
| [13:25:34] | neufeld: | stichnot: no, haven't seen that before. For my testing, I redirect the work-blocks (between parentheses) of the scripts not to /dev/null but to "startup.txt" and "finalize.txt", and I call "set -x" as the first instruction in the block. Since those files go in the script working directory, by disabling the directory removal you get to view what happened internally. |
| [13:26:12] | neufeld: | stichnot: also, you pinged out seconds after I posted about updating the wiki. In case you missed that message, I've updated the wiki. |
| [13:54:27] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has joined #mythtv | |
| [14:11:30] | jheizer__ (jheizer__!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [14:12:54] | stichnot: | neufeld: nice. |
| [14:15:59] | stichnot: | neufeld: I'm going to add a text subtitle delay dialog, similar to "adjust audio sync" and "adjust subtitle zoom". That should be useful for fine-tuning after the fact. |
| [14:24:39] | neufeld: | stichnot: yes, that would be handy. I find some shows run the subtitles a bit too far in advance, and I can't help but read them. It takes some of the suspense out of a scene when the text at the bottom suddenly says "[Relieved laugh]" or "[Sound of approaching cavalry]". |
| [14:29:18] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [14:34:33] | stichnot: | heh. The delay could also be negative, btw. |
| [14:35:35] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has joined #mythtv | |
| [14:36:24] | stichnot: | It's easy enough to do for subtitles where you have the complete set loaded in advance. What's a lot more challenging is if you want to delay/advance captions that are embedded in the AV stream. |
| [14:36:40] | stichnot: | I should look to see how audio sync deals with it. |
| [14:41:07] | drussell__ (drussell__!~drussell@d172-219-194-101.abhsia.telus.net) has quit (Quit: Leaving) | |
| [14:53:23] | Goga777 (Goga777!~Goga777@2.95.213.47) has quit (Read error: No route to host) | |
| [14:54:14] | Goga777 (Goga777!~Goga777@2.95.213.47) has joined #mythtv | |
| [14:54:34] | danielk22: | Are there samples available for http://code.mythtv.org/trac/ticket/11159 ? |
| [14:54:41] | Steve-Goodey (Steve-Goodey!~steve@86.149.167.13) has joined #mythtv | |
| [14:55:48] | drussell_ (drussell_!~drussell@d172-219-194-101.abhsia.telus.net) has joined #mythtv | |
| [15:26:58] | wagnerrp: | skd5aner: ^^^ |
| [15:27:28] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [15:29:54] | skd5aner: | danielk22: from the first comment on the ticket: "Also, I've sent a 50MB sample of one of the impacted recordings to stuartm. If you are a dev and want to help troubleshoot, please reach out to him and he'll let you know how to get the file." :) |
| [15:30:06] | skd5aner: | it's was uoloaded to his box account |
| [15:30:08] | skd5aner: | I think it was box |
| [15:34:00] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 276 seconds) | |
| [15:35:08] | skd5aner: | hrm... I'm trying to see if it's still there |
| [15:36:11] | skd5aner: | doesn't appear to be there anymore – stuartm ^ ? |
| [15:36:58] | skd5aner: | danielk22: jya had uploaded a copy of it to his own repository – http://www.avenard.org/files/media/mediatest/ . . . 20sample.mpg I'm assuming it's still there, I didn't check |
| [15:37:11] | skd5aner: | danielk22: if you need a copy from me, just let me know |
| [15:38:33] | jpharvey (jpharvey!~jpharvey@86.139.32.3) has quit (Remote host closed the connection) | |
| [15:47:29] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv | |
| [15:47:29] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [15:47:29] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Changing host) | |
| [16:24:10] | neufeld: | stichnot: actually, on the short subtitles. Is it possible that they didn't stop short, but that they started late? Bug #11328 can fool ffprobe into thinking the recording is much shorter than it really is. This causes the script to put only the last <small number> minutes into the .srt file, but with a zero offset, so the captions might show you dialogue for one hour in the future, and then stop (run out) when |
| [16:24:10] | ** MythLogBot http://code.mythtv.org/trac/ticket/11328 ** | |
| [16:24:10] | neufeld: | you get to less than 1 hour from the end of the recording. |
| [16:33:25] | stuartm: | skd5aner: it's still there, might be in a different folder |
| [16:33:57] | skd5aner: | stuartm: not sure how to access it? I only have the link you sent me originally |
| [16:34:05] | stuartm: | https://www.box.com/files/0/f/428372080/MythT . . . sion_testing |
| [16:34:22] | stuartm: | skd5aner: moved it to a dev-only folder |
| [16:34:32] | skd5aner: | gotcha |
| [16:34:36] | skd5aner: | thanks |
| [16:34:46] | stuartm: | danielk22: https://www.box.com/files/0/f/428372080/MythT . . . sion_testing |
| [16:38:46] | Steve-Goodey (Steve-Goodey!~steve@86.149.167.13) has quit (Quit: Konversation terminated!) | |
| [16:41:09] | Steve-Goodey (Steve-Goodey!~steve@86.149.167.13) has joined #mythtv | |
| [16:54:13] | lentferj (lentferj!~lentferj@p579B77F5.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [17:15:17] | stichnot: | neufeld: no, they matched the dialog up until they stopped |
| [17:30:15] | jams: | stichnot, ran .26 with the cherry picked commit all night with live-tv open on a pvr500 . Worked fine. Switching inputs worked , transistions worked. Looks good |
| [17:31:11] | jams: | stichnot, this is the frontend log from a failed attempt with a 2250 analog. http://pastebin.com/fMUp96y1 |
| [17:31:32] | stoffel (stoffel!~quassel@pD9E4256F.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [17:37:31] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [17:39:35] | Steve-Goodey (Steve-Goodey!~steve@86.149.167.13) has quit (Quit: Konversation terminated!) | |
| [17:40:42] | stichnot: | jams: what were your -v and --loglevel settings for that? |
| [17:41:09] | stichnot: | and what is the version for the failed attempt? |
| [17:45:20] | jams: | -v libav,playback --loglevel debug |
| [17:46:24] | danielk22: | stuartm: thx |
| [17:46:47] | jams: | v0.26.0-92-gfd43ad1 + your patch. same setup i used for the pvr test, just switched inputs |
| [17:47:23] | danielk22: | stuartm: did you see the comment about detach() the other day? The underlying problem is that the QString member variable is not mutex protected yet accessed from multiple threads. |
| [17:47:46] | jams: | stichnot, ^^ |
| [17:47:54] | danielk22: | stuartm: since the UI classes aren't designed to be accessed from multiple threads that is the issue. |
| [17:48:46] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [17:57:43] | toeb: | is there somewhere a date time picker widget hidden in libmythui which i'm not able to find? |
| [18:03:18] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [18:05:37] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [18:12:44] | stichnot: | jams: looks like it's not even getting into the ffmpeg code. I guess the next step is -v all --loglevel most |
| [18:13:46] | stichnot: | jams: I'll commit the change to 0.26 on Monday if it holds up in Master (and in people's patched 0.26 builds) |
| [18:17:28] | jams: | stichnot, heading out for just a bit..will work on that when i get back. Is it worth capturing the be logs as well? |
| [18:22:02] | stichnot: | jams: no backend logs for now |
| [18:29:40] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [18:30:49] | stichnot: | jams: is this a combined FE/BE machine? |
| [18:53:42] | drussell_: | stichnot: I'm seeing essentially the same behavior as jams on the 2250, though mine works fine on a frontend on the same machine as the secondary backend with the tuner card in it but not (only starts about 10% of the time) on another frontend on the masterbackend (which actually stores the files secondary is nfs mounted)... |
| [18:57:39] | drussell_: | stichnot: The SBE machine it errors out about 10% of the time on a channel change or input change or program change, and about 90% of the time on the MBE if I can actually manage to get it to start... Is this perhaps more of the dummy->real race condition? |
| [19:04:31] | drussell_: | stichnot: was getting segfaults while testing so tried also adding the -v segfault patch and the in progress position patch, no change in behavior for anything 0.26.0 release to all patches in, although I have no segfaults with the release... still trying to figure out the source of those but I'm sure it's unreleated... |
| [19:11:08] | drussell_: | stichnot: currently running 0.26-fixes with all the patches on the mbe and just 5758c2a1 on the sbe... |
| [19:15:50] | drussell_: | stichnot: the progress bar works again watching an in-progress recording of the livetv stream being watched on the sbe but it still tends to die with a decoding error if you try to watch the in-progress very close to "live"... skip back a few extra seconds and it seems OK, skip to the end and it will usually die within a minute or so... |
| [19:16:33] | drussell_: | stichnot: (progress bar on the mbe's frontend.... while watching the same recording as is being watched live on the sbe...) |
| [19:21:54] | jr3us (jr3us!~jr3us@cpe-098-026-209-039.triad.res.rr.com) has joined #mythtv | |
| [19:23:23] | drussell_: | stichnot: a verbose log from the frontend where it DID manage to start into LiveTV and finally settled down with a/v syncing, then channel change which died out is at: http://pastebin.com/xhaaQJEW |
| [19:25:13] | drussell_: | stichnot: verbose, as in -v libav,playback --loglevel debug... not all... |
| [19:26:44] | drussell_: | stichnot: Thanks for all your time and effort thus far, it is greatly appreciated... |
| [19:32:54] | jr3us: | I have been watching the beirdobot for this channel and I have noticed that the analog live tv has progressed quite a bit! In fact, I dusted off my old box, updated ubuntu, and refreshed mythtv to latest .26 to give this another shot. |
| [19:34:48] | jr3us: | I entered the 11211 request in trac , and in my testing today using my HVR-2250 without any of the mythtv patches as described above, It works fine with the combined BE/FE I am using. |
| [19:36:13] | jr3us: | However, I haven't figured out a means of setting up another machine to use as a separate front end.. Still figuring out logistics for setting up a separate front end without blowing something up I currently use for .25 |
| [19:36:47] | drussell_: | jr3us: Yes, these patches seem to correct the PVR-xxx series of cards and my 2250s almost work without them... Combined BE/FE being almost fine but frontends that are remote from the tuner still have issues on two different installs here... |
| [19:37:53] | jr3us: | out of curiosity for test purposes only, if I set up a VM with frontend only on the same server as the BE/FE , would that be enough for testing this? |
| [19:38:26] | jr3us: | Not caring about performance at all, just want to create another test scenario. |
| [19:38:42] | tonsofpcs: | anyone around that knows how the tuning code works? (wrt to HDHR) – I have an issue where one channel can't tune with Myth but I can manually tune and program select with hdhrconfig and hdhrconfiggui and stream to VLC no problem. |
| [19:38:54] | drussell_: | too many variables with a VM, I'd say... It might work as it's on the same machine or might not work due to any one of a thousand reasons :-) |
| [19:39:05] | jr3us: | right. LOL |
| [19:39:48] | tonsofpcs: | (trying to figure out how mythtv runs its tuning process so I can figure out if it's an issue in myth's config or if I should be calling the station...) |
| [19:41:19] | jr3us: | what kind of snq and ss are you getting with the station when watching the gui as it monitors it. |
| [19:45:36] | SteveGoodey (SteveGoodey!~steve@86.149.167.13) has quit (Quit: Konversation terminated!) | |
| [19:46:26] | tonsofpcs: | jr3us: the hdhr is demodulating it fine. (70% signal, signal Q; 100% Symbol Q; data rate of ts: 19394080, no errors missing or crc) |
| [19:46:56] | jr3us: | ok.. biting the bullet.. upgrading a mac mini frontend that is running mythbuntu from .25 to .26 |
| [19:47:13] | jr3us: | tonsofpcs: is it QAM, or ATSC |
| [19:47:22] | tonsofpcs: | I know myth is tuning and filtering but the filter it ends up with is for PSIP (0x0000–0x0001 and 0x1ffb) where Myth dumps.... |
| [19:47:25] | tonsofpcs: | ATSC |
| [19:48:19] | jr3us: | is the quality a constant 70% ? |
| [19:48:23] | tonsofpcs: | so I imagine myth's tuning must check PSIP every time to find the program associated with the short name? or ??? and PSIP might be missing now? (I don't have TS analysis tools at home, could check at work on monday if necessary) |
| [19:48:38] | tonsofpcs: | jr3us: everything is stable. |
| [19:48:57] | tonsofpcs: | I notice that in stream info, the program names are missing (which is why I think it may be a PSIP related issue) |
| [19:49:01] | jr3us: | what is signal strength? |
| [19:49:01] | SteveGoodey (SteveGoodey!~steve@86.149.167.13) has joined #mythtv | |
| [19:49:18] | tonsofpcs: | 70% SS and 70% SigQ |
| [19:49:47] | tonsofpcs: | (they both move by +-1% but that's likely just sampling) |
| [19:49:48] | jr3us: | what is length of cable, and splitters, etc from antenna to your tuner(s) |
| [19:49:55] | jr3us: | pre-amps? |
| [19:50:31] | tonsofpcs: | jr3us: the system is fine. I can receive the whole TS and push it to VLC and decode it just fine. Myth just won't tune ("You should have a channel lock by now") |
| [19:50:47] | tonsofpcs: | 3' RG6quad – splitter – 3' RG6quad to each of two HDHRs |
| [19:50:58] | tonsofpcs: | antenna is a bowtie with reflector. |
| [19:51:14] | tonsofpcs: | no preamps. LoS is blocked by one local wall and one local building. |
| [19:51:19] | SteveGoodey (SteveGoodey!~steve@86.149.167.13) has quit (Client Quit) | |
| [19:51:38] | jr3us: | how long is cable from antenna to splitter? |
| [19:51:39] | tonsofpcs: | all other channels perform properly. |
| [19:51:44] | tonsofpcs: | 3' |
| [19:52:32] | jr3us: | what does signal strength and signal quality look like on your good channels? |
| [19:52:34] | tonsofpcs: | note: not a new configuration. Channel was fine until 8pm last night, a recording failed at 9pm... |
| [19:53:44] | tonsofpcs: | that is cahnnel 34. 42 is 60% SS, 75% SigQ, 100% SymQ. 8 is 77% SS, 87% SigQ, 100% SymQ. 7 is 93% SS, 95–100% SigQ, 100% SymQ |
| [19:54:43] | jr3us: | hmm dunno. |
| [19:55:27] | tonsofpcs: | 7 is most powerful, 8 is least. Transmit antennas are within a couple thousand feet of each other about 6 or 7 miles away. |
| [19:55:41] | tonsofpcs: | jr3us: it's either an issue with the data in the stream or an issue with mythtv. |
| [19:57:55] | tonsofpcs: | I'm going to try to get a message to the engineer that manages the cluster... see if he can confirm/deny/fix any possible PSIP issue. |
| [19:59:06] | jr3us: | sounds like a plan.. never had any tuning failures with my HDHRs unless i was having signal problems. |
| [19:59:59] | tonsofpcs: | I've got a ts recorded if anyone has the toolss to analyze it... I have the tools on my desk at work, but that's not getting seen til monday |
| [20:01:31] | jr3us: | dropping for a bit. doing some testing with a separate frontend with .26 +fixes. |
| [20:01:45] | jr3us: | and hvr2250 analog |
| [20:02:04] | jr3us (jr3us!~jr3us@cpe-098-026-209-039.triad.res.rr.com) has quit (Quit: Leaving) | |
| [20:06:02] | tonsofpcs: | well, e-mailing to their 'closed caption complaint' address (news@domain) |
| [20:09:27] | tonsofpcs: | anyway, assuming that this is a PSIP error (lack of TVCT maybe) – why can Mythtv not overcome that if manual tuning can? Is there a way that I can rebuild these channels as pid-selected rather than program-selected? |
| [20:17:06] | stuartm: | danielk22: I missed the comment, Get/SetText() aren't being called outside the UI thread that I can see, but some of the strings that are later assigned to those widgets are loaded in threads |
| [20:18:15] | stuartm: | I know QString should handle those just fine, but I just couldn't come up with another explanation for the backtrace I got where it was segfaulting in QString::toLower() when iterating over the string char by char |
| [20:24:22] | danielk22: | stuartm: any time assignment can happen from more than one thread the variable needs to be protected.. generally by a mutex. |
| [20:25:00] | stuartm: | aye, I know :) |
| [20:26:24] | danielk22: | :) |
| [20:27:55] | danielk22: | These are threads that the UI framework manages or is this some exception to the 'only UI thread touches the UI classes' rule? |
| [20:28:22] | stuartm: | only one thread is assigning to MythUIText(Edit) but on occasion it's assigned a string that's a copy, of a copy of a string that was loaded in another thread e.g. metadata loader in mythmusic |
| [20:28:37] | stuartm: | it's completely outside the UI framework |
| [20:28:54] | danielk22: | stuartm: that is fine.. |
| [20:29:38] | danielk22: | The shallow copies are converted to deep ones automatically in a thread safe manner when necessary. |
| [20:30:06] | danielk22: | maybe those strings that these are shallow copies of are themselves accessed unsafely.. |
| [20:30:23] | danielk22: | that's the only thing I can think of anyway |
| [20:30:39] | stuartm: | danielk22: well that's what I understood, but that doesn't explain the admittedly rare segfaults I see, not only in mythmusic but elsewhere in the frontend occasionally |
| [20:30:47] | stuartm: | it could be a QString bug I guess |
| [20:31:29] | stuartm: | I'll dig a little deeper on the latest one |
| [20:32:00] | danielk22: | a = b = c; then thread 1 & thread 2 access `c` at the same time.. causing unnexpected crash when `a` is accessed... |
| [20:32:05] | stuartm: | here's the backtrace (minus QT debug symbols) – http://pastebin.com/uWfKpYWz |
| [20:32:46] | stuartm: | I did install the debugging symbols for QT and get a better backtrace but I didn't keep a copy and I deleted the core afterwards :( |
| [20:33:21] | danielk22: | stuartm: the trace doesn't tell us who messed up the memory anyway.. |
| [20:33:28] | stuartm: | it was segfaulting in toLower() when dereferencing 'p' |
| [20:33:46] | stuartm: | danielk22: nope :/ |
| [20:35:04] | jr3us (jr3us!~jr3us@cpe-098-026-209-039.triad.res.rr.com) has joined #mythtv | |
| [20:35:53] | stuartm: | I'm not really up to speed on the re-written mythmusic, maybe I'll find a simpler explanation for that particular problem, might be a mistake to lump together all the odd QString segfaults I've seen as the same root problem |
| [20:39:53] | danielk22: | Could be. I just don't understand the MythMusic UI so I don't use it. |
| [20:41:48] | danielk22: | I have not seen any QString segfaults in a long time.. so that's a data point... |
| [20:46:01] | stuartm: | danielk22: we should try to figure out what people want from the UI for mythmusic, while I'll grant that it's not perfect atm, from my perspective the problems are pretty minor |
| [20:48:47] | Goga777 (Goga777!~Goga777@2.95.213.47) has quit (Remote host closed the connection) | |
| [20:49:39] | stuartm: | I can't really see how it would be done any differently from the 'jukebox' model, where you chose the tracks/albums/artists you want to add to the end of the current playlist – that's how most (all?) of the music playing devices/applications I've seen work |
| [20:54:58] | danielk22: | stuartm: It probably provides basic functionality, I just was completely lost in the UI. I had no context. Just a mostly blank screen and hitting keys I knew like M brought up indecipherable dialogs. |
| [20:56:05] | danielk22: | It took googling just to figure out how to see some of my songs and play them. |
| [20:57:57] | danielk22: | + there is the whole question of why don't all the music players share their playlists? + how do I tell it to play a genre of music and then thumb down the songs I don't like to generate a new playlist? |
| [21:00:23] | stuartm: | so better on screen labelling/instructions, better integration – it's silly that since the last main menu re-org you have to go through half a dozen menus just to find the hidden/buried scanning and import options |
| [21:02:36] | stuartm: | I'm not quite sure what you mean by "all the music players" unless you mean the one in mythweb too? |
| [21:03:29] | stuartm: | playing all tracks in a particular genre is possible in the 'playlist editor' view but I'll grant that it's not clear that there are multiple views mimicking mythvideo – that could be done better |
| [21:05:03] | danielk22: | I mean winamp, songbird, amarok, Clementine, Banshee, etc. Why can't they all just share m3u playlists? |
| [21:05:03] | stuartm: | generating a new playlist from the current playlist exactly as you describe isn't quite possible, although something close is, but we can do something about that |
| [21:06:34] | stuartm: | danielk22: ah ok |
| [21:07:54] | danielk22: | yeah, not a dig at MythMusic in particular, but at all the players.. I don't use a single music player, I'd like the one on my desktop at home to get along with the one on my TV and with the one on my phone, and the one on my desktop at work.. |
| [21:08:27] | danielk22: | It's that whole Mythical Convergence device that I'm looking for ;) |
| [21:08:28] | stuartm: | shouldn't be difficult to add support for importing/exporting playlists to m3u and possibly other formats, even automatic syncing in mythmusic if the playlist is changed by another app – no promises but I can add it to my todo list |
| [21:10:28] | stuartm: | danielk22: the alternate approach is the one promised by upnp, one device manages/serves the media and the rest just act as clients, we have a very basic upnp server capability and improving that is very near the top of my job list |
| [21:11:12] | stuartm: | a upnp client facility would be a nice addition, not just for music but videos and photos too |
| [21:11:39] | danielk22: | stuartm: the upnp approach won't work for music/podcasts 99% of remote listening happens when not connected to the internet. |
| [21:12:00] | danielk22: | (well for me, mostly on subway). |
| [21:13:45] | danielk22: | Are there UPNP photo frames? |
| [21:14:16] | stuartm: | danielk22: well it can but it depends on a client being able to leverage upnp to sync up files stored on the mobile device – technically possible but I've no idea if any have that facility |
| [21:16:01] | stuartm: | danielk22: http://reviews.cnet.com/digital-photo-frames/ . . . 2351085.html |
| [21:18:29] | stuartm: | fwiw, I also wanted to add a feature to mythmusic to sync a mobile device to a particular playlist, I've a small usb mp3 player that cannot store all my music at once but manually copying over directories/files can be a pain, my idea was that I'd create playlists in mythmusic then have it copy the files over for me |
| [21:19:50] | stuartm: | so many ideas, so little time |
| [21:19:54] | danielk22: | stuartm: I've long wanted something like that for videos onto a tablet (ipad, fire, or other). Of course in my new job there is no travel required so it's down on the list again... |
| [21:25:49] | stuartm: | maybe we can make much of the framework generic enough that it can be used for syncing any media ... |
| [21:36:18] | tonsofpcs: | danielk22: I don't know of any, but you could buy a photo-frame sized screen that has an rpi header connector on it and shove it in a box with an rpi... |
| [21:39:09] | jams: | stichnot, combined machine. New set of logs at http://jmeyer.us/mythfrontend_logs.tar.gz . Interesting enough mythfrontend segfaults after failing to open live-tv with the increased debugging |
| [21:54:14] | jpharvey (jpharvey!~jpharvey@86.139.32.3) has joined #mythtv | |
| [22:01:09] | IReboot_ (IReboot_!~doug@CPE10bf48e67915-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [22:19:22] | jpabq: | gigem: I have a "find one episode" recording which failed (0 byte). There are other showings of that episode available, but myth says it wont record any of them because they are all in an 'E' state. 2013-02–02 15:18:28.895700 I Mumford & Sons: The Road to Red Ro 547 SHO2HD 06 14:35–15:35 2 0 0 1 E 0 |
| [22:20:41] | jpabq: | gigem: any tips on what I need to look for (e.g. in the recorded table) to figure out why it is in that state? |
| [22:28:42] | drussell_: | jams: try adding this one too and see if it helps the segfaults: git cherry-pick -x 397d1e929d3a92aeb830aae948a828694911bca9 |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.