[linux-dvb] Lifeview Hybric PCI problems mainly with dvb-t

Hartmut Hackmann hartmut.hackmann at t-online.de
Sun Mar 25 00:17:21 CET 2007


Hi,

scoop_yo at freemail.gr schrieb:
>>> #modprobe saa7134-alsa (dmesg output):
>>>
>>> saa7134 ALSA driver for DMA sound loaded
>>> saa7133[0]/alsa: saa7133[0] at 0xd0005000 irq 20 registered as card -1
>>> PM: Adding info for No Bus:card1
>>> PM: Adding info for No Bus:pcmC1D0c
>>> PM: Adding info for No Bus:dsp1
>>> PM: Adding info for No Bus:audio1
>>> PM: Adding info for No Bus:controlC1
>>> PM: Adding info for No Bus:mixer1
>>>
>>> I can watch analog tv with no sound.I did some tests with sox
>>> with both saa7137-alsa and saa7137-oss but no luck here.
>>> I haven't tried the radio yet.
>>> I see nothing for the remote at /proc/bus/input/devices.
>>> But the feature that I desperately want to use is dvb-t because I kinda
>>> bought it more for it to do some recording of next week's shows starting
>>> on Sunday :) .
>>>
>> Hm. i guess you mean saa7134-alsa. This is known to work in many cases.
>> Are you sure you unes the right parameters for sox resp. arecord ?
>>
> Typo error , I meant saa7134-alsa.
> I checked the wiki for audio,did the test and things happen
> as described here:
> 
> http://www.linuxtv.org/v4lwiki/index.php/Talk:AVerMedia_AverTV_Hybrid_FM_PCI_A16D
> 
> 
>>> Using scan with latest (mercurial snapshot) dvb-apps I get the following:
>>> Settings of gr-Athens file are correct.
>>> (Didn't have any luck with kaffeine either.)
>>>
>>> $./scan ./gr-Athens
>>> scanning ./gr-Athens
>>> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>>> initial transponder 690000000 0 3 9 1 1 1 0
>>>>>> tune to: 690000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
>>> WARNING: >>> tuning failed!!!
>>>>>> tune to: 690000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE (tuning failed)
>>> WARNING: >>> tuning failed!!!
>>> ERROR: initial tuning failed
>>> dumping lists (0 services)
>>> Done.
>>>
>>> (After the scan dvbsnoop reports that inversion is off.)
>>> I assumed it was a singal strength problem so I installed Windows and
>>> the card worked ok with dvb-t.
>>> On the card there is a SAA1733 chip but on the wiki I didn't find any other card
>>> with that chip so that I cound try parsing it as a parameter and check dvb-t usage.
>>>
>>> Any ideas primarely on how to get dvb-t to work ?
>>>
>>>
>>> PS:If it is to look at the driver code, should I be looking at
>>> TDA10046 , SAA1734 or both ?
>>>
>> Unfortunately, the "tuning failed" message can have many causes.
>> The most common one it that the channel decoder simply didn't lock due
>> to wrong tuning parameters. Are you sure your initial config file is right?
>> Even a wrong value for i.e the guard interval prevents the decoder from locking.
>> Some drivers ignore these values so you can't be sure from the fact that another
>> card works. You might try w_scan.
>> If this doesn't help. please examine the kernel log again.
>>
>> Hartmut
> 
> I didn't know about w_scan so I tried it and it worked.
> I did some tests and results were not encouraging.
> There is only 1 freq for the channels here.
> Each time the channels were detected the channels were the correct ones.
> 
> w_scan output:
> 
> w_scan version 20060902
> Info: using DVB adapter auto detection.
>    Found DVB-T frontend. Using adapter /dev/dvb/adapter0/frontend0
> -_-_-_-_ Getting frontend capabilities-_-_-_-_
> frontend Philips TDA10046H DVB-T supports
> INVERSION_AUTO
> QAM_AUTO
> TRANSMISSION_MODE_AUTO
> GUARD_INTERVAL_AUTO
> HIERARCHY_AUTO not supported, trying HIERARCHY_NONE.
> FEC_AUTO
> 
> 
> *Scan1:
> (It says no signal but it finds the channels)
> ...
> 690000: signal ok (I999B8C999D999M999T999G999Y0)
> ...
> tune to: :690000:I999B8C999D999M999T999G999Y0:T:27500:
> ----------no signal----------
> tune to: :690000:I999B8C999D999M999T999G999Y0:T:27500: (no signal)
> CINE+(ERT)
> SPORT+(ERT)
> PRISMA+(ERT)
> PIK(ERT)
> Network Name 'ERT'
> copying transponder info (690000)
> dumping lists (4 services)
> CINE+:690000:I999B8C34D34M16T8G8Y0:T:27500:512+128:640:576:0:1:8468:1:0
> SPORT+:690000:I999B8C34D34M16T8G8Y0:T:27500:513+129:641:577:0:2:8468:1:0
> PRISMA+:690000:I999B8C34D34M16T8G8Y0:T:27500:514+130:642:578:0:3:8468:1:0
> PIK:690000:I999B8C34D34M16T8G8Y0:T:27500:515+131:643:0:0:4:8468:1:0
> 
> 
> *Scan2: (the good one)
> ...
> 690000: signal ok (I999B8C999D999M999T999G999Y0)
> ...
> tune to: :690000:I999B8C999D999M999T999G999Y0:T:27500:
> Network Name 'ERT'
> copying transponder info (690000)
>      CINE+(ERT)
>      SPORT+(ERT)
>      PRISMA+(ERT)
>      PIK(ERT)
> dumping lists (4 services)
> CINE+:690000:I999B8C34D34M16T8G8Y0:T:27500:512+128:640:576:0:1:8468:1:0
> SPORT+:690000:I999B8C34D34M16T8G8Y0:T:27500:513+129:641:577:0:2:8468:1:0
> PRISMA+:690000:I999B8C34D34M16T8G8Y0:T:27500:514+130:642:578:0:3:8468:1:0
> PIK:690000:I999B8C34D34M16T8G8Y0:T:27500:515+131:643:0:0:4:8468:1:0
> 
> 
> *Scan3:
> ...
> 690000: signal ok (I999B8C999D999M999T999G999Y0)
> ...
> tune to: :690000:I999B8C999D999M999T999G999Y0:T:27500:
> ----------no signal----------
> tune to: :690000:I999B8C999D999M999T999G999Y0:T:27500: (no signal)
> ----------no signal----------
> ERROR: Sorry - i couldn't get any working frequency/transponder
> Nothing to scan!!
> 
> 
> *Scan4:
> ...
> 690000:   (nothing is located here so I stop it)
> ...
> 
> *Scan5:
> Same as Scan2 (good)
> 
> *Scan6:
> Same as Scan2 (good)
> 
> *Scan7:
> I unloaded the modules and reloaded them with:
> #modprobe saa7134_dvb debug=1
> Same as scan1(not so good.)
> 
> After the first scan I run the "w_scan_start.sh"
> to get the channels.conf file.
> After I got the channels.conf file (which I checked to see if it's ok)
> then after each scan I did I tried xine and mplayer(v4l,v4l2,dvb..).
> Mplayer is latest svn snapshot and xine-lib is 1.1.4 (tried latest cvs too).
> 
> $mplayer dvb://
> MPlayer dev-SVN-r22784-3.4.6 (C) 2000-2007 MPlayer Team
> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (Family: 15, Model: 43, Stepping: 1)
> CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
> Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
> 
> Playing dvb://.
> dvb_tune Freq: 690000
> Not able to lock to the signal on the given frequency, timeout: 30
> dvb_tune, TUNING FAILED
> ERROR, COULDN'T SET CHANNEL  0: Failed to open dvb://.
> 
> Exiting... (End of file)
> 
> I had no luck with xine either.
> 
> Through the entire process I watched with tail -f:
> /var/log/messages
> /var/log/syslog
> /var/log/debug
> 
> Each time I did a scan / used mplayer those 2 lines appeared
> at syslog and messages:
>   kernel: tda1004x: setting up plls for 48MHz sampling clock
>   kernel: tda1004x: found firmware revision 29 -- ok
> 
> /var/log/debug was quite even at Scan7.
> I don't have in my kernel any general debug option if
> that is needed.
> 
> Hartmut thanks for the help and I am open to suggestions
> to make dvb-t work with this card.
> 
> Just to say here that my card is "rev d1" according to lspci
> whereas the lspci on the wiki reports a "rev d0" card.
> 
> 
> PS:
> The config file that I used with scan(linux-dvb-apps) was:
> 
> T 690000000 8MHz 3/4 NONE QAM16 8k 1/16 NONE
> or
> T 690000000 8MHz 3/4 3/4 QAM16 8k 1/16 NONE
> 
> **Hope this message doesn't deliver 2 times due to misconfigure.
> 
> 
I wonder whether the AGC configuration is fully correct.
with the option -X w_scan produces a configuration format
for tzap and xine. If you use this output, is the signal
stable?
Does your card have 2 antenna sockets?

Hartmut



More information about the linux-dvb mailing list