Card Asus P7131 hybrid > no signal

Card Asus P7131 hybrid > no signal

[mahakali]

 Hello !

I installed last week an Asus TV-Card P7131 Hybrid , I followed the
installation procedure described on an Ubuntu website.

On boot I get following messages :

saa7133[0]: i2c eeprom 00: 43 10 76 48 54 20 1c 00 43 43 a9 1c 55 d2 b2
92
saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ff
ff
saa7133[0]: i2c eeprom 20: 01 40 01 02 03 01 01 03 08 ff 00 d5 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 21 00 c2 96 10 03 32 55 50 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 @ 0x10  [???]
saa7133[0]: i2c scan: found device @ 0x96  [???]
saa7133[0]: i2c scan: found device @ 0xa0  [eeprom]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
tuner 1-004b: chip found @ 0x96 (saa7133[0])
tda8290 1-004b: setting tuner address to 61
tuner 1-004b: type set to tda8290+75a
tda8290 1-004b: setting tuner address to 61
tuner 1-004b: type set to tda8290+75a
saa7133[0]: registered device video0 [v4l2]
saa7133[0]: registered device vbi0
saa7133[0]: registered device radio0
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 22
PCI: Setting latency timer of device 0000:00:1f.5 to 64
DVB: registering new adapter (saa7133[0])
DVB: registering frontend 0 (Philips TDA10046H DVB-T)...
tda1004x: setting up plls for 48MHz sampling clock
w83627hf: Found W83627THF chip at 0x290
w83627hf w83627hf.656: Reading VID from GPIO5
i2c /dev entries driver
tda1004x: found firmware revision 20 -- ok
saa7134 ALSA driver for DMA sound loaded
saa7133[0]/alsa: saa7133[0] at 0xfeaff000 irq 19 registered as card -1
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
skge eth0: enabling interface
skge eth0: Link is up at 100 Mbps, full duplex, flow control both
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
ip6_tables: (C) 2000-2006 Netfilter Core Team
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0200000 [Radio]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
nvidia: module license 'NVIDIA' taints kernel.
NVRM: loading NVIDIA UNIX x86 Kernel Module  173.08  Tue Apr  1 23:46:53
PST 2008
NVRM: not using NVAGP, an AGPGART backend is loaded!
hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdc: drive_cmd: error=0x04 { AbortedCommand }
ide: failed opcode was: 0xef
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
eth0: no IPv6 routers present
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7134 ALSA driver for DMA sound unloaded
Linux video capture interface: v2.00
saa7130/34: v4l2 driver version 0.2.14 loaded
saa7133[0]: found at 0000:02:0b.0, rev: 209, irq: 19, latency: 64, mmio:
0xfeaff000
saa7133[0]: subsystem: 1043:4876, board: ASUSTeK P7131 Hybrid
[card=112,insmod option]
saa7133[0]: board init: gpio is 0
saa7133[0]: gpio: mode=0x0000000 in=0x0000000 out=0x0000000 [pre-init]
input: saa7134 IR (ASUSTeK P7131 Hybri as /class/input/input6
tuner 1-004b: chip found @ 0x96 (saa7133[0])
tda8290 1-004b: setting tuner address to 61
tuner 1-004b: type set to tda8290+75a
tda8290 1-004b: setting tuner address to 61
tuner 1-004b: type set to tda8290+75a
saa7133[0]:i2ceeprom 00: 43 10 76 48 54 20 1c 00 43 43 a9 1c 55 d2 b292
saa7133[0]:i2ceeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ffff
saa7133[0]:i2ceeprom 20: 01 40 01 02 03 01 01 03 08 ff 00 d5 ff ff ffff
saa7133[0]:i2ceeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ffff
saa7133[0]:i2ceeprom 40: ff 21 00 c2 96 10 03 32 55 50 ff ff ff ff ffff
saa7133[0]:i2ceeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ffff
saa7133[0]:i2ceeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ffff
saa7133[0]:i2ceeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ffff
saa7133[0]: i2c scan: found device @ 0x10  [???]
saa7133[0]: i2c scan: found device @ 0x96  [???]
saa7133[0]: i2c scan: found device @ 0xa0  [eeprom]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: registered device video0 [v4l2]
saa7133[0]: registered device vbi0
saa7133[0]: registered device radio0
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
DVB: registering new adapter (saa7133[0])
DVB: registering frontend 0 (Philips TDA10046H DVB-T)...
tda1004x: setting up plls for 48MHz sampling clock
tda1004x: found firmware revision 20 -- ok
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0200000 [Radio]
saa7134 ALSA driver for DMA sound loaded
saa7133[0]/alsa: saa7133[0] at 0xfeaff000 irq 19 registered as card -1
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]/alsa: saa7133[0] at 0xfeaff000 irq 19 registered as card -1
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]
saa7133[0]: gpio: mode=0x0200000 in=0x0000000 out=0x0000000 [Television]

