[linux-dvb] LeadTek WinFast DTV Dongle patch

2008-02-13 Thread J
Hi,

How do I get a patch incorporated into the dvb kernel section ?

After recently purchasing a LeadTek WinFast DTV Dongle I rapidly
discovered it was the variant that was not recognized in the kernel

i.e. as previously reported at:
http://www.linuxtv.org/pipermail/linux-dvb/2007-December/022373.html
http://www.linuxtv.org/pipermail/linux-dvb/2008-January/023175.html

its device ids are: (lsusb)
ID 0413:6f01 Leadtek Research, Inc.

Rather than make the changes suggested by previous posters I set about
making a script and associated kernel patches to automatically do this.
My motivation was simple: I use a laptop with an ATI graphics card and
fedora 8. I find the best drivers for this card are currently from Livna
and are updated monthly (and changes are significant at the moment i.e.
see the phoronix forum). So I would need to do this repeatedly. 

In my patch I add an identifier (USB_PID_WINFAST_DTV_DONGLE_STK7700P_B)
and modify the table appropriately

When I plug it in I now see in my messages log
kernel: usb 1-4: new high speed USB device using ehci_hcd and address 9
kernel: usb 1-4: configuration #1 chosen from 1 choice
kernel: dib0700: loaded with support for 2 different device-types
kernel: dvb-usb: found a 'Leadtek Winfast DTV Dongle B (STK7700P based)'
in cold state, will try to load a firmware
kernel: dvb-usb: downloading firmware from file 'dvb-usb-dib0700-01.fw'
kernel: dib0700: firmware started successfully.
kernel: dvb-usb: found a 'Leadtek Winfast DTV Dongle B (STK7700P based)'
in warm state.
kernel: dvb-usb: will pass the complete MPEG2 transport stream to the
software demuxer.
kernel: DVB: registering new adapter (Leadtek Winfast DTV Dongle B
(STK7700P based))
kernel: DVB: registering frontend 0 (DiBcom 7000PC)...
kernel: MT2060: successfully identified (IF1 = 1220)
kernel: dvb-usb: Leadtek Winfast DTV Dongle B (STK7700P based)
successfully initialized and connected.
kernel: usbcore: registered new interface driver dvb_usb_dib0700


My kernel patch ( other scripts to patch the Fedora 8 src rpm's
available on request)

--- a/drivers/media/dvb/dvb-usb/dib0700_devices.c   2008-02-13
10:05:13.0 +1100
+++ b/drivers/media/dvb/dvb-usb/dib0700_devices.c   2008-02-13
10:22:16.0 +1100
@@ -280,6 +280,7 @@ struct usb_device_id dib0700_usb_id_tabl
{ USB_DEVICE(USB_VID_LEADTEK,
USB_PID_WINFAST_DTV_DONGLE_STK7700P) },
{ USB_DEVICE(USB_VID_HAUPPAUGE,
USB_PID_HAUPPAUGE_NOVA_T_STICK_2) },
{ USB_DEVICE(USB_VID_AVERMEDIA,
USB_PID_AVERMEDIA_VOLAR_2) },
+   { USB_DEVICE(USB_VID_LEADTEK,
USB_PID_WINFAST_DTV_DONGLE_STK7700P_B) },
{ } /* Terminating entry */
};
MODULE_DEVICE_TABLE(usb, dib0700_usb_id_table);
@@ -321,7 +322,7 @@ struct dvb_usb_device_properties dib0700
},
},

-   .num_device_descs = 6,
+   .num_device_descs = 7,
.devices = {
{   DiBcom STK7700P reference design,
{ dib0700_usb_id_table[0],
dib0700_usb_id_table[1] },
@@ -346,6 +347,10 @@ struct dvb_usb_device_properties dib0700
{   Leadtek Winfast DTV Dongle (STK7700P
based),
{ dib0700_usb_id_table[8], NULL },
{ NULL },
+   },
+   {   Leadtek Winfast DTV Dongle B (STK7700P
based),
+   { dib0700_usb_id_table[11], NULL },
+   { NULL },
}
}
}, { DIB0700_DEFAULT_DEVICE_PROPERTIES,
--- a/drivers/media/dvb/dvb-usb/dvb-usb-ids.h   2008-02-13
10:05:13.0 +1100
+++ b/drivers/media/dvb/dvb-usb/dvb-usb-ids.h   2008-02-13
10:18:00.0 +1100
@@ -148,6 +148,7 @@
#define USB_PID_WINFAST_DTV_DONGLE_COLD0x6025
#define USB_PID_WINFAST_DTV_DONGLE_WARM0x6026
#define USB_PID_WINFAST_DTV_DONGLE_STK7700P0x6f00
+#define USB_PID_WINFAST_DTV_DONGLE_STK7700P_B  0x6f01
#define USB_PID_GENPIX_8PSK_COLD   0x0200
#define USB_PID_GENPIX_8PSK_WARM   0x0201
#define USB_PID_SIGMATEK_DVB_110   0x6610



___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] wintv nova-t stick, dib0700 and remote controllers..

2008-02-13 Thread Filippo Argiolas
Hi, I've just bought a Hauppauge WinTV Nova-T Stick (model 1156 italy).
It has no remote controller bundled within but it has got a IR sensor
that works good with freshly updated mercurial drivers. So why not to
try some of my tv remotes I've got? I started pressing random keys with
evtest running but nothing happened. So I took a look at dmesg and I've
seen that keycodes are being received but classified as unknown. So my
first question was: why does the driver process keycodes instead of
passing them raw to lirc? I've looked into the code and seen that some
commercial remote is hardcoded into the source. But since my device can
receive almost every rc-5 and rc-6 remote why limit it to some known
commercial one? I've started taking notes of keycodes outputted to
kern.log by my remotes and writing some keymap for them.

I've encountered a problem; all works well with a remote from a philipps
tv but something strange happens with my sony remote let me explain what
i've understood looking at dib0700_devices.c:

1. when a remote key is received device stores key data somewhere
2. after the key press, key data into the device does not change so
retrieving it again ends up with receiving the same key even if nothing
is being pressed!!!

Key data is an array with 3 fields (4 but field 0 is always null), two
of them identifies the keycode and one is called rc_toggle.

With philipps remote:
- i press the volume up key
- the driver retrieves key data with volume up code and toggle bit 0
- the driver stop listening to events with toggle bit 0 to prevent
retrieving the last event still stored into the device.
- i press the volume up key
- the driver retrieves key data with volume up code and toggle bit 1
- ok this is a new a event, we can be sure it's not the old one still
stored and process the event.
Pressing again the same key outputs alternatively toggle bit 0 and 1.

With sony (and with a teac dvd player) remote:
- i press the volume up key
- key data is retrieved but toggle bit is ALWAYS set to 1.
- nothing happens anymore because toggle bit never changes..

