Web lists-archives.org

[EXPERIMENTAL PATCH] Kworld ATSC110: Philips TUV1236D/F H: Multiple Inputs




William R. Lorenz wrote:

Greetings,

I've been working with the KWorld ATSC-110 receiver card (the ATI HDTV Wonder has the exact same chipsets and tuner), and everything is working well except for the switching between the two available coaxial inputs.

While the manual for the KWorld card says that one input is for HDTV and the other for NTSC/analog, one of the inputs works for both. The Philips spec-sheet says that the tuner offers the ability to switch between inputs so that no mechanical switch is required, and I suspect the two inputs were labeled as such within the manual so not to confuse anyone -- the tuner most likely uses either input for digital or analog and offers the ability to switch between the two so no mechanical switch is required.

My question for the list -- does anyone know how to signal the tuner to switch between the inputs? Is this something that would be controlled via the i2c signaling, and if so, is there a way to easily reverse engineer?

The ability to switch would make the TUV1236 multi-input cards, which as I understand it includes quite a few, a complete Linux receiver solution.


The following might do what you want, but I don't recommend including this into the official kernel. The programming as it is now, causes TUV1236d to switch inputs depending on whether you are receiving digital cable (QAM) or digital air (VSB) content. It so happens that the ATSC110 card is unable to receive digital cable using QAM256, reason unknown. I have seen reports that it does work, however, on the ATi HDTV Wonder, although I cannot find them right now.

If we can get some confirmation that no card based on the TUV1236d tuner works with QAM256, then maybe we can consider the following hack, or something like it for inclusion... Until then, please let me know if this does the trick, and if it does, then I hope you enjoy it. ;-)

[PATCH] Kworld ATSC110: set tuner input based on analog / digital

This is an experimental patch that theoretically should set all analog tuning to use one rf input, and all digital tuning to use the other.
This patch is not intended for inclusion.

diff -r a0c636ae2d1a linux/drivers/media/video/saa7134/saa7134-dvb.c
--- a/linux/drivers/media/video/saa7134/saa7134-dvb.c	Wed Apr  5 19:39:19 2006
+++ b/linux/drivers/media/video/saa7134/saa7134-dvb.c	Thu Apr  6 21:43:49 2006
@@ -969,10 +969,7 @@

static int nxt200x_set_pll_input(u8 *buf, int input)
{
-	if (input)
-		buf[3] |= 0x08;
-	else
-		buf[3] &= ~0x08;
+	buf[3] |= 0x08;
	return 0;
}


of course... I could have gotten it backwards, but I think that's right.... If it doesn't work, then try this instead:

diff -r a0c636ae2d1a linux/drivers/media/video/saa7134/saa7134-dvb.c
--- a/linux/drivers/media/video/saa7134/saa7134-dvb.c	Wed Apr  5 19:39:19 2006
+++ b/linux/drivers/media/video/saa7134/saa7134-dvb.c	Thu Apr  6 21:43:49 2006
@@ -969,10 +969,7 @@

static int nxt200x_set_pll_input(u8 *buf, int input)
{
-	if (input)
-		buf[3] |= 0x08;
-	else
-		buf[3] &= ~0x08;
+	buf[3] &= ~0x08;
	return 0;
}


I think it's the first one though.... Anyway, let me know if this works.

-Michael Krufky

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