I think, it is O.K or ???


I use tvtime, I launch it but I get following message : No signal ....
I try to find some channels, but i can find no one.
If I use tvtime-scanner, he finds some channels, puts theme in a channel
list, but I have no image, cannot watch TV ....

I tried following command :

>>> tune to:
>>> 570000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_AUTO:HIERARCHY_NONE
WARNING: >>> tuning failed!!!
>>> tune to:
>>> 570000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_AUTO:HIERARCHY_NONE
>>> (tuning failed)



So my question is .... How can I make this card work ???


Thanks for your patience and help


mahakali 

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

Re: Card Asus P7131 hybrid > no signal

[mahakali]

On Mon, Apr 28, 2008 at 09:07:19PM +0200, Adam Pribyl wrote :
> I have this card too - at least I think, and it works. Not 
> withoutproblems but works. Make sure you set up properly TV time, then 
> try to use "nv" driver instead "nvidia". Most probably if you get the 
> picture, you'll have problems with sound. You have to use module 
> saa7134-alsa and sox. See e.g.: 
> https://lowlevel.cz/log/pivot/entry.php?id=122
> at the end.
>
> Adam Pribyl
>

On Mon, Apr 28, 2008 at 09:07:19PM +0200, Adam Pribyl wrote :
> I have this card too - at least I think, and it
> works. Not withoutproblems but works. Make sure you set up
>properly TV time, then try to use "nv" driver instead "nvidia". Most
>probably if you get the picture, you'll have problems with sound. You have
>to use module saa7134-alsa and sox. See e.g.:
> https://lowlevel.cz/log/pivot/entry.php?id=122
> at the end
> Adam Pribyl

  
The problem is: No picture .... I thinkk, if you
have no signal, it is pretty normal.

What are the options you pass to the saa7134 module ?
I mean card=<number> tuner=<number>
I have card=112 tuner=61 (auto detect).
In one Saa7134-hardware how-to the autor gives
following values : card=78 tuner=54.

Any help would be great.

mahakali


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

Re: Card Asus P7131 hybrid > no signal

[hermann pitton]

Am Dienstag, den 29.04.2008, 21:21 +0200 schrieb mahakali:
> On Mon, Apr 28, 2008 at 09:07:19PM +0200, Adam Pribyl wrote :
> > I have this card too - at least I think, and it works. Not 
> > withoutproblems but works. Make sure you set up properly TV time, then 
> > try to use "nv" driver instead "nvidia". Most probably if you get the 
> > picture, you'll have problems with sound. You have to use module 
> > saa7134-alsa and sox. See e.g.: 
> > https://lowlevel.cz/log/pivot/entry.php?id=122
> > at the end.
> >
> > Adam Pribyl
> >
> 
> On Mon, Apr 28, 2008 at 09:07:19PM +0200, Adam Pribyl wrote :
> > I have this card too - at least I think, and it
> > works. Not withoutproblems but works. Make sure you set up
> >properly TV time, then try to use "nv" driver instead "nvidia". Most
> >probably if you get the picture, you'll have problems with sound. You have
> >to use module saa7134-alsa and sox. See e.g.:
> > https://lowlevel.cz/log/pivot/entry.php?id=122
> > at the end
> > Adam Pribyl
> 
>   
> The problem is: No picture .... I thinkk, if you
> have no signal, it is pretty normal.
> 
> What are the options you pass to the saa7134 module ?
> I mean card=<number> tuner=<number>
> I have card=112 tuner=61 (auto detect).
> In one Saa7134-hardware how-to the autor gives
> following values : card=78 tuner=54.
> 
> Any help would be great.
> 
> mahakali
> 
> 

Hello,

if you have card=112 tuner=61 auto detected something goes very wrong.

On any recent "official" code the card should be auto detected as
card=112, tuner=54, which is the tda8290 analog IF demodulator within
the saa7131e and behind its i2c gate is a tda8275ac1 at address 0x61
which is correct in your logs.

Hopefully you are only confusing tuner address 61 with tuner type,
auto detection should be OK then.

Analog TV is on the upper antenna connector (cable TV) and you need a
saa7134 insmod option "secam=L" in France. ("modinfo saa7134")
On La Corse may still be some "secam=Lc" broadcast, not sure about that.

DVB-T (numerique) is on the lower antenna connector where also is
radio/FM.

We have many reports that there often is an positive offset of about
166000Hz needed in France, which you don't seem to use on your digital
tuning attempt. If this is needed and missing, the tda10046 will fail.
You might try to add it.

Download dvb-apps from linuxtv.org mercurial and check if there is an
updated initial scan file for your region in scan/dvb-t.

example with offset:

# Paris - France - various DVB-T transmitters
# contributed by Alexis de Lattre < >
# Paris - Tour Eiffel      : 21 24 27 29 32 35
# Paris Est - Chennevières : 35 51 54 57 60 63
# Paris Nord - Sannois     : 35 51 54 57 60 63
# Paris Sud - Villebon     : 35 51 56 57 60 63
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
T 474166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 498166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 522166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 538166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 562166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 586166000 8MHz 3/4 NONE QAM64 8k 1/8 NONE
T 714166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 738166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 754166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 762166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 786166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
T 810166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE

You can also try to "scan" on a known frequency and bandwidth and set
the rest to AUTO AUTO ... or get "wscan" or try with "kaffeine".

You might also try to increase the tuning timeout.

Good Luck,

Hermann


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

Re: Card Asus P7131 hybrid > no signal

[mahakali]

On Wed, Apr 30, 2008 at 12:15:02AM +0200, hermann pitton wrote :
 
> Hello,
> 
> if you have card=112 tuner=61 auto detected something goes very wrong.
> 
> On any recent "official" code the card should be auto detected as
> card=112, tuner=54, which is the tda8290 analog IF demodulator within
> the saa7131e and behind its i2c gate is a tda8275ac1 at address 0x61
> which is correct in your logs.
> 
> Hopefully you are only confusing tuner address 61 with tuner type,
> auto detection should be OK then.
> 
> Analog TV is on the upper antenna connector (cable TV) and you need a
> saa7134 insmod option "secam=L" in France. ("modinfo saa7134")
> On La Corse may still be some "secam=Lc" broadcast, not sure about that.
> 
> DVB-T (numerique) is on the lower antenna connector where also is
> radio/FM.
> 
> We have many reports that there often is an positive offset of about
> 166000Hz needed in France, which you don't seem to use on your digital
> tuning attempt. If this is needed and missing, the tda10046 will fail.
> You might try to add it.
> 
> Download dvb-apps from linuxtv.org mercurial and check if there is an
> updated initial scan file for your region in scan/dvb-t.
> 
> example with offset:
> 
> # Paris - France - various DVB-T transmitters
> # contributed by Alexis de Lattre < >
> # Paris - Tour Eiffel      : 21 24 27 29 32 35
> # Paris Est - Chennevières : 35 51 54 57 60 63
> # Paris Nord - Sannois     : 35 51 54 57 60 63
> # Paris Sud - Villebon     : 35 51 56 57 60 63
> # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
> T 474166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 498166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 522166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 538166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 562166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 586166000 8MHz 3/4 NONE QAM64 8k 1/8 NONE
> T 714166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 738166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 754166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 762166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 786166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 810166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> 
> You can also try to "scan" on a known frequency and bandwidth and set
> the rest to AUTO AUTO ... or get "wscan" or try with "kaffeine".
> 
> You might also try to increase the tuning timeout.
> 
> Good Luck,
> 
> Hermann
> 
> 
 Thanks for your answer, I already found some messages from you about
this card in the archives of the list, I am now going to work, I try
what you are suggesting this evening.

I will - I have to -  re-read your message in order to understand it
well.

Auf Deutsch fliesst es mir leichter von der Feder - also Tastatur :
Besten Dank, ich versuche das ganze heute Abend, wenn ich zurück von der
Arbeit bin.

mfG

mahakali

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

Re: Card Asus P7131 hybrid > no signal

[mahakali]

On Wed, Apr 30, 2008 at 12:15:02AM +0200, hermann pitton wrote :

> > 
> >   
> > The problem is: No picture .... I thinkk, if you
> > have no signal, it is pretty normal.
> > 
> > What are the options you pass to the saa7134 module ?
> > I mean card=<number> tuner=<number>
> > I have card=112 tuner=61 (auto detect).
> > In one Saa7134-hardware how-to the autor gives
> > following values : card=78 tuner=54.
> > 
> > Any help would be great.
> > 
> > mahakali
> > 
> > 
> 
> Hello,
> 
> if you have card=112 tuner=61 auto detected something goes very wrong.
> 
> On any recent "official" code the card should be auto detected as
> card=112, tuner=54, which is the tda8290 analog IF demodulator within
> the saa7131e and behind its i2c gate is a tda8275ac1 at address 0x61
> which is correct in your logs.
> 
> Hopefully you are only confusing tuner address 61 with tuner type,
> auto detection should be OK then.
>
module saa7134 is now loading with following parameters :

card=112 tuner=54 i2c_scan=1 secam=L
 
> Analog TV is on the upper antenna connector (cable TV) and you need a
> saa7134 insmod option "secam=L" in France. ("modinfo saa7134")
> On La Corse may still be some "secam=Lc" broadcast, not sure about that.
I don't have any upper or lower connector , only right and link.
°right connector is described as RF-FM and link as CAT-TV
> DVB-T (numerique) is on the lower antenna connector where also is
> radio/FM.
> 
> We have many reports that there often is an positive offset of about
> 166000Hz needed in France, which you don't seem to use on your digital
> tuning attempt. If this is needed and missing, the tda10046 will fail.
> You might try to add it.
> 
> Download dvb-apps from linuxtv.org mercurial and check if there is an
> updated initial scan file for your region in scan/dvb-t.