I think that this behavior is not the correct one: we limit the number
of working remotes, we cannot listen to repeated keys (holding a key
down toggle bit does not change so we process it as a single keypress).
A good solution would be forcing the device to reset ir data after each
event but I don't know if this is achievable. Maybe calling
dib0700_rc_setup after each poll?

Thanks
Filippo




___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] AVerMedia DVB-S Hybrid+FM and DVB-S Pro [A700]

2008-02-13 Thread Peter Meszmer
Am Dienstag, 12. Februar 2008 schrieben Sie:
 I added this to the wiki-page about A700:
 http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_DVB-S_Pro_(A700)

 Maybe we should rename the page to AverMedia_AverTV_DVB-S_A700 or anything
 similar.

 * Could you load saa7134 module of unpatched driver, but with parameter
 i2c_scan=1.
 * lspci -vvnn also should be interesting
 * If you have a camera, could you do a picture, so we can get info about
 the used analog tuner. I guess it is some XC30??. But to get it running you
 should contact video4linux mailinglist.


 Regards
 Matthias


Hello Matthias,

if I load the saa7134 module of unpatched driver, but with parameter 
i2c_scan=1, dmesg shows (Kernel 2.6.24-gentoo-r2)

saa7130/34: v4l2 driver version 0.2.14 loaded
saa7133[0]: found at :02:07.0, rev: 209, irq: 18, latency: 64, mmio: 
0xd3024000
saa7133[0]: subsystem: 1461:a7a2, board: UNKNOWN/GENERIC [card=0,autodetected]
saa7133[0]: board init: gpio is 6da00
saa7133[0]: i2c eeprom 00: 61 14 a2 a7 ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c scan: found device @ 0x1c  [???]
saa7133[0]: i2c scan: found device @ 0xa0  [eeprom]
saa7133[0]: registered device video0 [v4l2]
saa7133[0]: registered device vbi0

and lspci -vvnn returns

02:07.0 Multimedia controller [0480]: Philips Semiconductors SAA7133/SAA7135 
Video Broadcast Decoder [1131:7133] (rev d1)
Subsystem: Avermedia Technologies Inc Unknown device [1461:a7a2]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64 (63750ns min, 63750ns max)
Interrupt: pin A Route to IRQ 18
Region 0: Memory at d3024000 (32-bit, non-prefetchable) [size=2K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=3 PME-
Kernel driver in use: saa7134
Kernel modules: saa7134

I did some pictures too... the link to them is in a PM for you. The analog 
tuner seems to be a XC2028, but I don't see any possibilities to test the 
tuner.

Regards
Peter

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Some tests on Avermedia A700

2008-02-13 Thread Eduard Huguet

En/na Matthias Schwarzott ha escrit:

On Monday 11 February 2008, you wrote:
  

En/na Eduard Huguet ha escrit:


En/na Matthias Schwarzott ha escrit:
  

On Samstag, 9. Februar 2008, Eduard Huguet wrote:


Hi, Matthias
  

Hi Eduard!



I've been performing some tests using your patch for this card.
Right now neither dvbscan nor kaffeine are able to find any channel on
Astra (the sat. my dish points to).

However, Kaffeine has been giving me some interesting results: with
your driver as is it's getting me a 13-14% signal level and ~52% SNR
when scanning. Then, thinking that the problem is related to the low
signal I have I've changed the gain levels used to program the tuner:
you were using default values of 0 for all (in
zl1003x_set_gain_params() function, variables rfg, ba and bg),
and I've changed them top the maximum (according to the documentation:
rfg=1, ba=bg=3). With that, I'm getting a 18% signal level, which is
higher but still too low apparently to get a lock.

I've stopped here, because I really don't have the necessary background
to keep tweaking the driver. I just wanted to share it with you, as
maybe you have some idea on how to continue or what else could be done.
  

So I can do only this guess:
I changed demod driver to invert the Polarization voltage for a700 card.
This is controlled by member-variable voltage_inverted.

static struct mt312_config avertv_a700_mt312 = {
.demod_address = 0x0e,
.voltage_inverted = 1,
};

Can you try to comment the voltage_inverted line here (saa7134-dvb.c:
line 865).

BUT: If this helps we need to find out how to detect which card needs
this enabled/disabled.

Regards
Matthias


Hi,
  Nothing :(. Removing (or setting it to 0) the voltage_inverted
member doesn't seem to make any difference. I'm starting to suspect
that there is something wrong with my antennae setup, so I'll test it
later using an standalone STB or by plugging the card into a Windows
computer and using the supplied drivers.

Regards,
  Eduard
  

By the way (sorry if I'm being molest...): I will leave the card in this
PC for now, as it's easier fo me to test and develop. As I have also
Windows here ¿is there any way we could do any reverse enginnering from
Windows driver, etc...?




I already asked you to compare eeprom output in dmesg. But did you also 
compare GPIO messages - like init-values read after startup (to detect 
different wiring)?

This is from my dmesg output: saa7133[0]: board init: gpio is a600

Or just attach dmesg output after a cold boot and loading saa7134 driver (with 
i2c_scan=1).


Maybe I create a patch where you can select the other existing zl10313 driver.
So we can compare the logs / functionality.

Matthias

  

Hi,
   Here you have the dmesg output of modprobe saa7134 i2c_scan=1:

[  773.619247] saa7133[0]: found at :00:09.0, rev: 209, irq: 23, 
latency: 64, mmio: 0xf7ffa800
[  773.619258] saa7133[0]: subsystem: 1461:a7a1, board: Avermedia A700 
[card=132,autodetected]

[  773.619273] saa7133[0]: board init: gpio is 2f200
[  773.865218] saa7133[0]: i2c eeprom 00: 61 14 a1 a7 ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865270] saa7133[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865312] saa7133[0]: i2c eeprom 20: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865351] saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865393] saa7133[0]: i2c eeprom 40: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865433] saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865459] saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865702] saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865727] saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865753] saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865780] saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865810] saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865840] saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865868] saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff
[  773.865897] saa7133[0]: i2c eeprom e0: 00 01 81 af ea b5 ff ff ff ff 
ff ff ff ff ff ff
[  773.865923] saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff ff ff

[  773.870157] saa7133[0]: i2c scan: found device @ 0x1c  [???]
[  773.883118] saa7133[0]: i2c scan: found device @ 0xa0  [eeprom]
[  773.891907] saa7133[0]: registered device video0 [v4l2]
[  773.892250] saa7133[0]: registered device vbi0
[  774.011780] zl1003x_attach: tuner initialization (Zarlink ZL10036 
addr=0x60) ok

