Card Asus P7131 hybrid > no signal
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 bothip_tables: (C) 2000-2006 Netfilter Core Teamnf_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 :
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
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!!!
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 10 lines · Adam Pribyl
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
Quoted 8 lines · Adam Pribyl
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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Am Dienstag, den 29.04.2008, 21:21 +0200 schrieb mahakali:
Quoted 32 lines · Adam Pribyl
Quoted 10 lines
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
Quoted 8 lines · Adam Pribyl
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 PribylThe 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.
Quoted 5 lines
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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Quoted 49 lines · hermann pitton
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
0x61which 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
Quoted 10 lines
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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Quoted 21 lines · hermann pitton
Quoted 11 lines
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.Quoted 5 lines
Any help would be great.
mahakali
Hello,
if you have card=112 tuner=61 auto detected something goes very wrong.
Quoted 8 lines
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
0x61which 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
Quoted 3 lines
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
Quoted 10 lines
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.
Quoted 13 lines
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
Quoted 9 lines
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 .....
Quoted 2 lines
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
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
ERROR: initial tuning failed
dumping lists (0 services)
Quoted 5 lines
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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Hi,
Am Mittwoch, den 30.04.2008, 17:58 +0200 schrieb mahakali:
Quoted 33 lines · hermann pitton
Quoted 22 lines
Quoted 12 lines
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.Quoted 5 lines
Any help would be great.
mahakali
Hello,
if you have card=112 tuner=61 auto detected something goes very wrong.
Quoted 8 lines
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
0x61which 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 :
Quoted 8 lines
card=112 tuner=54 i2c_scan=1 secam=L
Quoted 3 lines
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.
Quoted 96 lines
Quoted 10 lines
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.
Quoted 13 lines
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 NONEQuoted 9 lines
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 NONEItried 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 NONEbut scanning fails .....
Quoted 2 lines
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 0Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to:
WARNING: >>> tuning failed!!!
Quoted 1 line
Quoted 1 line
Quoted 1 line
tune to: (tuning failed)
WARNING: >>> tuning failed!!!
ERROR: initial tuning failed
dumping lists (0 services)
Quoted 7 lines
Quoted 5 lines
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.
Quoted 11 lines
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 <[email protected]>
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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Quoted 7 lines
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_DKandSECAM_L,SECAM_DK,SECAM_Lcanymore.
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.
Quoted 11 lines
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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Hi,
Am Mittwoch, den 30.04.2008, 20:25 -0300 schrieb Mauro Carvalho Chehab:
Quoted 10 lines
Quoted 6 lines
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_DKandSECAM_L,SECAM_DK,SECAM_Lcanymore.Seems to be an issue at the userspace app.
SAA7134_NORMSdefine a mask of supported norms.STD_PALcovers all the abovePAL_foo. Also, SECAM covers all the aboveSECAM_foo.
I'll take it like that ;)
Quoted 3 lines
If the userspace app sets
V4L2_STD_PAL, the driver should run on autodetection mode. If, otherwise, the app setsV4L2_STD_PAL_I, the driver will accept and selectPAL_Ionly.
At the moment they can't set anything than reported ;)
Quoted 15 lines
Quoted 11 lines
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_stdto send all possible supported formats. Maybe this could be good for the apps you've mentioned.
Quoted 6 lines
In this case, a patch to
videodev.cshould replace the code after caseVIDIOC_ENUMSTDto 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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Hi, Mauro
Quoted 6 lines · Mauro Carvalho Chehab
Quoted 5 lines
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_DKandSECAM_L,SECAM_DK,SECAM_Lcanymore.
Quoted 14 lines
Seems to be an issue at the userspace app.
SAA7134_NORMSdefine a mask of supported norms.STD_PALcovers all the abovePAL_foo. Also, SECAM covers all the aboveSECAM_foo.If the userspace app sets
V4L2_STD_PAL, the driver should run on autodetection mode. If, otherwise, the app setsV4L2_STD_PAL_I, the driver will accept and selectPAL_Ionly.Quoted 5 lines
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"
Quoted 8 lines
Quoted 4 lines
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_stdto send all possible supported formats. Maybe this could be good for the apps you've mentioned.
Quoted 7 lines
In this case, a patch to
videodev.cshould replace the code after caseVIDIOC_ENUMSTDto another one that would report the individual standards, plus the grouped ones.Cheers,
Mauro
Best regards
Hartmut
--
video4linux-list mailing list
Unsubscribe mailto:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Hi,
Am Sonntag, den 04.05.2008, 22:50 +0200 schrieb Hartmut Hackmann:
Quoted 44 lines
Hi, Mauro
Quoted 6 lines · Mauro Carvalho Chehab
Quoted 5 lines
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_DKandSECAM_L,SECAM_DK,SECAM_Lcanymore.Quoted 14 lines
Seems to be an issue at the userspace app.
SAA7134_NORMSdefine a mask of supported norms.STD_PALcovers all the abovePAL_foo. Also, SECAM covers all the aboveSECAM_foo.If the userspace app sets
V4L2_STD_PAL, the driver should run on autodetection mode. If, otherwise, the app setsV4L2_STD_PAL_I, the driver will accept and selectPAL_Ionly.Quoted 5 lines
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"
Quoted 12 lines
Quoted 4 lines
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_stdto send all possible supported formats. Maybe this could be good for the apps you've mentioned.In this case, a patch to
videodev.cshould replace the code after caseVIDIOC_ENUMSTDto another one that would report the individual standards, plus the grouped ones.
Quoted 5 lines
Quoted 3 lines
Cheers,
MauroBest 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:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Quoted 22 lines · hermann pitton
Hi,
Am Mittwoch, den 30.04.2008, 17:58 +0200 schrieb mahakali:
Quoted 19 lines · hermann pitton
Quoted 6 lines
Hello,
if you have card=112 tuner=61 auto detected something goes very wrong.
Quoted 8 lines
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
0x61which 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
Quoted 8 lines
Quoted 6 lines
Quoted 3 lines
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 (?)
Quoted 28 lines
Quoted 28 lines
Quoted 10 lines
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
Quoted 4 lines
Quoted 4 lines
but scanning fails .....
Quoted 2 lines
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 ??
Quoted 18 lines
Quoted 1 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.
Quoted 11 lines
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
Quoted 5 lines
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?
Quoted 7 lines
After ioctl2 conversion, the apps don't let the user select specific subnorms like
PAL_I,PAL_BG,PAL_DKandSECAM_L,SECAM_DK,SECAM_Lcanymore.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.
Quoted 2 lines
Thanks for all ...
mahakali
--
video4linux-list mailing list
Unsubscribe mailto:[email protected]?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list