[linux-dvb] Descramble failure with VP1032 and Matrix Reborn

David Santinoli marauder at tiscali.it
Thu Nov 30 22:59:35 CET 2006


Hallo,
  I'm trying to descramble JSTV 1 (Japanese satellite television) from
Hotbird, which broadcasts both FTA programmes (which I receive
correctly) and encrypted (Cryptoworks) ones, depending on the time of
day.

My setup includes
- a 2.6.17.11 vanilla kernel,
- DVB-utils from the 2006-11-09 snapshot, 
- a Twinhan clone card (PCI ID: 1822:0001), recognized as VP1032 /
  DSTMCI,
- a so-called "Matrix Reborn" CAM, programmed for Cryptoworks.

Here follows an excerpt from dmesg regarding the card detection:


  kernel: bt878_probe: card id=[0x11822],[ Twinhan VisionPlus DVB ] has DVB functions.
  kernel: DVB: registering new adapter (bttv0).
  kernel: dst_get_device_id: Recognise [DSTMCI]
  kernel:
  kernel: DST type flags : 0x1 newtuner 0x10 firmware version = 2
  kernel: dst_get_mac: MAC Address=[00:08:ca:16:55:00]
  kernel: dst_fw_ver: Firmware Ver = 1.4 Build = 02, on 11:5, 22-2-2005
  kernel: dst_card_type: Device Model=[VP1032]
  kernel: dst_get_vendor: Vendor=[TWINHANç¼^A]
  kernel: dst_ca_attach: registering DST-CA device
  kernel: DVB: registering frontend 0 (DST DVB-S)...


When I try to tune in JSTV 1 using "zap" (is this the correct utility to
use?), descrambling fails and the following output is produced:

  Using frontend "DST DVB-S", type DVB-S
  en50221_app_ai_message: Received unexpected tag 164000

  Problem retrieving frontend information: Operation not supported
  status SCVYL | signal 3c00 | snr 168e | ber 00000000 | unc 00000000 | FE_HAS_LOCK
  en50221_app_ai_message: Received unexpected tag 164000
  <... repeats many times>

  <my ctrl-C>
  Poll error
  en50221_app_ai_message: Received unexpected tag 7cd16

(sometimes a 0 replaces 164000).

Also note that often, when the CAM is inserted, even FTA programmes have
problems (artifacts appear here and there).


My questions:
Are there any known issues with this DVB-S card / CAM setup?  From
previous posts, it would seem so.  In this case, would it be better if I
switched to another CAM (for example the Philips Cryptoworks module)?
Or is it a fault of the DVB card?

Are there any other pieces of information I can provide to build more
context -- for example, more output from dmesg or some utility?


Thanks in advance,
 David



More information about the linux-dvb mailing list