[  774.011805] DVB: registering new adapter (saa7133[0])
[  774.011819] DVB: registering frontend 0 (Zarlink 

[linux-dvb] Compro Videomate U500 Remote

2008-02-13 Thread Matthew Vermeulen
Hi all,

I've still been trying to get the inluded remote with my USB DVB-T Tuner
working. It's a Compro Videomate U500 - it useses the dibcom 7000 chipset.
After upgrading to Ubuntu 8.04 (hardy) I can now see the remote when I do a
cat /proc/bus/input/devices:

I: Bus=0003 Vendor=185b Product=1e78 Version=0100
N: Name=IR-receiver inside an USB DVB receiver
P: Phys=usb-:00:02.1-4/ir0
S: Sysfs=/devices/pci:00/:00:02.1/usb1/1-4/input/input7
U: Uniq=
H: Handlers=kbd event7
B: EV=3
B: KEY=10afc332 2842845 0 0 0 4 80018000 2180 4801 9e96c0 0 800200 ffc

However, I get now output running irrecord:

[EMAIL PROTECTED]:~$ sudo irrecord -H dev/input -d /dev/input/event7
lircd.conf

irrecord -  application for recording IR-codes for usage with lirc

Copyright (C) 1998,1999 Christoph Bartelmus([EMAIL PROTECTED])

irrecord: initializing '/dev/input/event7'
This program will record the signals from your remote control
and create a config file for lircd.


[SNIP]

Press RETURN to continue.


Hold down an arbitrary button.
irrecord: gap not found, can't continue
irrecord: closing '/dev/input/event7'

Likewise, if I start lirc with the following: sudo /usr/sbin/lircd -H
dev/input -d /dev/input/event7 -n and then run irw, it will run fine but
there will be no output at all.

Just looking through /var/log/syslog and noticed that it is filled with
messages such as this:
Feb 10 14:00:17 matthew-desktop kernel: [ 6549.313822] dib0700: Unknown
remote controller key : 1E 42
Feb 10 14:00:18 matthew-desktop kernel: [ 6549.389724] dib0700: Unknown
remote controller key : 1E 42
Feb 10 14:00:18 matthew-desktop kernel: [ 6549.465623] dib0700: Unknown
remote controller key : 1E 42
Feb 10 14:00:18 matthew-desktop kernel: [ 6549.542087] dib0700: Unknown
remote controller key : 1E 42
Feb 10 14:00:18 matthew-desktop kernel: [ 6549.617927] dib0700: Unknown
remote controller key : 1E 42

There seems to be about 5 such messages every second, and the controller key
listed at the end (1E 42 in this case) changes depending on the last button
pressed on the remote. The same messages appear on dmesg. Obviously, as the
code changes, the remote is being picked up by the kernel, but not being
acted upon correctly. Is this normal, and does this mean something is
working/not working? As stated above, I am still unable to get irrecord to
show anything etc... I can't get it to work with or without lirc...

Any ideas?

Cheers,

Matt
-- 
Matthew Vermeulen
http://www.matthewv.id.au/
MatthewV @ irc.freenode.net
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] AVerMedia DVB-S Hybrid+FM and DVB-S Pro [A700]

2008-02-13 Thread Matthias Schwarzott
On Mittwoch, 13. Februar 2008, Peter Meszmer wrote:
 Am Dienstag, 12. Februar 2008 schrieben Sie:
  I added this to the wiki-page about A700:
  http://www.linuxtv.org/wiki/index.php/AVerMedia_AVerTV_DVB-S_Pro_(A700)
 
  Maybe we should rename the page to AverMedia_AverTV_DVB-S_A700 or
  anything similar.
 
  * Could you load saa7134 module of unpatched driver, but with parameter
  i2c_scan=1.
  * lspci -vvnn also should be interesting
  * If you have a camera, could you do a picture, so we can get info about
  the used analog tuner. I guess it is some XC30??. But to get it running
  you should contact video4linux mailinglist.
 
 
  Regards
  Matthias

 Hello Matthias,

 if I load the saa7134 module of unpatched driver, but with parameter
 i2c_scan=1, dmesg shows (Kernel 2.6.24-gentoo-r2)

 saa7130/34: v4l2 driver version 0.2.14 loaded
 saa7133[0]: found at :02:07.0, rev: 209, irq: 18, latency: 64, mmio:
 0xd3024000
 saa7133[0]: subsystem: 1461:a7a2, board: UNKNOWN/GENERIC
 [card=0,autodetected] saa7133[0]: board init: gpio is 6da00
 saa7133[0]: i2c eeprom 00: 61 14 a2 a7 ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c eeprom 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c eeprom 40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
 saa7133[0]: i2c scan: found device @ 0x1c  [???]
 saa7133[0]: i2c scan: found device @ 0xa0  [eeprom]
 saa7133[0]: registered device video0 [v4l2]
 saa7133[0]: registered device vbi0

 and lspci -vvnn returns

 02:07.0 Multimedia controller [0480]: Philips Semiconductors
 SAA7133/SAA7135 Video Broadcast Decoder [1131:7133] (rev d1)
 Subsystem: Avermedia Technologies Inc Unknown device [1461:a7a2]
 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
 Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort-
 TAbort- MAbort- SERR- PERR- INTx-
 Latency: 64 (63750ns min, 63750ns max)
 Interrupt: pin A Route to IRQ 18
 Region 0: Memory at d3024000 (32-bit, non-prefetchable) [size=2K]
 Capabilities: [40] Power Management version 2
 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
 PME(D0-,D1-,D2-,D3hot-,D3cold-)
 Status: D0 PME-Enable- DSel=0 DScale=3 PME-
 Kernel driver in use: saa7134
 Kernel modules: saa7134

 I did some pictures too... the link to them is in a PM for you. The analog
 tuner seems to be a XC2028, but I don't see any possibilities to test the
 tuner.

added these texts to wiki.

Regards
Matthias

-- 
Matthias Schwarzott (zzam)

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Some tests on Avermedia A700