Nothing new.
> example with offset:
> 
> # Paris - France - various DVB-T transmitters
> # contributed by Alexis de Lattre < >
> # Paris - Tour Eiffel      : 21 24 27 29 32 35
> # Paris Est - Chennevières : 35 51 54 57 60 63
> # Paris Nord - Sannois     : 35 51 54 57 60 63
> # Paris Sud - Villebon     : 35 51 56 57 60 63
> # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
> T 474166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 498166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 522166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 538166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 562166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 586166000 8MHz 3/4 NONE QAM64 8k 1/8 NONE
> T 714166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 738166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 754166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 762166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 786166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> T 810166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
>
 Itried it now with fr_Auxerre + offset
#### Auxerre - Molesmes ####
#R1
T 570166000 8MHz AUTO NONE QAM64 8k AUTO NONE
#R2
T 794166000 8MHz AUTO NONE QAM64 8k AUTO NONE
#R3
T 770166000 8MHz AUTO NONE QAM64 8k AUTO NONE
#R4
T 546166000 8MHz AUTO NONE QAM64 8k AUTO NONE
#R5
T 586166000 8MHz AUTO NONE QAM64 8k AUTO NONE
#R6
T 562166000 8MHz AUTO NONE QAM64 8k AUTO NONE

but scanning fails ..... 
 
> You can also try to "scan" on a known frequency and bandwidth and set
> the rest to AUTO AUTO ... or get "wscan" or try with "kaffeine".
 I tried it with kaffeine = no result
 I tried it with me-tv :

