[mythtv] [mythtv-commits] Ticket #10765: HD-PVR: Rework SignalMonitor to avoid reading from device

Steven Adeff adeffs.mythtv at gmail.com
Sun Jul 22 03:59:28 UTC 2012


On Sat, Jul 21, 2012 at 11:15 PM, John P Poet <jppoet at gmail.com> wrote:
> On Sat, Jul 21, 2012 at 7:50 PM, Steven Adeff <adeffs.mythtv at gmail.com> wrote:
>> John,
>>
>> with this work, does MythTV still wait for the channel change script
>> to return before starting to collect data from the HDPVR?
>>
>> here's why I ask...
>>
>> I just updated the system to Ubuntu 12.04 and am playing with getting
>> it to record. Part of this is the v4l2 command to fix the color issue
>> with the newer hdpvr firmware.
>>
>> when it DOES work for live tv I notice that initially the color is
>> incorrect then it becomes correct, as though MythTV is not waiting for
>> the channel change scrip to collect data from the hdpvr and then when
>> the script does send the v4l2 command it becomes fixed.
>>
>> if this is the case, this is probably why this patch is not working as
>> it should wait for the channel change script to exit before trying to
>> get data from the hdpvr.
>>
>
> The invocation of the external channel change script was not modified.  I
> didn't look at the code to make sure someone else had not modified it, but I
> just did test it by adding a 10 second sleep to the bottom of my shell
> script -- with the 10 second sleep, the tuning status OSD did not update
> until 10 seconds had passed, then it started showing a non-zero signal
> percentage.
>
> You could make the same test -- add a 10 second sleep, and make sure the OSD
> status shows "Signal 0%" for ~10 seconds.
>

so since I sent that email we've been playing around more. oddly we
have yet to have a mis-tune, which is nice.

I previously had a sleep command in my script, but it did not seem to
do anything so I removed it, and nothing seemed to change.

I'm trying to figure out how the v4l2-ctl command to fix the
saturation issue plays into the channel change script. The reason is,
if I put it in the channel change script it does not affect the
initial entry into LiveTV but does after a channel change.

so I tried as you said and put a 15 second sleep, and yes, it does
delay the tuning!
so there is the delay, but no matter how long I set it for the colors
always come up bad when first going to livetv, but, oddly, when
changing channels the colors are fine.

so then I created a second script, just to change the pvr settings,
that the channel change script runs in the background (using &) with a
4 second sleep in that script. this causes the initial entry into
livetv to fix shortly after video starts to play, but also for channel
changes to start wrong and then fix shortly after!
if however in this second script I run the channel change command and
then sleep and then run the command again, it fixes the initial livetv
entry AND on channel changes there is no perceptible lag in the fix
(ie it comes up correct).

so that seems to have solved it, though I'm baffled as to whether I'm
the only one with this "delay" issue, or I just missed this in the
wiki entry and mailing lists and had to re-invent the wheel so to
speak?

-- 
Steve
http://www.mythtv.org/wiki/User:Steveadeff
Before you ask, read the FAQ!
http://www.mythtv.org/wiki/Frequently_Asked_Questions
then search the Wiki, and this list,
http://www.gossamer-threads.com/lists/mythtv/
Mailinglist etiquette - http://www.mythtv.org/wiki/Mailing_List_etiquette


More information about the mythtv-dev mailing list