2008-02-13 Thread Matthias Schwarzott
On Mittwoch, 13. Februar 2008, Eduard Huguet wrote:
 Hi,
 Here you have the dmesg output of modprobe saa7134 i2c_scan=1:

 [  773.619247] saa7133[0]: found at :00:09.0, rev: 209, irq: 23,
 latency: 64, mmio: 0xf7ffa800
 [  773.619258] saa7133[0]: subsystem: 1461:a7a1, board: Avermedia A700
 [card=132,autodetected]
 [  773.619273] saa7133[0]: board init: gpio is 2f200
 [  773.865218] saa7133[0]: i2c eeprom 00: 61 14 a1 a7 ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865270] saa7133[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865312] saa7133[0]: i2c eeprom 20: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865351] saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865393] saa7133[0]: i2c eeprom 40: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865433] saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865459] saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865702] saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865727] saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865753] saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865780] saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865810] saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865840] saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865868] saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.865897] saa7133[0]: i2c eeprom e0: 00 01 81 af ea b5 ff ff ff ff
 ff ff ff ff ff ff
 [  773.865923] saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff
 ff ff ff ff ff ff
 [  773.870157] saa7133[0]: i2c scan: found device @ 0x1c  [???]
 [  773.883118] saa7133[0]: i2c scan: found device @ 0xa0  [eeprom]
 [  773.891907] saa7133[0]: registered device video0 [v4l2]
 [  773.892250] saa7133[0]: registered device vbi0
 [  774.011780] zl1003x_attach: tuner initialization (Zarlink ZL10036
 addr=0x60) ok
 [  774.011805] DVB: registering new adapter (saa7133[0])
 [  774.011819] DVB: registering frontend 0 (Zarlink ZL10313 DVB-S)...


 These are the results of lspci -vvnn (after loading the driver):

 00:09.0 Multimedia controller [0480]: Philips Semiconductors
 SAA7133/SAA7135 Video Broadcast Decoder [1131:7133] (rev d1)
 Subsystem: Avermedia Technologies Inc Unknown device [1461:a7a1]
 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
 ParErr- Stepping- SERR+ FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort-
 TAbort- MAbort- SERR- PERR- INTx-
 Latency: 64 (63750ns min, 63750ns max)
 Interrupt: pin A routed to IRQ 23
 Region 0: Memory at f7ffa800 (32-bit, non-prefetchable) [size=2K]
 Capabilities: [40] Power Management version 2
 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
 PME(D0-,D1-,D2-,D3hot-,D3cold-)
 Status: D0 PME-Enable- DSel=0 DScale=3 PME-
 Kernel driver in use: saa7134
 Kernel modules: saa7134

added note about different gpio values and eeprom content to wiki.

Regards
Matthias
-- 
Matthias Schwarzott (zzam)

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Some tests on Avermedia A700

2008-02-13 Thread Matthias Schwarzott
On Sonntag, 10. Februar 2008, Eduard Huguet wrote:
 En/na Matthias Schwarzott ha escrit:
  On Samstag, 9. Februar 2008, Eduard Huguet wrote:
  Hi, Matthias
 
  Hi Eduard!
 
  I've been performing some tests using your patch for this card.
  Right now neither dvbscan nor kaffeine are able to find any channel on
  Astra (the sat. my dish points to).
 
  However, Kaffeine has been giving me some interesting results: with your
  driver as is it's getting me a 13-14% signal level and ~52% SNR when
  scanning. Then, thinking that the problem is related to the low signal I
  have I've changed the gain levels used to program the tuner: you were
  using default values of 0 for all (in zl1003x_set_gain_params()
  function, variables rfg, ba and bg), and I've changed them top the
  maximum (according to the documentation: rfg=1, ba=bg=3). With that, I'm
  getting a 18% signal level, which is higher but still too low apparently
  to get a lock.
 
  I've stopped here, because I really don't have the necessary background
  to keep tweaking the driver. I just wanted to share it with you, as
  maybe you have some idea on how to continue or what else could be done.
 
  So I can do only this guess:
  I changed demod driver to invert the Polarization voltage for a700 card.
  This is controlled by member-variable voltage_inverted.
 
  static struct mt312_config avertv_a700_mt312 = {
  .demod_address = 0x0e,
  .voltage_inverted = 1,
  };
 
  Can you try to comment the voltage_inverted line here (saa7134-dvb.c:
  line 865).
 
  BUT: If this helps we need to find out how to detect which card needs
  this enabled/disabled.
 
  Regards
  Matthias

 Hi,
   Nothing :(. Removing (or setting it to 0) the voltage_inverted member
 doesn't seem to make any difference. I'm starting to suspect that there
 is something wrong with my antennae setup, so I'll test it later using
 an standalone STB or by plugging the card into a Windows computer and
 using the supplied drivers.

Even better: Tune to a channel and measure the voltage the card outputs on LNB 
connector.

Regards
Matthias

-- 
Matthias Schwarzott (zzam)

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] Trying to solve firmware upload problem with MSI [EMAIL PROTECTED] A/D v1.1 card

2008-02-13 Thread Russell Kliese
Hi,

I'm interested in trying to get the MSI [EMAIL PROTECTED] A/D v1.1 card 
working. There is a problem with firmware uploads to the TDA10046A chip 
being unreliable. I wonder if someone could give an overview on how the 
firmware upload process works from the point of view of the driver and 
what I settings I should be looking at to try and solve the problem 
being experienced with this card?

I previously posted some details of what's happening with this card that 
are available form 
http://www.linuxtv.org/pipermail/linux-dvb/2008-February/thread.html#23574

I've cloned the mercural v4l-dvb repository and have begun setting up a 
new card entry for this card and am looking for ideas of what I could 
try to fix this unreliable firmware upload problem. Perhaps some GPIO 
ports need to be initialized before uploading firmware?

Cheers,

Russell Kliese



___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] DiSEqC trouble with TT S-1500

2008-02-13 Thread Doru Marin
Hi,

Can you explain how you select those 4 positions ? DiSEqC commands or 
tone/voltage changes ?
Also can you determine the input type of those positions (Hi/Low, H/V, 
etc) ? A scenario to see when and why that happens, would be more useful.

P. van Gaans wrote:
 Hi,

 I've got a Technotrend S-1500 (if it matters: I use it with Kaffeine 
 0.8.3). It works mostly fine, but there's a strange problem. With my 
 Spaun 4/1 DiSEqC switch (they cost approx 25-40 euro), I can only switch 
 without trouble to position 1 and 2. If I tune directly to position 3 it 
 won't lock.

 However, if I first tune to a channel on position 1 or 2 and try a 
 channel on position 3 after that, it will work. Position 4 however is 
 completely unreachable.

 On a standalone receiver, there's no trouble with the same cable.

 Now Spaun is a really expensive and respected brand. So their switches 
 possibly work in a different way, because a cheap Maximum 4/1 switch 
 works perfectly with the S-1500. Position 1, 2, 3 and 4 all work 
 perfectly. I also did some dry testing indoors and it looks like a 7 
 euro Satconn 4/1 switch would also work fine, but a 17 euro Axing SPU 
 41-02 probably won't.

 I'm guessing this could be solved in stv0299.c but I'm not much of an 
 expert. I took a look at the code but I'm not really sure what to do.

 ___
 linux-dvb mailing list
 linux-dvb@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
   


___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] saa7146_i2c_writeout: timed out waiting for end of xfer

2008-02-13 Thread Sigmund Augdal
tir, 17.07.2007 kl. 07.45 +0200, skrev Oliver Endriss:
 Oliver Endriss wrote:
  Imho the interrupt processing was broken:
  - The first I2C interrupt should be used to wake-up the task.