me-tv        
Me TV-Message: 30.04.2008 17:37:26 - Me TV Version: 0.5.17
Me TV-Message: 30.04.2008 17:37:27 - Chargement du fichier glade
'/usr/share/me-tv/glade/me-tv.glade' en cours
Me TV-Message: 30.04.2008 17:37:52 - Création du GEP dans
'/home/claude/.me-tv/epg.xml'
Me TV-Message: 30.04.2008 17:37:52 - GEP chargé
initial transponder 570166000 0 9 9 3 1 4 0
initial transponder 794166000 0 9 9 3 1 4 0
initial transponder 770166000 0 9 9 3 1 4 0
initial transponder 546166000 0 9 9 3 1 4 0
initial transponder 586166000 0 9 9 3 1 4 0
initial transponder 562166000 0 9 9 3 1 4 0
>>> tune to: 
WARNING: >>> tuning failed!!!
>>> tune to:  (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 
WARNING: >>> tuning failed!!!
>>> tune to:  (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 
WARNING: >>> tuning failed!!!
>>> tune to:  (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 
WARNING: >>> tuning failed!!!
>>> tune to:  (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 
WARNING: >>> tuning failed!!!
>>> tune to:  (tuning failed)
WARNING: >>> tuning failed!!!
>>> tune to: 
WARNING: >>> tuning failed!!!
>>> tune to:  (tuning failed)
WARNING: >>> tuning failed!!!
ERROR: initial tuning failed
dumping lists (0 services)

> You might also try to increase the tuning timeout.
> 
> Good Luck,
> 
> Hermann

Any idea ??

Thanks

mahakali

PS :
I was asking myself , perhaps is something wrong with the connection, I
had to  put together cable and plug, so perhaps a bad electrical
transmission (??) but as I already said tvtime is dectecting some
channels but no image

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

Re: Card Asus P7131 hybrid > no signal

[hermann pitton]

Hi,

Am Mittwoch, den 30.04.2008, 17:58 +0200 schrieb mahakali:
> On Wed, Apr 30, 2008 at 12:15:02AM +0200, hermann pitton wrote :
> 
> > > 
> > >   
> > > The problem is: No picture .... I thinkk, if you
> > > have no signal, it is pretty normal.
> > > 
> > > What are the options you pass to the saa7134 module ?
> > > I mean card=<number> tuner=<number>
> > > I have card=112 tuner=61 (auto detect).
> > > In one Saa7134-hardware how-to the autor gives
> > > following values : card=78 tuner=54.
> > > 
> > > Any help would be great.
> > > 
> > > mahakali
> > > 
> > > 
> > 
> > Hello,
> > 
> > if you have card=112 tuner=61 auto detected something goes very wrong.
> > 
> > On any recent "official" code the card should be auto detected as
> > card=112, tuner=54, which is the tda8290 analog IF demodulator within
> > the saa7131e and behind its i2c gate is a tda8275ac1 at address 0x61
> > which is correct in your logs.
> > 
> > Hopefully you are only confusing tuner address 61 with tuner type,
> > auto detection should be OK then.
> >
> module saa7134 is now loading with following parameters :
> 
> card=112 tuner=54 i2c_scan=1 secam=L
>  
> > Analog TV is on the upper antenna connector (cable TV) and you need a
> > saa7134 insmod option "secam=L" in France. ("modinfo saa7134")
> > On La Corse may still be some "secam=Lc" broadcast, not sure about that.

> I don't have any upper or lower connector , only right and link.
> °right connector is described as RF-FM and link as CAT-TV

That's OK.

> > DVB-T (numerique) is on the lower antenna connector where also is
> > radio/FM.
> > 
> > We have many reports that there often is an positive offset of about
> > 166000Hz needed in France, which you don't seem to use on your digital
> > tuning attempt. If this is needed and missing, the tda10046 will fail.
> > You might try to add it.
> > 
> > Download dvb-apps from linuxtv.org mercurial and check if there is an
> > updated initial scan file for your region in scan/dvb-t.
> 
> Nothing new.
> > example with offset:
> > 
> > # Paris - France - various DVB-T transmitters
> > # contributed by Alexis de Lattre < >
> > # Paris - Tour Eiffel      : 21 24 27 29 32 35
> > # Paris Est - Chennevières : 35 51 54 57 60 63
> > # Paris Nord - Sannois     : 35 51 54 57 60 63
> > # Paris Sud - Villebon     : 35 51 56 57 60 63
> > # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
> > T 474166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 498166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 522166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 538166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 562166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 586166000 8MHz 3/4 NONE QAM64 8k 1/8 NONE
> > T 714166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 738166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 754166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 762166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 786166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> > T 810166000 8MHz 2/3 NONE QAM64 8k 1/32 NONE
> >
>  Itried it now with fr_Auxerre + offset
> #### Auxerre - Molesmes ####
> #R1
> T 570166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> #R2
> T 794166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> #R3
> T 770166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> #R4
> T 546166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> #R5
> T 586166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> #R6
> T 562166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> 
> but scanning fails ..... 
>  
> > You can also try to "scan" on a known frequency and bandwidth and set
> > the rest to AUTO AUTO ... or get "wscan" or try with "kaffeine".
>  I tried it with kaffeine = no result
>  I tried it with me-tv :
> 
> me-tv        
> Me TV-Message: 30.04.2008 17:37:26 - Me TV Version: 0.5.17
> Me TV-Message: 30.04.2008 17:37:27 - Chargement du fichier glade
> '/usr/share/me-tv/glade/me-tv.glade' en cours
> Me TV-Message: 30.04.2008 17:37:52 - Création du GEP dans
> '/home/claude/.me-tv/epg.xml'
> Me TV-Message: 30.04.2008 17:37:52 - GEP chargé
> initial transponder 570166000 0 9 9 3 1 4 0
> initial transponder 794166000 0 9 9 3 1 4 0
> initial transponder 770166000 0 9 9 3 1 4 0
> initial transponder 546166000 0 9 9 3 1 4 0
> initial transponder 586166000 0 9 9 3 1 4 0
> initial transponder 562166000 0 9 9 3 1 4 0
> >>> tune to: 
> WARNING: >>> tuning failed!!!
> >>> tune to:  (tuning failed)
> WARNING: >>> tuning failed!!!
> >>> tune to: 
> WARNING: >>> tuning failed!!!
> >>> tune to:  (tuning failed)
> WARNING: >>> tuning failed!!!
> >>> tune to: 
> WARNING: >>> tuning failed!!!
> >>> tune to:  (tuning failed)
> WARNING: >>> tuning failed!!!
> >>> tune to: 
> WARNING: >>> tuning failed!!!
> >>> tune to:  (tuning failed)
> WARNING: >>> tuning failed!!!
> >>> tune to: 
> WARNING: >>> tuning failed!!!
> >>> tune to:  (tuning failed)
> WARNING: >>> tuning failed!!!
> >>> tune to: 
> WARNING: >>> tuning failed!!!
> >>> tune to:  (tuning failed)
> WARNING: >>> tuning failed!!!
> ERROR: initial tuning failed
> dumping lists (0 services)
> 
> > You might also try to increase the tuning timeout.
> > 
> > Good Luck,
> > 
> > Hermann
> 
> Any idea ??

Not much more. Maybe some other value is wrong, which other digital
demods tolerate. That was that with try AUTO there, except for frequency
and bandwidth.

> 
> Thanks
> 
> mahakali
> 
> PS :
> I was asking myself , perhaps is something wrong with the connection, I
> had to  put together cable and plug, so perhaps a bad electrical
> transmission (??) but as I already said tvtime is dectecting some
> channels but no image
> 

I'm not aware of issues for DVB-T. There was trouble for such boards
with LNA recently on devel stuff, but as far as I know it did not make
it out to a kernel.

We have definitely issues on analog, but I can't test SECAM_L.

After ioctl2 conversion, the apps don't let the user select specific
subnorms like PAL_I, PAL_BG, PAL_DK and SECAM_L, SECAM_DK, SECAM_Lc
anymore.

What one can only select is visible here.
http://linuxtv.org/hg/v4l-dvb/rev/aa554a86b38a


@@ -216,6 +216,12 @@ static struct saa7134_format formats[] = 
		.vbi_v_stop_0  = 21,	\ 
		.vbi_v_start_1 = 273,	\ 
		.src_timing    = 7 
+ 
+#define SAA7134_NORMS	\ 
+		V4L2_STD_PAL    | V4L2_STD_PAL_N | \ 
+		V4L2_STD_PAL_Nc | V4L2_STD_SECAM | \ 
+		V4L2_STD_NTSC   | V4L2_STD_PAL_M | \ 
+		V4L2_STD_PAL_60 

The driver previously exposed all supported standards to the
applications and they were user selectable.

All would be this.

#define SAA7134_NORMS	(\
V4L2_STD_PAL     | V4L2_STD_PAL_BG   | V4L2_STD_PAL_I  | V4L2_STD_PAL_DK   | \
V4L2_STD_PAL_N   | V4L2_STD_PAL_Nc   | V4L2_STD_SECAM  | V4L2_STD_SECAM_DK | \
V4L2_STD_SECAM_L | V4L2_STD_SECAM_LC | V4L2_STD_NTSC   | V4L2_STD_PAL_M    | \
V4L2_STD_PAL_60)

Internally the driver knows about all norms, but we have a clear
breakage of application backward compatibility and might see various
side effects. Especially, but not only for SECAM, it was important that
the users can select the exact norm themselves because of audio carrier
detection issues.

It is firstly on 2.6.25.

If you are affected, apps like xawtv or mplayer will only report these
TV standards.

TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <olschewski@zpr.uni-koeln.de>
 comment: first try, more to come ;-)
Selected device: Philips Tiger reference design
 Tuner cap: STEREO LANG1 LANG2
 Tuner rxs: MONO
 Capabilites:  video capture  video overlay  VBI capture device  tuner  read/write  streaming
 supported norms: 0 = PAL; 1 = PAL-M; 2 = PAL-N; 3 = PAL-Nc; 4 = PAL-60; 5 = NTSC; 6 = SECAM;
 inputs: 0 = Television; 1 = Composite1; 2 = S-Video;
 Current input: 0

Cheers,
Hermann



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

Re: Card Asus P7131 hybrid > no signal

[Mauro Carvalho Chehab]

> 
> We have definitely issues on analog, but I can't test SECAM_L.
> 
> After ioctl2 conversion, the apps don't let the user select specific
> subnorms like PAL_I, PAL_BG, PAL_DK and SECAM_L, SECAM_DK, SECAM_Lc
> anymore.

Seems to be an issue at the userspace app. SAA7134_NORMS define a mask of supported
norms. STD_PAL covers all the above PAL_foo. Also, SECAM covers all the above
SECAM_foo.

If the userspace app sets V4L2_STD_PAL, the driver should run on autodetection
mode. If, otherwise, the app sets V4L2_STD_PAL_I, the driver will accept and
select PAL_I only.

> Internally the driver knows about all norms, but we have a clear
> breakage of application backward compatibility and might see various
> side effects. Especially, but not only for SECAM, it was important that
> the users can select the exact norm themselves because of audio carrier
> detection issues.

> 
> It is firstly on 2.6.25.
> 
> If you are affected, apps like xawtv or mplayer will only report these
> TV standards.

It shouldn't be hard to make enum_std to send all possible supported formats.
Maybe this could be good for the apps you've mentioned.

In this case, a patch to videodev.c should replace the code after case
VIDIOC_ENUMSTD to another one that would report the individual standards, plus
the grouped ones.

Cheers,
Mauro

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

Re: Card Asus P7131 hybrid > no signal

[hermann pitton]

Hi,

Am Mittwoch, den 30.04.2008, 20:25 -0300 schrieb Mauro Carvalho Chehab:
> > 
> > We have definitely issues on analog, but I can't test SECAM_L.
> > 
> > After ioctl2 conversion, the apps don't let the user select specific
> > subnorms like PAL_I, PAL_BG, PAL_DK and SECAM_L, SECAM_DK, SECAM_Lc
> > anymore.
> 
> Seems to be an issue at the userspace app. SAA7134_NORMS define a mask of supported
> norms. STD_PAL covers all the above PAL_foo. Also, SECAM covers all the above
> SECAM_foo.

I'll take it like that ;)

> If the userspace app sets V4L2_STD_PAL, the driver should run on autodetection
> mode. If, otherwise, the app sets V4L2_STD_PAL_I, the driver will accept and
> select PAL_I only.

At the moment they can't set anything than reported ;)

> > Internally the driver knows about all norms, but we have a clear
> > breakage of application backward compatibility and might see various
> > side effects. Especially, but not only for SECAM, it was important that
> > the users can select the exact norm themselves because of audio carrier
> > detection issues.
> 
> > 
> > It is firstly on 2.6.25.
> > 
> > If you are affected, apps like xawtv or mplayer will only report these
> > TV standards.
> 
> It shouldn't be hard to make enum_std to send all possible supported formats.
> Maybe this could be good for the apps you've mentioned.
> 
> In this case, a patch to videodev.c should replace the code after case
> VIDIOC_ENUMSTD to another one that would report the individual standards, plus
> the grouped ones.
> 
> Cheers,
> Mauro

I still have a story in mind, where an Austrian engineer appeared on
mplayers users list with some early saa7134 v4l2 stuff and what he got
told ;)

I hope we can trust on, that they are more friendly now ;)

