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