[mythtv-users] external channal change not working

[Christopher Meredith]

On Sun, Jun 20, 2010 at 11:26 AM, brad dreisbach <bradd at ameri.ca> wrote:
>
> On Jun 20, 2010, at 11:42 AM, brad dreisbach wrote:
>
>>
>> On Jun 20, 2010, at 11:24 AM, brad dreisbach wrote:
>>
>>>
>>> On Jun 20, 2010, at 11:09 AM, brad dreisbach wrote:
>>>
>>>> just upgraded trunk this morning to 25144 and am no longer able to change the channel with
>>>> 6200ch via mythbackend.  it works fine from the command line:
>>>>
>>>> [10:24am]# /usr/local/bin/6200ch -v -n 0 -4 570
>>>> starting with node: 0
>>>> node 0: vendor_id = 0x00001cfb model_id = 0x00007100
>>>> chn: 570
>>>> AV/C Command: 0570 = Op1=0x00487C20 Op2=0x00487C25 Op3=0x00487C27 Op4=0x00487C20
>>>> Sending digit 0
>>>> Sending digit 5
>>>> Sending digit 7
>>>> Sending digit 0
>>>>
>>>>
>>>> and here is the mythbackend log when it tries to change the channel:
>>>> 2010-06-20 10:20:41.167 External channel change: /usr/local/bin/6200ch -n 0 -4
>>>> 2010-06-20 10:20:41.168 Waiting for External Tuning program to exit
>>>> 2010-06-20 10:20:41.202 MythSocketThread(sock 0x165e8d0:38): socket is readable
>>>> 2010-06-20 10:20:41.202 MythSocketThread(sock 0x165e8d0:38): calling m_cb->readyRead()
>>>> 2010-06-20 10:20:41.202 MythSocket(165e8d0:38): UpRef: 2
>>>> 2010-06-20 10:20:41.202 MythSocket(165e8d0:38): read  <- 38 21      QUERY_RECORDINGS Play
>>>> Usage: 6200ch [-v] [-s] [-n NODE] [-g GUID] [-p PORT] [-4] <channel_num>
>>>> -v        print additional verbose output
>>>> -s        use single packet method. Cannot be used with -4.
>>>> -w        toggle power state
>>>> -n NODE   node to start device scanning on (default:1)
>>>> -p PORT   port/adapter to use              (default:0)
>>>> -g GUID   GUID to use, -n switch, if present, will be ignored.
>>>> -4        Enable 4 digit channel number support. Cannot be used with -s.
>>>> 2010-06-20 10:20:41.243 ret_pid(8571) child(8571) status(0x100)
>>>> 2010-06-20 10:20:41.243 External Tuning program no longer running
>>>> 2010-06-20 10:20:41.243 ChannelBase: external tuning program exited with error 1
>>>> 2010-06-20 10:20:41.243 TVRec(1) Error: Failed to set channel to 570. Reverting to kState_None
>>>> 2010-06-20 10:20:41.243 TVRec(1): Changing from RecordingOnly to None
>>>>
>>>> it seems like the channel number is no longer getting passed to the external channel changer.
>>>> is anyone else having this problem?
>>>
>>>
>>> i figured it out.  new version of 6200ch apparently.
>>
>> spoke too soon.  i still think the channel number is not being passed to the script:
>>
>> [11:40am]# cat change_channel
>> #!/bin/sh
>> /usr/local/bin/6200ch -v -g 001xxxxxxxxxxxx -d 10 -4 $1
>> /usr/local/bin/6200ch -v -g 001xxxxxxxxxxxx -e
>> sleep 2
>>
>> and the log:
>> 2010-06-20 11:38:29.278 TVRec(1): HW Tuner: 1->1
>> Usage: 6200ch [-v] [-s] [-w] [-m] [-e] [-4] [-n NODE] [-g GUID] [-p PORT] [-d DELAY] <channel_num>
>> -v        print additional verbose output
>> -s        use single packet method. Cannot be used with -4.
>> -w        toggle power state
>> -m        Sends "Menu" command.  Needed for some Motorola QIP series STB's.
>> -e        Sends "Exit" command.  Needed for some Motorola QIP series STB's.
>> -4        Enable 4 digit channel number support. Cannot be used with -s.
>> -d        inter-digit delay in ms (default 500)  Cannot be used with -s.
>> -n NODE   node to start device scanning on (default:1)
>> -p PORT   port/adapter to use              (default:0)
>> -g GUID   GUID to use, -n switch, if present, will be ignored.
>> 2010-06-20 11:38:30.334 ret_pid(0) child(7721) status(0x0)
>> starting with node: 0
>> node 0: vendor_id = 0x00001cfb model_id = 0x00007100
>> AV/C command for exit = 0x00487C0D
>>  (9) 0x9487c0d
>> 2010-06-20 11:38:31.343 ret_pid(0) child(7721) status(0x0)
>> 2010-06-20 11:38:32.351 ret_pid(0) child(7721) status(0x0)
>> 2010-06-20 11:38:32.471 ret_pid(7721) child(7721) status(0x0)
>> 2010-06-20 11:38:32.475 External Tuning program exited with no error
>>
>> i can see the exit command being passed but not the channel number.
>
> freqid's in the channel table were all empty..not quite sure how that happened
> but repopulating with channum fixed the problem.

Don't know if it's a bug or a problem with my installation, but I had
this same issue yesterday using Mythweb from trunk and I discovered
that when you load the channel settings table in mythweb, all the
freqids are blank, even if they are present in the database. If you
click "SUBMIT" without manually entering all the freqid values, it
deletes them all from the database. In my case, I had gone to the
settings page simply to delete a channel but unwittingly cleared all
the freqids too. I fixed it my editing the database directly, which I
will continue to do rather than using Mythweb.