Cheers,
Hermann







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

Re: Card Asus P7131 hybrid > no signal

[Hartmut Hackmann]

Hi, Mauro

Mauro Carvalho Chehab schrieb:
>> We have definitely issues on analog, but I can't test SECAM_L.
>>
>> After ioctl2 conversion, the apps don't let the user select specific
>> subnorms like PAL_I, PAL_BG, PAL_DK and SECAM_L, SECAM_DK, SECAM_Lc
>> anymore.
> 
> Seems to be an issue at the userspace app. SAA7134_NORMS define a mask of supported
> norms. STD_PAL covers all the above PAL_foo. Also, SECAM covers all the above
> SECAM_foo.
> 
> If the userspace app sets V4L2_STD_PAL, the driver should run on autodetection
> mode. If, otherwise, the app sets V4L2_STD_PAL_I, the driver will accept and
> select PAL_I only.
> 
>> Internally the driver knows about all norms, but we have a clear
>> breakage of application backward compatibility and might see various
>> side effects. Especially, but not only for SECAM, it was important that
>> the users can select the exact norm themselves because of audio carrier
>> detection issues.
> 
It is not only Audio carrier selection:
SECAM-L is the only standard with positive modulation of the vision carrier.
The tuner needs to know this. So in the case of SECAM-L, we need the *exact*
standard.
The insmod option secam=l transfers the exact standard to the tuner.