It does not matter that it takes some time until ERR in IIC_STA
will be updated. We don't need it.
  - Interrupts must be acknowledged at the end of the ISR.
  
  @all
  Please test the attached patch.
  There shouldn't be any unexpected I2C interrupts anymore.
 
 Attached is an updated patch which does extended status checking.
I've been running 2.6.20 + this patch on several boxes with several
TechnoTrend budget S-1500 cards for quite some time now and it seems
quite stable. However latly I have also tried some Technotrend T-1500
cards and some times I get messages like this:
saa7146_i2c_writeout: unexpected i2c status 0021
Normally I get a single message like that right after the firmware
upload to the frontend is completed, and that seems to cause no
problems, but other times I get it at other times (for insance during
the firmware upload). And some times I get streams of these (mixed with
status 0009 and 0011) coming repeatedly during some operations.

I tried installing latest hg v4l-dvb (without any changes) on one of
these boxes and there are no such messages then, however the same
problems seem to arise just with fewer error messages. And I get this
message:
saa7146 (5) saa7146_i2c_writeout [irq]: timed out waiting for end of
xfer

It seems the problems is not strickly limited to the frontend
communications. Trying for instance to communicate with the CAM can
increase the amount of error messages. 

Regards

Sigmund Augdal

 
 CU
 Oliver
 
 ___
 linux-dvb mailing list
 linux-dvb@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Some tests on Avermedia A700

2008-02-13 Thread Eduard Huguet

En/na Matthias Schwarzott ha escrit:

On Sonntag, 10. Februar 2008, Eduard Huguet wrote:
  

En/na Matthias Schwarzott ha escrit:


On Samstag, 9. Februar 2008, Eduard Huguet wrote:
  

Hi, Matthias


Hi Eduard!

  

I've been performing some tests using your patch for this card.
Right now neither dvbscan nor kaffeine are able to find any channel on
Astra (the sat. my dish points to).

However, Kaffeine has been giving me some interesting results: with your
driver as is it's getting me a 13-14% signal level and ~52% SNR when
scanning. Then, thinking that the problem is related to the low signal I
have I've changed the gain levels used to program the tuner: you were
using default values of 0 for all (in zl1003x_set_gain_params()
function, variables rfg, ba and bg), and I've changed them top the
maximum (according to the documentation: rfg=1, ba=bg=3). With that, I'm
getting a 18% signal level, which is higher but still too low apparently
to get a lock.

I've stopped here, because I really don't have the necessary background
to keep tweaking the driver. I just wanted to share it with you, as
maybe you have some idea on how to continue or what else could be done.


So I can do only this guess:
I changed demod driver to invert the Polarization voltage for a700 card.
This is controlled by member-variable voltage_inverted.

static struct mt312_config avertv_a700_mt312 = {
.demod_address = 0x0e,
.voltage_inverted = 1,
};

Can you try to comment the voltage_inverted line here (saa7134-dvb.c:
line 865).

BUT: If this helps we need to find out how to detect which card needs
this enabled/disabled.

Regards
Matthias
  

Hi,
  Nothing :(. Removing (or setting it to 0) the voltage_inverted member
doesn't seem to make any difference. I'm starting to suspect that there
is something wrong with my antennae setup, so I'll test it later using
an standalone STB or by plugging the card into a Windows computer and
using the supplied drivers.


Even better: Tune to a channel and measure the voltage the card outputs on LNB 
connector.


Regards
Matthias

  
Oops :D. Could you please elaborate a bit on this? I don't know what is 
the LNB connector you are referring to. Plus, I don't have right now any 
voltimeter, but if needed I'll grab one from work tomorrow.


Regards,
 Eduard


___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Some tests on Avermedia A700

2008-02-13 Thread Matthias Schwarzott
On Mittwoch, 13. Februar 2008, Eduard Huguet wrote:
 En/na Matthias Schwarzott ha escrit:
  On Sonntag, 10. Februar 2008, Eduard Huguet wrote:
  En/na Matthias Schwarzott ha escrit:
  On Samstag, 9. Februar 2008, Eduard Huguet wrote:
  Hi, Matthias
 
  Hi Eduard!
 
  I've been performing some tests using your patch for this card.
  Right now neither dvbscan nor kaffeine are able to find any channel on
  Astra (the sat. my dish points to).
 
  However, Kaffeine has been giving me some interesting results: with
  your driver as is it's getting me a 13-14% signal level and ~52% SNR
  when scanning. Then, thinking that the problem is related to the low
  signal I have I've changed the gain levels used to program the tuner:
  you were using default values of 0 for all (in
  zl1003x_set_gain_params() function, variables rfg, ba and bg),
  and I've changed them top the maximum (according to the documentation:
  rfg=1, ba=bg=3). With that, I'm getting a 18% signal level, which is
  higher but still too low apparently to get a lock.
 
  I've stopped here, because I really don't have the necessary
  background to keep tweaking the driver. I just wanted to share it with
  you, as maybe you have some idea on how to continue or what else could
  be done.
 
  So I can do only this guess:
  I changed demod driver to invert the Polarization voltage for a700
  card. This is controlled by member-variable voltage_inverted.
 
  static struct mt312_config avertv_a700_mt312 = {
  .demod_address = 0x0e,
  .voltage_inverted = 1,
  };
 
  Can you try to comment the voltage_inverted line here (saa7134-dvb.c:
  line 865).
 
  BUT: If this helps we need to find out how to detect which card needs
  this enabled/disabled.
 
  Regards
  Matthias
 
  Hi,
Nothing :(. Removing (or setting it to 0) the voltage_inverted member
  doesn't seem to make any difference. I'm starting to suspect that there
  is something wrong with my antennae setup, so I'll test it later using
  an standalone STB or by plugging the card into a Windows computer and
  using the supplied drivers.
 
  Even better: Tune to a channel and measure the voltage the card outputs
  on LNB connector.
 
  Regards
  Matthias

 Oops :D. Could you please elaborate a bit on this? I don't know what is
 the LNB connector you are referring to. Plus, I don't have right now any
 voltimeter, but if needed I'll grab one from work tomorrow.


So, as I started playing with my A700 card, I discovered that the 
input-connector on the card, where one attaches the coax-cable to the 
lnb/dish, sent out wrong voltage.

13V / 18V was swapped. So I patched mt312 driver and added the setting 
voltage_inverted to reverse it.
Instead of just guessing what happens it is interesting to just call the 
dvb-apps example app set_voltage and measure what voltage the hw outputs.

Regards
Matthias

-- 
Matthias Schwarzott (zzam)

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Some tests on Avermedia A700

2008-02-13 Thread Eduard Huguet

(remove previous for clarity...)

Oops :D. Could you please elaborate a bit on this? I don't know what is

the LNB connector you are referring to. Plus, I don't have right now any
voltimeter, but if needed I'll grab one from work tomorrow.




So, as I started playing with my A700 card, I discovered that the 
input-connector on the card, where one attaches the coax-cable to the 
lnb/dish, sent out wrong voltage.


13V / 18V was swapped. So I patched mt312 driver and added the setting 
voltage_inverted to reverse it.
Instead of just guessing what happens it is interesting to just call the 
dvb-apps example app set_voltage and measure what voltage the hw outputs.


Regards
Matthias


OK, I don't know exactly what you mean, but I'll try to measure the 
output voltage of the input connector. I think you mean this, don't you?


BTW, ¿where is the set_voltage app? I have media-tv/linuxtv-dvb-apps 
package installed and there is nothing with that name...


Regards,
 Eduard




___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] DVB-T not recognized (under XP) after trying to have it working under mandriva

