On 05/04/08 10:34, Pierre-Yves Paranthoen (PERSO) wrote: > I also increased values in > > #define TS_SCRAMBLING_CONTROL 0xC0 > #define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS > becomes unscrambled > #define TS_SCRAMBLING_TIME_OK 15 // seconds before a Channel/CAM > combination is marked as known to decrypt > still the same. > > May 4 10:33:34 localhost vdr: [1348] info: Channel not available! > May 4 10:33:45 localhost vdr: [1348] switching to channel 21 > May 4 10:33:45 localhost vdr: [1535] transfer thread started (pid=1348, > tid=1535) > May 4 10:33:45 localhost vdr: [1536] receiver on device 1 thread > started (pid=1348, tid=1536) > May 4 10:33:46 localhost vdr: [1537] TS buffer on device 1 thread > started (pid=1348, tid=1537) > May 4 10:33:48 localhost vdr: [1352] ERROR: CAM 2: session for resource > identifier 00400041 already exists (1/1) This is getting stranger by the minute... Why would the CAM try to establish another MMI resource? Are you sure this is an unpatched version of VDR 1.7.0 (except for the patch to device.c I gave you)? Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
