[linux-dvb] Twinhan DVB Cab/CI (2031) problems

Zoilo Gomez zoilo at xs4all.nl
Tue Aug 15 19:25:23 CEST 2006


Hi Manu,

Manu Abraham wrote:

>Zoilo Gomez wrote:
>  
>
>>I decided to do some tests using kernel 2.6.13.3, with following results:
>>
>>1) locking problems occur using "dvbscan -v" (nut also ("vlc -v") in the
>>following situations:
>>=> 2.6.13.3 kernel with downloaded snapshot 20051202: locks fine,
>>dvb-scan returns 0x1f and dumps PMT quickly
>>=> 2.6.13.3 kernel with downloaded snapshot 20060115: locks fine,
>>dvb-scan returns 0x1f and dumps PMT quickly
>>=> 2.6.13.3 kernel with downloaded snapshot 20060715: no lock, dvb-scan
>>returns 0x00 + timeout!
>>=> 2.6.13.3 kernel with downloaded snapshot 20060717: no lock, dvb-scan
>>returns 0x00 + timeout!
>>=> 2.6.13.3 kernel with downloaded hg snapshot: no lock, dvb-scan
>>returns 0x00 + timeout!
>>
>>So it seems that something has gone wrong between snapshots from January
>>and July, with these locking problems as a result.
>>
>>The strange thing is that the locking problems do not prevent xine or
>>vlc from coming up with streaming data (picture), however in between
>>"vlc -v" prints 'no lock' every 15 seconds or so, but keeps going anyway
>>....
>>
>>Of course I would prefer to use the latest dvb-version, but I cannot get
>>it to work for reasons mentioned above.
>>
>>What could possibly be wrong?
>>
>>Can someone tell me who has a more recent working combination (recent
>>kernel + recent dvb-snapshot)?
>>
>>2) in all dvb-snapshot versions that have I tested, I always need to
>>remove the DST_TYPE_HAS_TS204 flag from the "DCT-CI" record in dst_list
>>(dst.c), or I will not get a picture; only a long list of TS
>>discontinuities. Aren't the necessary patches (Sept 2005) present in
>>recent snapshots? I don't understand why I keep running into this
>>problem ....
>>    
>>
>
>
>In the latest v4l-dvb HEAD if you have the TS204 flag, it fixes your
>problems ?
>
>
>  
>

To check once more, I have just setup once again:
=> linux-2.6.17.8
=> hg v4l-dvb (fresh clone of today)

At a fresh 'make' on v4l-dvb, I do get several warnings about missing 
kernel configuration flags, but it seems that I can ignore those, as 
none of those seems to affect my configuration.

The output of dvbscan -v is:

>>>> tune to: 306750000:INVERSION_AUTO:6900000:FEC_NONE:QAM_64
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>WARNING: >>> tuning failed!!!
>>>> tune to: 306750000:INVERSION_AUTO:6900000:FEC_NONE:QAM_64 (tuning failed)
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>>>> tuning status == 0x00
>

... and no PMTs get reported.

Also vlc complains that 'dvb access warning: no lock, tuning again' 
every 20 seconds or so.

Unfortunately I cannot test 20060115's snapshot against linux-2.6.17.8 
because the MODULE_PARM macro is no longer supported in 2.6.17 and I get 
a compile error.

But if I compile with linux-2.6.13.3:
=> vlc-dvb-20060115 works (provided I take out TS204 from DCT-CI record)
=> vlc-dvb hg clone does not work.

So something seems to be broken...

Z.




More information about the linux-dvb mailing list