2008-02-13 Thread paul fredéric
Hello,



After trying to have it working under Mandriva 2008, it is not anymore 
recognized (a in XP).


So I guess i have erased some data for identification.



Is there any way to restore the identification data (firmware ?) on a 
DVB-T ?



All the best




  
_ 
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail 
http://mail.yahoo.fr___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Help! I cant view video. BUT I can scan!!

2008-02-13 Thread hermann pitton
Hi!

Am Sonntag, den 10.02.2008, 23:37 +0100 schrieb Per Blomqvist:
 Thanx! Now it works!!
 
 Watching some Danish (Dansk) channel, about Napoleon.
 
 Thanx again, for mocking me up.. It was the channel.conf, that was wrong
 
 The channel.conf -file that I used before, was 6 month old and from my 
 previous computer.
 (Now dvbscan doesn't detect anything on that bandwidth. And that TV6 
 was on that..
 
 If I run dvdscan against the closest mayor city (Malmö in my case, here 
 in south Sweden), it only tunedin encrypted channels. BUT, against  all 
 of Denmark (file dk-All) I get a some..
 
 Its strange though.. I CAN SEE TV6 unencrypted, but in Windows XP. But 
 there with A program called PowerCinema is used (in XP OS).
 (tuning is a fuzz there also, I believe PowerCinema download channels 
 and guides and what, from the internet. It would maybe be a point to 
 retrieve its (channel) configure file. I have looked, but found none.
 
 Another question now, how is all these initial-tuning-data created??

Either the broadcasters provide them or people try as good they can.
Since different channel decoders vary in the tolerance for having
something wrong there, and also broadcasters often change something,
with the tda10046 better try as recommended.

 redeb:~/.tzap# cat dk-All
 # Denmark, whole country
 # Created from http://www.digi-tv.dk/Indhold_og_tilbud/frekvenser.asp
 # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
 T 48200 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 50600 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 53800 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 55400 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 60200 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 65800 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 68200 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 69000 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 71400 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 73800 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 77800 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 82600 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 T 83400 8MHz 2/3 NONE QAM64 8k 1/4 NONE
 
 redeb:~/.tzap# cat se-Malmo
 # Sweden - Malmö
 # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
 T 48200 8MHz 3/4 NONE QAM64 8k 1/4 NONE
 T 50600 8MHz 3/4 NONE QAM64 8k 1/4 NONE
 T 61800 8MHz 2/3 NONE QAM64 8k 1/8 NONE
 T 81800 8MHz 3/4 NONE QAM64 8k 1/4 NONE
 T 85000 8MHz 3/4 NONE QAM64 8k 1/4 NONE
 
 Can I compose one, of these by myself (from other nearby citys), or how?

There are a lot of Swedish channels.conf in dvb-apps now.
In kaffeine you just select the transmitters in the dvb configuration.

You also can combine multiple transmitters or try with
w_scan.
http://wirbel.htpc-forum.de/w_scan/index2.html
http://edafe.org/vdr/wscan.html

 hermann pitton wrote:
  Hi,
 
  Am Sonntag, den 10.02.2008, 15:28 +0100 schrieb Per Blomqvist:

  Hello Jonas Andren.
  (Kom inte o säg att Anden är dansk)
 
  The Harware I have, I have said.  Its the media-card, is this: 
  http://www.linuxtv.org/wiki/index.php/Asus_My_Cinema-P7131_Hybrid
  (running on a amd64, mother-board m2a-vm.. Inköpt på KjellCo byggsats 
  för 2 veckor sedan...
 
  I also said that the same Media-card did function (somewhat) on my old 
  computer (a PII330MHz, though with terrible video result). And it works 
  in Windows XP. So, the Media-card function.
 
  I downloadedinstalled  linuxtv-dvb-apps-1.1.1.tar.bz2 
  http://www.linuxtv.org/downloads/linuxtv-dvb-apps-1.1.1.tar.bz2
  (and all so called utils: dvbdate dvbtrafick scan and zap 
  worked. BUT, nothing under the test)
  
 
  you should prefer dvb-apps from mercurial, but that is not so important.
 

 
 There is a deb-package called mercurial.
 (I suspect it doesnt have anything, todo with this, no?)

http://www.linuxtv.org/repo

You will find recent initial tuning and channels.conf files in dvb-apps.

  First of all I would like to see relevant dmesg stuff for the card
  and tuner to see if it is still likely the same card, auto detected and
  eeprom content unchanged and all chips alive. If you enable i2c_scan=1
  you look first for the devices found.

 I used the linux-kernels-source. in its documents for this. Downloaded 
 the firmware..
 (I include dmesg output in the end of this email, anyway. The revision 
 is 20, and not a LifeView fabrication..

Thanks. It is the known card with LNA.

According to Asus, Philips/NXP firmware prior to revision 26 had
problems with missing channels. 

  Also we never saw, if your firmware upload is successful and if you use
  preferably revision 29 with such a card with Low Noise Amplifier.
  If not, download it from LifeView with the script in /Documentation/dvb
  and do a cold boot. (recent stuff is in a v4l-dvb mercurial snapshot)

All the older P7131 Dual cards have a firmware eeprom and only the
oldest revision needed an upgrade. Since you have no firmware on eeprom 
./get_dvb_firmware tda10046lifeview.

  Antenna input for DVB-T is FM/RF input.
 
  Can you point to 

Re: [linux-dvb] AVerMedia DVB-S Hybrid+FM and DVB-S Pro [A700]

2008-02-13 Thread Matthias Schwarzott
On Donnerstag, 7. Februar 2008, Peter Meszmer wrote:
 Hello,

 I'm watching this list for quite a while now, looking forward to see my
 Avermedia AVerTV DVB-S Hybrid+FM supported.
 This card looks very similar to the Avermedia AVerTV DVB-S Pro [A700], so I
 tried the two existing patches. Finally, Matthias Schwarzott's (zzam)
 patch a700_full_20080204 did it.

 DVB-S is working very well using Kaffeine 0.8.5, input via S-Video or
 Composite worked, since I bought the card, and is still working.

 Is it possible, to add the cards ID (1461:a7a2) to the list?

I uploaded a new patch that has this pci id added to the list.

Regards
Matthias

-- 
Matthias Schwarzott (zzam)

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] DVB-T not recognized (under XP) after trying to have it working under mandriva

2008-02-13 Thread Shaun
Hi,

The firmware should be loaded each time the PC is cold booted. 
Try turning off the machine (power down) for a minute or so and then 
start it up again. This works for the Nova 500 DVB-T card.

Cheers
Shaun

On Wednesday 13 February 2008 17:33:14 paul fredéric wrote:
 Hello,



 After trying to have it working under Mandriva 2008, it is not anymore
 recognized (a in XP).


 So I guess i have erased some data for identification.



 Is there any way to restore the identification data (firmware ?) on a
 DVB-T ?



 All the best




  
 ___
__ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo!
 Mail http://mail.yahoo.fr



___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] [PATCH] support Cinergy HT USB XE (0ccd:0058)

2008-02-13 Thread Hans-Frieder Vogt
Albert,

your dmesg output looks quite good. In fact, the only line that irritates me is 
the line with
xc2028 4-0061: Error on line 1063: -5
This line indicates an i2c-communication problem with the tuner.
As it happens BEFORE the XC3028  firmware is loaded, it cannot have anything to 
do with the xc3028 firmware.
Therefore, I suspect something either with the general setup of the Expresscard 
or a DiB firmware that does not
100% support your device. Have you tried a later firmware?

For comparison, I list here what is output in kernel.log for my Cinergy HT USB 
XE:

Feb 13 19:13:31: usb 1-5: new high speed USB device using ehci_hcd and address 6
Feb 13 19:13:31: usb 1-5: configuration #1 chosen from 1 choice
Feb 13 19:13:31: dib0700: loaded with support for 7 different device-types
Feb 13 19:13:31: dvb-usb: found a 'Terratec Cinergy HT USB XE' in cold state, 
will try to load a firmware
Feb 13 19:13:31: dvb-usb: downloading firmware from file 
'dvb-usb-dib0700-1.10.fw'
Feb 13 19:13:32: dib0700: firmware started successfully.
Feb 13 19:13:32: dvb-usb: found a 'Terratec Cinergy HT USB XE' in warm state.
Feb 13 19:13:32: dvb-usb: will pass the complete MPEG2 transport stream to the 
software demuxer.
Feb 13 19:13:32: DVB: registering new adapter (Terratec Cinergy HT USB XE)
Feb 13 19:13:33: DVB: registering frontend 1 (DiBcom 7000PC)...
Feb 13 19:13:33: xc2028 7-0061: type set to XCeive xc2028/xc3028 tuner
Feb 13 19:13:33: input: IR-receiver inside an USB DVB receiver as 
/devices/pci:00/:00:02.1/usb1/1-5/input/input6
Feb 13 19:13:33: dvb-usb: schedule remote query interval to 150 msecs.
Feb 13 19:13:33: dvb-usb: Terratec Cinergy HT USB XE successfully initialized 
and connected.
Feb 13 19:13:33: usbcore: registered new interface driver dvb_usb_dib0700
Feb 13 19:14:43: xc2028 7-0061: Loading 80 firmware images from xc3028-v27.fw, 
type: xc2028 firmware, ver 2.7
Feb 13 19:14:43: dib0700: stk7700ph_xc3028_callback: XC2028_TUNER_RESET 0
Feb 13 19:14:43: 
Feb 13 19:14:43: xc2028 7-0061: Loading firmware for type=BASE F8MHZ (3), id 
.
Feb 13 19:14:43: dib0700: stk7700ph_xc3028_callback: XC2028_TUNER_RESET 0
Feb 13 19:14:43: 
Feb 13 19:14:50: xc2028 7-0061: Loading firmware for type=D2620 DTV8 (208), id 
.
Feb 13 19:14:50: xc2028 7-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
Feb 13 19:14:50: dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
Feb 13 19:14:50: 

with regards to the firmware modification that I mentioned, see the comment 
below.

Regards,
Hans-Frieder

 Finally I got what you mean... you changed the extract_firmware.pl, but not
 only the comment I guess... also the values below. I tested both and the

I did not change the extract_firmware.pl file (in fact, it is not useable for 
the Mod7700.sys driver, but expects the driver
file hcw85bda.sys), but just used a hex editor to replace the ID 0x64000200 by 
0x6200.

 result is the same as described before, everything seems correct, but I have
 some errors on dmesg and nothing is detected on scan (I must try with an
 amplified antenna but I think it should detect something).

certainly a good idea to use an amplified antenna. Have you got another DVB-t 
device that works with a passive
antenna in the same area where you use your new device?

 
 Albert
 

-- 
--
Hans-Frieder Vogt e-mail:  hfvogt at gmx .dot. net

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] [PATCH] support Cinergy HT USB XE (0ccd:0058)

2008-02-13 Thread Albert Comerma
Hi Hans, thanks for your answer, I say what I tryed;

your dmesg output looks quite good. In fact, the only line that irritates me
is the line with


 xc2028 4-0061: Error on line 1063: -5

 This line indicates an i2c-communication problem with the tuner.
 As it happens BEFORE the XC3028  firmware is loaded, it cannot have
 anything to do with the xc3028 firmware.
 Therefore, I suspect something either with the general setup of the
 Expresscard or a DiB firmware that does not
 100% support your device. Have you tried a later firmware?


I was trying latest firmware (I think): dvb-usb-dib0700-03-pre1.fw
I also tryed the previous; dvb-usb-dib0700-1.10.fw
And an other one; dvb-usb-dib0700-01.fw

This last one doesn't give any error, but I also can not see anything on
scanning. I send you the dmesg.

Feb 13 19:14:50: xc2028 7-0061: Loading firmware for type=D2620 DTV8 (208),
 id .
 Feb 13 19:14:50: xc2028 7-0061: Device is Xceive 3028 version 1.0,
 firmware version 2.7
 Feb 13 19:14:50: dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1


This last lines are a little bit different from the ones I have... Perhaps
something about the firmware modification.

I did not change the extract_firmware.pl file (in fact, it is not useable
 for the Mod7700.sys driver, but expects the driver
 file hcw85bda.sys), but just used a hex editor to replace the ID
 0x64000200 by 0x6200.


I tryed to do the same but I can't find 0x64000200 on the hex... Could you
send me your firmware just to try?

certainly a good idea to use an amplified antenna. Have you got another
 DVB-t device that works with a passive
 antenna in the same area where you use your new device?


I use the same device on XP and it detects some channels. When I try to scan
with kaffeine I don't see any SNR or anything so I guess the comunication
with xc3028 is failing.

Thanks again for your answer. I also send this mail to pattrick who probably
knows better the dibcom firmware stuff.
[ 4107.196000] usb 1-1: new high speed USB device using ehci_hcd and address 9
[ 4107.328000] usb 1-1: configuration #1 chosen from 1 choice
[ 4107.328000] dvb-usb: found a 'Pinnacle Expresscard 320cx' in cold state, 
will try to load a firmware
[ 4107.332000] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.10.fw'
[ 4107.516000] dib0700: firmware started successfully.
[ 4108.02] dvb-usb: found a 'Pinnacle Expresscard 320cx' in warm state.
[ 4108.02] dvb-usb: will pass the complete MPEG2 transport stream to the 
software demuxer.
[ 4108.02] DVB: registering new adapter (Pinnacle Expresscard 320cx)
[ 4108.30] DVB: registering frontend 0 (DiBcom 7000PC)...
[ 4108.30] xc2028 4-0061: type set to XCeive xc2028/xc3028 tuner
[ 4108.30] input: IR-receiver inside an USB DVB receiver as 
/class/input/input13
[ 4108.30] dvb-usb: schedule remote query interval to 150 msecs.
[ 4108.30] dvb-usb: Pinnacle Expresscard 320cx successfully initialized and 
connected.
[ 4136.252000] xc2028 4-0061: Loading 80 firmware images from xc3028-v27.fw, 
type: xc2028 firmware, ver 2.7
[ 4136.256000] dib0700: stk7700ph_xc3028_callback: XC2028_TUNER_RESET 0
[ 4136.256000] 
[ 4136.272000] xc2028 4-0061: Loading firmware for type=BASE F8MHZ (3), id 
.
[ 4136.272000] dib0700: stk7700ph_xc3028_callback: XC2028_TUNER_RESET 0
[ 4136.272000] 
[ 4139.272000] xc2028 4-0061: Loading firmware for type=D2620 DTV8 (208), id 
.
[ 4139.324000] xc2028 4-0061: Loading SCODE for type=DTV8 SCODE HAS_IF_5400 
(6200), id .
[ 4139.368000] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4139.384000] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4139.384000] 
[ 4141.004000] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4141.02] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4141.02] 
[ 4142.532000] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4142.548000] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4142.548000] 
[ 4144.16] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4144.176000] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4144.176000] 
[ 4145.696000] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4145.712000] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4145.712000] 
[ 4147.324000] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4147.34] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4147.34] 
[ 4148.852000] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4148.868000] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4148.868000] 
[ 4150.484000] xc2028 4-0061: Device is Xceive 3028 version 1.0, firmware 
version 2.7
[ 4150.50] dib0700: stk7700ph_xc3028_callback: XC2028_RESET_CLK 1
[ 4150.50] 
[ 4152.016000] xc2028 4-0061: Device 

