[streaming] CI problem with a Twinhan/Azurewave AD-SP400

[Jake Opie]

Hi,

I am trying to get my Twinhan/Azurewave AD-SP400 card with a CI slot to decrypt the pay channels here in South Africa. I am able to view FTA with DVBlast.

Below is the output when i try to view a pay channel:

debug: using linux-dvb API version 5
debug: frequency 11594000 is in Ku-band (lower)
debug: configuring LNB to v=13 p=0 satnum=0
debug: tuning QPSK frontend to f=11594000 srate=27500000 modulation=legacy
debug: CA interface with 1 slot
debug:   CI link layer level interface type
debug:   0 available descramblers (keys)
debug: setting filter on PID 0
debug: conf: 10.0.0.19:1234 w=0 sid=110 pids[2]=5000,6000,-1,-1,-1...
debug: setting filter on PID 5000
debug: setting filter on PID 6000
debug: frontend has acquired signal
debug: frontend has acquired carrier
debug: frontend has acquired stable FEC
debug: frontend has acquired sync
debug: frontend has acquired lock
debug: - Bit error rate: 0
debug: - Signal strength: 256
debug: - SNR: 101
warning: transport_error_indicator
debug: new PAT ts_id=20 version=18 current_next=1
debug:   * number=110 pid=4000
debug: setting filter on PID 4000
debug:   * number=120 pid=4005
debug:   * number=130 pid=4010
debug:   * number=140 pid=4015
debug:   * number=145 pid=4020
debug:   * number=150 pid=4025
debug:   * number=160 pid=4035
debug:   * number=180 pid=4007
debug:   * number=190 pid=4050
debug:   * number=195 pid=4055
debug:   * number=3158 pid=4100
debug:   * number=3159 pid=4101
debug:   * number=3161 pid=4104
debug:   * number=3177 pid=4103
debug:   * number=3179 pid=4105
debug:   * number=3180 pid=4106
debug:   * number=10001 pid=807
libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 0) for PID                                                                              4000
debug: new PMT program number=110 version=12 pid_pcr=5000
debug:   * es pid=5000 type=2
debug:   * es pid=6000 type=3
debug:   * es pid=6001 type=3
debug:   * es pid=7001 type=6
debug:   * es pid=7000 type=5
debug:   * es pid=768 type=241

What is interesting is that DVBlast reports that it has the CA interface with 1 slot but reports that there are 0 available descrambles (keys). I have a working smart card inserted into my CAM, it card works in a normal decoder. I stream the content to a other PC where I have VLC running. All VLC receives is nothing, it doesn;t even open a viewing window even though, by using tcpdump, packets are being sent on that port and VLC is receiving something.

When i used DVBlast with the -e option:

debug: new SDT ts_id=20 version=7 current_next=1 network_id=6144
debug:   * service id=110 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=M-Net
debug:   * service id=120 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=MM1
debug:   * service id=130 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=SS1
debug:   * service id=140 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=SS2
debug:   * service id=145 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=SSmax
debug:   * service id=150 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=Serie
debug:   * service id=160 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=HallM
debug:   * service id=180 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=Disc
debug:   * service id=190 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=SS5
debug:   * service id=195 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=1 provider=MCK name=ChO
debug:   * service id=3158 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=2 provider=MCK name=YFM
debug:   * service id=3159 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=2 provider=MCK name=Kaya
debug:   * service id=3161 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=2 provider=MCK name=RAI R
debug:   * service id=3177 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=2 provider=MCK name=TAR
debug:   * service id=3179 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=2 provider=MCK name=Fut201
debug:   * service id=3180 eit schedule=0 present=1 running=4 free_ca=1
debug:     - type=2 provider=MCK name=Fut202
libdvbpsi error (misc PSI): Bad CRC_32 (0x846e82ba) !!!
libdvbpsi error (misc PSI): Bad CRC_32 (0x846e82ba) !!!
libdvbpsi error (misc PSI): Bad CRC_32 (0x846e82ba) !!!

It picks up the channel names in the Demux and by using VLC to play the stream I am able to see the program information. what does the free_ca=1 mean?

Please can someone offer some assistance here. Is it a problem with my CAM or CI? 

Regards
Jake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/streaming/attachments/20100211/44e4e99f/attachment.htm>