[EMAIL PROTECTED] wrote:
Hello,
I'm currently stuck on making the mt352 driver work with my TechniSat
AirStar2 DVB-T card.
That card uses the mt352 chip with some Samsung tuner.
I came across this forum when I googled a bit:
http://pvrguide.no-ip.com/bbs-old/viewtopic.php?t=3413
This TechniSat
I am running: gcc version 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2,
pie-8.7.6).
When I try to compile dvb 1.1.1 and 1.1.0 i get this failure:
make[1]: Entering directory `/root/linuxtv-dvb-1.1.1/build-2.6'
[ -L saa7146_video.c ] || ./getlinks
make -C
On Tue, Jun 29, 2004 at 08:17:52AM +1000, Nathan Hand wrote:
My preference would be that the driver leaves the values alone. There is
nothing more infuriating than telling the driver FEC_1_2 and finding
out later the driver thinks it's smarter than you and has been silently
correcting the
Hello,
An updated version of the mt352 driver supporting the Samsung TDTC9251DH01C
tuner will be released in a couple of days.
On Tuesday 29 June 2004 05:10, Jonathan Thorpe wrote:
Greetings,
It's currently known that these cards use the Conexant CX23883 decoder
with a Samsung TDTC9251DH01C
Hi Jonahthan,
I'm planning to start what work I can (I've never
written a Linux device driver before) hopefully
tonight.
Regards,
Soyeb
--- Jonathan Thorpe [EMAIL PROTECTED] wrote:
Greetings,
It's currently known that these cards use the
Conexant CX23883 decoder
with a Samsung
That's fantastic news. Will this mean that the KWorld/V-Stream cards
will work with the introduction of this driver? Is the front end the
only component that needs attention?
The cx88xx driver presently works for analogue cards using the CX2388x
chipset, but will any significant modification be
On Tue, 2004-06-29 at 10:48 +0200, Johannes Stezenbach wrote:
On Tue, Jun 29, 2004 at 08:17:52AM +1000, Nathan Hand wrote:
My preference would be that the driver leaves the values alone. There is
nothing more infuriating than telling the driver FEC_1_2 and finding
out later the driver
Im having the exact same problem with linuxtv-dvb-1.1.1
Kernel-2.6.7
Gcc 3.4.1
Anyone got any ideas or suggestions?
Regards
Michael Collard
On Tue, 2004-06-29 at 15:13, gorn wrote:
I am running: gcc version 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2,
pie-8.7.6).
When I try to
hi all!
i've recently bought an avermedia avertv dvb-t 771 and tried to get it
running on a linux 2.6.4er kernel but failed until now.
i've applied the patches from wolfram
(http://www.frokaschwei.net/avtv771/avermedia.html) and there are no
problems during compilation as well as inserting the
On Tue, 29 Jun 2004, Nathan Hand wrote:
If the frontend (not the driver!) is smart enough to correct wrong
parameters, why shouldn't it do so? IMHO what counts for most people
is that they can watch TV ;-)
I thought my point was clear, but I will try again.
The problem is when the
Hi,
it works on boards with hardware i2c enabled. Changing the I2C_M_NOSTART
to 0, as you did, is the right thing to do here.
Ahh, OK.
Attached is a patch against CVS that makes software I2C work, as well as
implementing the second policy.
I think that's a good way to handle the
Hi,
Attached is a patch against CVS that makes software I2C work, as well as
implementing the second policy.
I had a closer look to your patch:
+ unsigned char acqctl = 0x0B;/* suggest spectral inversion on, force mode,
guard */
I think it should be set to 0x5B. If the FE looses
Hi,
I updated the version on http://www.frokaschwei.net/avtv771/avermedia.html. I
changed Christopher Pascoe's patch because I don't want to disable the
recovery.
Wolfram
--- mt352.c.cvs 2004-06-28 20:08:21.0 +0200
+++ mt352.c 2004-06-29 20:57:07.0 +0200
@@ -83,7 +83,7 @@
{
Attached is a patch against CVS that makes software I2C work, as well as
implementing the second policy.
I had a closer look to your patch:
+ unsigned char acqctl = 0x0B;/* suggest spectral inversion on, force mode,
guard */
I think it should be set to 0x5B. If the FE looses the
14 matches
Mail list logo