[ANNOUNCE] VDR developer version 1.5.0

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

 



Petri Helin wrote:
> Klaus Schmidinger wrote:
>> VDR developer version 1.5.0 is now available at
>> ...
> with a quick test with this new version I was unable to get the
> decrypting to work. I have a Technotrend C1500 budget card with budget
> CI and a Dual CAM Irdeto + Conax (Conax is used). This combinations
> works flawlessly with 1.4.* series. Here are some relevant log entries:
> 
> Jan  8 00:00:14 localhost vdr: [12494] video directory scanner thread
> started (pid=12493, tid=12494)
> Jan  8 00:00:14 localhost vdr: [12495] video directory scanner thread
> started (pid=12493, tid=12495)
> Jan  8 00:00:14 localhost vdr: [12493] probing /dev/dvb/adapter0/frontend0
> Jan  8 00:00:14 localhost vdr: [12497] CI adapter on device 0 thread
> started (pid=12493, tid=12497)
> Jan  8 00:00:14 localhost vdr: [12495] video directory scanner thread
> ended (pid=12493, tid=12495)
> Jan  8 00:00:14 localhost vdr: [12494] video directory scanner thread
> ended (pid=12493, tid=12494)
> Jan  8 00:00:14 localhost vdr: [12497] CAM 1: module present
> Jan  8 00:00:14 localhost vdr: [12493] probing /dev/dvb/adapter1/frontend0
> Jan  8 00:00:14 localhost vdr: [12498] tuner on device 1 thread started
> (pid=12493, tid=12498)
> Jan  8 00:00:14 localhost vdr: [12499] section handler thread started
> (pid=12493, tid=12499)
> Jan  8 00:00:14 localhost vdr: [12493] probing /dev/dvb/adapter2/frontend0
> Jan  8 00:00:14 localhost vdr: [12493] found 2 video devices
> ...
> Jan  8 00:00:17 localhost vdr: [12497] CAM 1: module ready
> Jan  8 00:00:20 localhost vdr: [12497] CAM 1: Conax 4.00e, 01, 0B00, 04B1
> Jan  8 00:00:24 localhost vdr: [12497] CAM 1: doesn't reply to QUERY -
> only a single channel can be decrypted
> Jan  8 00:00:24 localhost vdr: [12493] switching to channel 11

Looks like the CAM is recognized all right.

Please enable the lines

static bool DumpTPDUDataTransfer = false;
static bool DebugProtocol = false;
static bool DumpPolls = false;
static bool DumpDateTime = false;

in ci.c by changing them to 'true' and compile/run VDR again, redirecting
stderr into a file, as in

  ./vdr 2> ci.txt

Then send me the resulting output after trying to switch to an encrypted
channel.

> BTW: I have been patching the device.c in 1.4.* series so that my other
> card, TT budget DVB-C v1.0, is always preferred for FTA channel
> recordings. Otherwise the precious CAM could be wasted in an FTA
> recording. I understood that you are planning on restructuring the
> priority model in 1.5.*. Have you taken in consideration the situation
> with budget-only environment with one or more CIs?

This would require additional information in cDevice::GetDevice() to see whether
the device has CA capabilities. Until now this is implicitly done by avoiding
full featured cards, but since budget cards also can have CAMs I'll add an
appropriate check for this to the cDevice class.

Klaus


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux