On 12/04/10 10:22 PM, Mark Lord wrote:
..
Okay, the "fallback" works -- recordings made with it do have good audio.
And.. my hypothesis appears to be true thus far: once the audio fails,
requiring the fallback, it stays failed until the driver is reloaded.
Every subsequent recording made (after a "fallback") also experiences the
fallback.
This is with a good channel, with good audio. Subsequent recordings
using the exact same channel.
..
Mmm.. further to that: the problem went away as soon as I told
it to tune to a different channel. No more fallbacks (for now).
It can now even retune the original channel without fallbacks.
So.. tuning to a new channel appears to fix whatever the bad state was
that was triggering the fallbacks. Based on my sample of one, anyway. ;)
Now that it is behaving again, I cannot poke further until the next time
I'm lucky enough to be around when it fails.
Weird, eh. I wonder how to discover the real cause?
Good workaround, though! Thanks.
Cheers
--
Mark Lord
Real-Time Remedies Inc.
ml...@pobox.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
