Re: Question about tuner-simple.c

Michael Krufky <mkrufky@xxxxxxx> · Tue, 31 May 2005 15:52:20 -0400

Mac Michaels wrote:

Michael Krufky wrote:

The line in tuner-simple.c for Thomson DDT 7611 is an
exact copy of Thomson DDT 7610.  This was recently
added when I submitted my patch for the DViCO

FusionHDTV3 Gold-Q. 

Do you mean DViCO Fusionhdtv 3 Gold-T?

Using this tuner code, I get a 

perfect picture (and sound) in tvtime, except that I

have to reduce the hue to zero and the contrast to 33,

where all the default values are 50.  

I have this problem with my DViCO FusionHDTV 3 Gold-Q too.
I don't think it can be corrected with the tuner code.

Mac-

The retail box of my card says exactly "DViCO FusionHDTV3 Gold-Q" ... It 

is printed exactly like that directly on the box, no stickers, however, 

the sticker on the demodulator on the actual board says Gold-T . From 

what I've read on DViCO's website, the Gold-Q is a newer version of the 

Gold-T.  Knowing that there is another Gold-T card or two out there, and 

knowing that my card (subsystem-18ac:d820) is different from the other 

Gold-T cards, I believe that my card is an actual Gold-Q.  I thought 

that your DViCO card was the original (or one of the earlier) FusionHDTV 

Gold cards... If you are interested in the differences between our 

cards, I posted all the information that I could find about my board on 

the following website:

http://techsounds.org/linux/cx88/fusionhdtv3goldq.shtml

For all I know, all the Gold-T cards might be compatible with the 

card=28 entry in v4l CVS (it's in -mm as card=27, but that will probably 

end up changing to card=28 next time v4l cvs and -mm sync with each 

other) ... But I know for sure that my card does NOT work with the 

card=17 setting -- my card uses a TUNER_THOMSON_DDT7611, which is how I 

know that they are not all the same.  Card=17 (DVICO_FUSIONHDTV_3_GOLD) 

uses TUNER_MICROTUNE_4042FI5, which doesnt work at all with my board.

Anyhow, with all the replies in this thread about other cards having the 

same hue and contrast problems, this makes me feel like the problem 

isn't as big as I had originally thought.  Surely, however, there must 

be some way to make this right.  I did some googling about Video 

Standard, and it looks like v4l2 might allow us to correct this... but I 

haven't gotten that far yet.

http://linux.bytesex.org/v4l2/API.html

...I have the feeling that this isn't relevant, but extra info never 

hurt anyone ;-)

--

Unsubscribe mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list