Re: [linux-dvb] DiSEqC trouble with TT S-1500

2008-02-13 Thread P. van Gaans
On 02/13/2008 03:01 PM, Doru Marin wrote:
 Hi,
 
 Can you explain how you select those 4 positions ? DiSEqC commands or 
 tone/voltage changes ?
 Also can you determine the input type of those positions (Hi/Low, H/V, 
 etc) ? A scenario to see when and why that happens, would be more useful.
 
 P. van Gaans wrote:
 Hi,

 I've got a Technotrend S-1500 (if it matters: I use it with Kaffeine 
 0.8.3). It works mostly fine, but there's a strange problem. With my 
 Spaun 4/1 DiSEqC switch (they cost approx 25-40 euro), I can only 
 switch without trouble to position 1 and 2. If I tune directly to 
 position 3 it won't lock.

 However, if I first tune to a channel on position 1 or 2 and try a 
 channel on position 3 after that, it will work. Position 4 however is 
 completely unreachable.

 On a standalone receiver, there's no trouble with the same cable.

 Now Spaun is a really expensive and respected brand. So their switches 
 possibly work in a different way, because a cheap Maximum 4/1 switch 
 works perfectly with the S-1500. Position 1, 2, 3 and 4 all work 
 perfectly. I also did some dry testing indoors and it looks like a 7 
 euro Satconn 4/1 switch would also work fine, but a 17 euro Axing SPU 
 41-02 probably won't.

 I'm guessing this could be solved in stv0299.c but I'm not much of an 
 expert. I took a look at the code but I'm not really sure what to do.

 ___
 linux-dvb mailing list
 linux-dvb@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
   
 

