On Wed, 24 Aug 2005, c.corax wrote:
>> The weirdest effect of that code, to my mind, is the non-idempotent
>> tuning control. If I tune to the same frequency twice sequentially, I
>> can get different code paths, different i2c bytes sent, but it still
>> works. What's going on? Why is variable byte order a useful feature?
>It could have something to do with the different "pumps" in AGC and AFC...
I see only one pump mentioned in the datasheet, which looks like it
affects tuning (AFC), not gain (AGC). Still confused.
Who wrote this comment:
* Progfou: specification says to send config data before
* frequency in case (wanted frequency < current frequency).
and does it still apply to the MK3s? (Rhetorical, I don't expect
ivtv-devel to necessarily know.)
>> I don't think I want external (to the tuner) AGC in. What fixed my sound
>> was to get the tda988x to output its AGC on OP2 (bit B7). Right now I
>> don't want to touch the AB register, as I've no idea what a Takeover
>> Point is or does.
>Well do you mean that you set B7 to 1 or 0 (1=deactivate/highstate).
>Please post exactly all the bits and bytes you change.
port2=0 passed to tda9887, which sets bit B7 to 0
(active/low-impedance). My guess is that this pin feeds out to some
other component on the board to detect/calibrate? gain levels. I'm keen
to learn whether historically the advice has been to test "port1=0
port2=0" together, as this would seem to activate the "external AGC
input" as well, which I don't want.
>Sequential from LiveTV, stop, LiveTV, change channel, change channel
>(up all the time as the PLL value informs).
It would be interesting to see how the Windows driver handles repeated
tuning to the same frequency (if the GUI permits that).
Cheers,
Phil
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
