Hi,

I have been having the tinny audio problem that is described in http://mysettopbox.tv/phpBB2/viewtopic. ... highlight= and the fix proposed works fine if the channel is changed after going to Live TV.

However, the usability for my wife is lacking, and I was wondering if I could call the ivtvctl --set-audio-input 1 -d /dev/video* from the mainmenu.xml menu when 'Watch TV" is selected?

Any thoughts?

Victor

Huhn? If you set up a delayed settings script as the channel changer as described in that thread it should just happen.

The channel changer gets invoked whenever you start a new recording. For live TV that means whenever you start it from the menu or change the channel...

If it is supposed to just happen then there is something wrong with my implementation:

What I did was add the line:
/usr/local/bin/v4l2-ctl --set audio-input 1 -d /dev/video1

into my change_chan*.sh scripts.

Now, when the Watch TV is selected about 50% of the time the sound is still bad, until I change the channel, or return to the main menu and the reselect Watch TV. Sometimes I just change it to the channel it is on. This works evey time.

The problem is, I would prefer that my wife could just select Watch TV without the prospect of needing to change channel or going back to the main menu and selecting Watch TV again.

If you're saying that it should invoke the change_chan*.sh script when Watch TV is selected, then maybe I need to do something different in my use of /usr/local/bin/v4l2-ctl --set audio-input 1 -d /dev/video1

Cheers
Victor

It seems like you rather spectacularly missed the point of the delayed settings stuff.

When you change the channel using an external tuner script MythTV waits until it returns "success" and then proceeds to apply other settings like volume, color adjustments, selecting the audio input, ...

To have the last word on the matter you have to hide behind the furniture and whack it over the head when it's not looking. In this case that means that you need to fork a child process which lurks in the background and applies the card settings after MythTV has it's go. In cheesy ascii graphics the process lifetimes look like this:

The time after the w is what the detached child process for delayed settings is waiting for. The "trick" is that the delayed settings script is detached from the parent changer script so that it can finish and report success to the grandparent MythTV.