Hi,
I created some patches to support the AVerMedia AVerTV DVB-T 771 card. The
drivers aren't finished yet (mt352 doesn't support all ioctls, analog
settings for the bt878 are wrong, I did only a short test with dvbsnoop).
The patches are available here:
Hi,
thx, Wolfgang Joost, the patches seem to work, i have made some small
cleanups on the bttv-cards.c.
I already send corrected data to bytesex.org:
/* card 0x79 -- */
.name = AVerMedia AVerTV DVB-T 771,
.video_inputs =
Hi,
ok, i have tested now with mythtv, it works perfectly, very special thanks
:)
to Wolfram Joost, my friend Daniel and JK Jung for their work on the
drivers. i think some cleanups maybe should be done for the drivers and
Currently working on the *_AUTO-parameters. Ioctls FE_GET_FRONTEND
Hi,
Here's a patch against CVS for the mt352 driver. The TPS_GIVEN fields
had the wrong shifts (consistently off by 1) so it wouldn't tune for
yeah, I found this bug, too ;)
Wolfram
Hi,
Currently we are aware that you use the Connexant
cx23883 as the PCI interface and a Samsung tuner
Which tuner do they use? Is the mt352 part of the tuner? If yes, its probably
the same tuner AVerMedia used for their 771-card...
Have a look at
]
+ * Written by Holger Waechtler [EMAIL PROTECTED]
* and Daniel Mack [EMAIL PROTECTED]
*
+ * AVerMedia AVerTV DVB-T 771 support by
+ * Wolfram Joost [EMAIL PROTECTED]
+ *
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public
Hi,
btw: does anybody of you has an idea how we might make use of the
automatic channel scan functionality of the MT352 under Linux, how we
might need to extend the LinuxDVB API?
I would add two ioctls:
- FE_START_SCAN with the lowest and highest frequency to scan as paramters.
-
Hi,
I would add two ioctls:
- FE_START_SCAN with the lowest and highest frequency to scan as
paramters. - FE_CONTINUE_SCAN
After the FE_START_SCAN the kernel-thread monitors the fe-status and send
an event if the fe locks or an event when the fe finished scanning.
Monitoring than
by
+ * Wolfram Joost [EMAIL PROTECTED]
+ *
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
@@ -18,7 +21,7 @@
* You should have received
Hi Jolse,
I know that the frequency is correct because i noted the frequencies for
the channels in windows.
Did you check the other paramters, too? AFAIK wrong settings for the bandwidth
cannot be corrected automaticaly.
the read of register 0x00 returns the same as the read of register
Hi,
if i add:
r = mt352_read_register (i2c, 0x7f);
before:
r = mt352_read_register (i2c, 0x00);
the read of register 0x00 returns the same as the read of register 0x7f!
And it appears that the snr values from above are actually the value of
register 0x03!
Hello Jolse,
Doesn't the driver set the tuner bandwidth based on the frequency?
No, it doesn't. It switches to the right wave band. I mean the 4th parameter
in tzap's channels.conf
Here's a sample of what I get while tzap is running, this is also with a
read of 0x7f at the end of
Hi,
mt352_read_register: readreg error (ret == -14)
Do you use the bttv-module-paramter i2c_hw=1? Have a look at
http://www.frokaschwei.net/avtv771/bt8xx-2.4.26.diff for the correct values
for the card.
bttv, bt878, dvb-bt8xx and mt352. I also copied the firmware, but I
don't see were it
Hi,
note to self: read also the mailing list archive from 2004-06, not
only 2004-05. It works now. I replaced rt352.c with this version:
http://www.linuxtv.org/mailinglists/linux-dvb/2004/06-2004/msg00297.html
Can use please find out which difference between the current cvs-version and
the
Hi Dirk,
thanks for the diff.
The important parts are in set_parameters. One diff is a != instead of
a = and the return value is not EINVAL. The invalid return breaks it,
I think I make the mt352-driver more fault-tolerant regarding the
channel-parameters.
too. Also a have problems with
Hi,
I will try again the next days. BTW, what is FE_SLEEP doing (ok,
sleep, I see that, but what is the effect)?
It disables most of the internal functions of the mt352. Result: less heat and
less power consumption.
Wolfram
Hello,
sounds good. Does it sleep when I unload the driver again? I could
only load it when needed.
No, but of course you can change this.
Wolfram
Hi,
The problem isn't the sleep itself, the problem is that in the CVS code
(at least), the FE_GET_TUNE_SETTINGS internal IOCTL falls through and puts
Shit, the classical switch-problem :(. Thanks for hunting that bug.
The patch also stops the frontend thread from hunting around for a signal
Hi,
data with the tuner), but I simply don't know if those tuner-dependent
variables work with the Samsung tuner (don't think so after my
If it is the same tuner (network interface module) avermedia uses, then the
tuner-paramters should be correct.
My question now is: Did you get any
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 @@
{
22 matches
Mail list logo