Klaus Schmidinger kirjoitti 3.5.2008 kello 19.06: > On 05/03/08 16:24, Tero Siironen wrote: >> Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03: >> >>> On 04/27/08 12:49, Tero Siironen wrote: >>>> ... >>>> I don't know if this is same problem or not but I'm having similar >>>> symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot >>>> tune >>>> to that channel, while 1.4.7 works. As can be seen from the log, >>>> the >>>> receiving starts from couple of seconds but stops right after >>>> giving >>>> this channel not available message. My system has DVB-C 2.1 FF card >>>> and >>>> Satelco Easywatch budget card. All the other encrypted channels >>>> works >>>> ok, but this one channel has problems with VDR 1.6.0. >>>> >>> Your CAM seems to "come and go". >>> Please try the 1.6.0-1 maintenance patch from >>> >>> ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-1.diff >>> >>> which increases the time between the CAM status checks. >> >> Doesn't help, log is pretty similar still and picture shows now and >> then for couple of seconds > > Looks like there are no more unexpected CAM resets, so the reason > for the > "channel not available" must be something else. Maybe the CAM doesn't > decrypt? > > You could add some debug output to cDevice::Action() to see whether > the TS packets are getting descrambled. Maybe the > TS_SCRAMBLING_TIMEOUT > needs to be increased.
I will try to debug it more. The same channel works with VDR 1.4.7 so the CAM works. Also with 1.6.0-1 all other encrypted channels that I've access works with that CAM, so there is something in that one channel which causes problems with 1.6.0-1. But I will report again when I get some more data. -- Tero _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