By the way: I just noticed this: If saa713x does not identify the color system
(improperly forced), tvtime will say "no signal"

>> It is firstly on 2.6.25.
>>
>> If you are affected, apps like xawtv or mplayer will only report these
>> TV standards.
> 
> It shouldn't be hard to make enum_std to send all possible supported formats.
> Maybe this could be good for the apps you've mentioned.
> 
> In this case, a patch to videodev.c should replace the code after case
> VIDIOC_ENUMSTD to another one that would report the individual standards, plus
> the grouped ones.
> 
> Cheers,
> Mauro
> 
Best regards
   Hartmut

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

Re: Card Asus P7131 hybrid > no signal

[hermann pitton]

Hi,

Am Sonntag, den 04.05.2008, 22:50 +0200 schrieb Hartmut Hackmann:
> Hi, Mauro
> 
> Mauro Carvalho Chehab schrieb:
> >> We have definitely issues on analog, but I can't test SECAM_L.
> >>
> >> After ioctl2 conversion, the apps don't let the user select specific
> >> subnorms like PAL_I, PAL_BG, PAL_DK and SECAM_L, SECAM_DK, SECAM_Lc
> >> anymore.
> > 
> > Seems to be an issue at the userspace app. SAA7134_NORMS define a mask of supported
> > norms. STD_PAL covers all the above PAL_foo. Also, SECAM covers all the above
> > SECAM_foo.
> > 
> > If the userspace app sets V4L2_STD_PAL, the driver should run on autodetection
> > mode. If, otherwise, the app sets V4L2_STD_PAL_I, the driver will accept and
> > select PAL_I only.
> > 
> >> Internally the driver knows about all norms, but we have a clear
> >> breakage of application backward compatibility and might see various
> >> side effects. Especially, but not only for SECAM, it was important that
> >> the users can select the exact norm themselves because of audio carrier
> >> detection issues.
> > 
> It is not only Audio carrier selection:
> SECAM-L is the only standard with positive modulation of the vision carrier.
> The tuner needs to know this. So in the case of SECAM-L, we need the *exact*
> standard.
> The insmod option secam=l transfers the exact standard to the tuner.
> 
> By the way: I just noticed this: If saa713x does not identify the color system
> (improperly forced), tvtime will say "no signal"
> 
> >> It is firstly on 2.6.25.
> >>
> >> If you are affected, apps like xawtv or mplayer will only report these
> >> TV standards.
> > 
> > It shouldn't be hard to make enum_std to send all possible supported formats.
> > Maybe this could be good for the apps you've mentioned.
> > 
> > In this case, a patch to videodev.c should replace the code after case
> > VIDIOC_ENUMSTD to another one that would report the individual standards, plus
> > the grouped ones.
> > 
> > Cheers,
> > Mauro
> > 
> Best regards
>    Hartmut