I select them with Kaffeine. Hi/low and H/V doesn't matter. I tried 
upgrading to Kaffeine 0.8.5 but that doesn't make a difference. The 
scan application has the same issues.

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] [PATCH] support Cinergy HT USB XE (0ccd:0058)

2008-02-13 Thread Patrick Boettcher
The latest dib0700-firwmare is dvb-usb-dib0700-1.10.fw not 
dvb-usb-dib0700-03-pre1.fw.

Patrick.

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] [PATCH] support Cinergy HT USB XE (0ccd:0058)

2008-02-13 Thread Albert Comerma
Ok, both give the same error, the only one wich does not report any error is
the 0.1. Thanks.

Albert

2008/2/13, Patrick Boettcher [EMAIL PROTECTED]:

 The latest dib0700-firwmare is dvb-usb-dib0700-1.10.fw not
 dvb-usb-dib0700-03-pre1.fw.


 Patrick.

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] [PATCH] support Cinergy HT USB XE (0ccd:0058)

2008-02-13 Thread Albert Comerma
That's what I supposed... So we must get working the 1.10. Thanks again.

2008/2/13, Patrick Boettcher [EMAIL PROTECTED]:

 On Wed, 13 Feb 2008, Albert Comerma wrote:

  Ok, both give the same error, the only one wich does not report any
 error is
  the 0.1. Thanks.


 Just because it does not report an error, does not mean that there isn't
 one.

 I2C errors are only reported from the firwmare since the 03-version.

 Patrick.


 --
Mail: [EMAIL PROTECTED]
WWW:  http://www.wi-bw.tfh-wildau.de/~pboettch/

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Mdeion / Creatix CTX948 DVB-S driver is ready for testing

2008-02-13 Thread Hartmut Hackmann
Hi, folks

In my personal repository:
  http://linuxtv.org/hg/~hhackmann/v4l-dvb-experimental/
you will find a driver that supports this card, DVB-T and DVB-S

It might also work for
- one section of the MD8800
- similar boards based on saa713x, tda10086, tda826x, isl6405

The board will show up as MD8800. According to Hermann, the configurations
for analog TV and DVB-T are identical.
If you want to use the board with DVB-S, you will need to load the
saa7134-dvb module with the option use_frontend=1. The default 0 is
DVB-T. For those who got the board from a second source: don't forget
to connect the 12v (the floppy supply) connector.

I don't have a dish, so i depend on your reports. To get the MD8800
running, i need a volunteer who does the testing for me. He should be able
to apply patches, compile the driver and read kernel logs.

Good luck
  Hartmut

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb