Re: Twinhan DVB Cab/CI (2031) problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Manu Abraham wrote:

Zoilo Gomez wrote:
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:



... 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...


Is this a card with a CI or just a FTA card ?

It is a Twinhan Cab/CI 2031.

Is it the same card ..? http://thadathil.net:8000/gallery/album12

"The connection refused when attempting to contact http://thadathil.net:8000/gallery/album12";

Anyway it is this card: http://www.twinhan.com/product_cable_2.asp

loading dst with verbose=4 and then tuning what messages do you get ?

On 2.6.17.8 + v4l-dvb (catch of the day) it says:

dst(0) dst_comm_init: Initializing DST.
dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
dst(0) rdc_reset_state: Resetting state machine
dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
dst(0) read_dst: reply is 0xff
dst(0) dst_wait_dst_ready: dst wait ready after 1
dst(0) read_dst: reply is 0x0
dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
dst(0) dst_get_device_id: Recognise [DCT-CI]
dst(0) dst_type_print: DST type: cable
dst(0) dst_comm_init: Initializing DST.
dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
dst(0) rdc_reset_state: Resetting state machine
dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
dst(0) read_dst: reply is 0xff
dst(0) dst_wait_dst_ready: dst wait ready after 0
dst(0) read_dst: reply is 0x0
dst(0) dst_get_mac: MAC Address=[00:08:ca:16:15:00]
dst(0) dst_get_tuner_info: DST TYpe = MULTI FE
dst(0) dst_comm_init: Initializing DST.
dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
dst(0) rdc_reset_state: Resetting state machine
dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
dst(0) read_dst: reply is 0xff
dst(0) dst_wait_dst_ready: dst wait ready after 0
dst(0) read_dst: reply is 0xbc
dst(0) dst_get_tuner_info: DST type has TS=188
dst(0) dst_get_tuner_info: DST has Daughterboard
dst_ca_attach: registering DST-CA device


On 2.6.13.3 + v4l-dvb-20060115 it says:

dst_gpio_outb: mask=[0004], enbb=[0004], outhigh=[0000]
dst_gpio_outb: mask=[0004], enbb=[0004], outhigh=[0004]
dst_comm_init: Initializing DST.
dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
dst_wait_dst_ready: dst wait ready after 1
dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
dst_get_device_id: Recognise [DCT-CI]
dst_type_print: DST type: cable
dst_comm_init: Initializing DST.
dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
dst_wait_dst_ready: dst wait ready after 0
dst_get_mac: MAC Address=[00:08:ca:16:15:00]
dst_ca_attach: registering DST-CA device

Z.


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

[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux