On Mon, 2010-04-12 at 22:34 -0400, Mark Lord wrote: > On 12/04/10 10:30 PM, Mark Lord wrote: > .. > > 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. ;) > .. > > Nope.. what that second email should have said, was > Changing channels in LiveTV, no fallbacks required > because the audio is already working from the initial fallback. > > As soon as I quit from LiveTV, the next recording still needed > a new fallback. So the chip is still in some weird state where > auto-audio will continue to fail until I reload the module. Thansk you for all the testing and feedback. At this point I'm going to brush up the fixes by properly incorporating support for the cx18_av_g_tuner()/cx18_av_s_tuner() calls so that user space can still influence the audio mode (mono, stereo, Lang1, lang2, etc.) even when audio standard and format are forced. I'll have time on Friday for this. The *only* other thing I can think of, that I have control over, is the PLL charge pump current in the analog tuner. Right now it is set to low current to minimize phase noise when tuned to a channel. Perhaps setting the PLL charge pump to high current while chaning the channel to get a faster lock, and low current after a short time, will help get a good SIF output from the analog tuner assembly sooner. Perhaps when I have time.... Regards, Andy -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html