> ivtvctl -cstream_type=2 > > ivtvctl -d /dev/video1 -q 1 >
I'm having the same problem with a pvr-150. This only happened after I added a second pvr-150 to my system. Both of the above ivtvctl commands *often* fix the problem (actually I use -q 0, not -q 1). As someone else noted, though, the fix is only temporary, and it doesn't work 100% of the time. Another (possibly bigger) complication is that sometimes, if the audio is good, issuing either of these commands will trigger the tinny audio. This is too bad because it prevents me from invoking a simple script on each channel change (or just brute forcing running it in a cron job every 5 seconds or so). The big issue, for me, is recording things on this troublesome card in Mythtv, then not finding out that the audio is bad until later when we watch the recorded show. So I'm wondering if anyone has found a way to detect the tinny audio problem without actually having to listen to it? If there was something I could query that would indicate that the audio is in this bad state, then I could just issue the ivtvctl commands and test to see if it was fixed. Grasping at straws, and hoping someone else has some ideas! Cheers, john _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