We also can't set the tuner type per card anymore, for the benefit to
fix the eeprom detection of tuners, that prior ability, which Gerd did
hold above eeprom tuner detection, likely to escape from too much
cleverness on bttv, is lost and glued to the card.

If we are going to run in circles, we should decide something viable
soon.

Cheers,
Hermann
 

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

Re: Card Asus P7131 hybrid > no signal

[mahakali]

On Wed, Apr 30, 2008 at 11:56:48PM +0200, hermann pitton wrote :
> Hi,
> 
> Am Mittwoch, den 30.04.2008, 17:58 +0200 schrieb mahakali:
> > On Wed, Apr 30, 2008 at 12:15:02AM +0200, hermann pitton wrote :
> 
> > > 
> > > Hello,
> > > 
> > > if you have card=112 tuner=61 auto detected something goes very wrong.
> > > 
> > > On any recent "official" code the card should be auto detected as
> > > card=112, tuner=54, which is the tda8290 analog IF demodulator within
> > > the saa7131e and behind its i2c gate is a tda8275ac1 at address 0x61
> > > which is correct in your logs.
> > > 
> > > Hopefully you are only confusing tuner address 61 with tuner type,
> > > auto detection should be OK then.
> > >
> > module saa7134 is now loading with following parameters :
> > 
> > card=112 tuner=54 i2c_scan=1 secam=L
> >  
> > > Analog TV is on the upper antenna connector (cable TV) and you need a
> > > saa7134 insmod option "secam=L" in France. ("modinfo saa7134")
> > > On La Corse may still be some "secam=Lc" broadcast, not sure about that.
> 
> > I don't have any upper or lower connector , only right and link.
> > °right connector is described as RF-FM and link as CAT-TV
> 
> That's OK.

I read somewhere you have to inverse the connectors, so for analog TV
you plug in the CAT-TV connector (?)  
> > > DVB-T (numerique) is on the lower antenna connector where also is
> > > radio/FM.
> > > 
> > > We have many reports that there often is an positive offset of about
> > > 166000Hz needed in France, which you don't seem to use on your digital
> > > tuning attempt. If this is needed and missing, the tda10046 will fail.
> > > You might try to add it.
> > > 
> > > Download dvb-apps from linuxtv.org mercurial and check if there is an
> > > updated initial scan file for your region in scan/dvb-t.
> > 
> > Nothing new.

> >  Itried it now with fr_Auxerre + offset
> > #### Auxerre - Molesmes ####
> > #R1
> > T 570166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> > #R2
> > T 794166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> > #R3
> > T 770166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> > #R4
> > T 546166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> > #R5
> > T 586166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> > #R6
> > T 562166000 8MHz AUTO NONE QAM64 8k AUTO NONE
> > 
> > but scanning fails ..... 
> >  
> > > You can also try to "scan" on a known frequency and bandwidth and set
> > > the rest to AUTO AUTO ... or get "wscan" or try with "kaffeine".

What do you mean by "the rest" ? Could you give an example line ??

 
> > Any idea ??
> 
> Not much more. Maybe some other value is wrong, which other digital
> demods tolerate. That was that with try AUTO there, except for frequency
> and bandwidth.
> 
> > 
> > Thanks
> > 
> > mahakali
> > 
> > PS :
> > I was asking myself , perhaps is something wrong with the connection, I
> > had to  put together cable and plug, so perhaps a bad electrical
> > transmission (??) but as I already said tvtime is dectecting some
> > channels but no image
> > 
> 
> I'm not aware of issues for DVB-T. There was trouble for such boards
> with LNA recently on devel stuff, but as far as I know it did not make
> it out to a kernel.
> 
> We have definitely issues on analog, but I can't test SECAM_L.

So I was fixed till now with analog, I could give digital a chance.
Where I am living  we get TNT, so digital TV
In the card package I got  a little black antenna, do I need other stuff
to get it working ? And how to do it? 

> 
> After ioctl2 conversion, the apps don't let the user select specific
> subnorms like PAL_I, PAL_BG, PAL_DK and SECAM_L, SECAM_DK, SECAM_Lc
> anymore.
> 
> What one can only select is visible here.
> http://linuxtv.org/hg/v4l-dvb/rev/aa554a86b38a

Code is at this time to complex for me.
> 
>
Thanks for all ...

mahakali 

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