Roger James wrote:
Roger James wrote:I have now got hold of an AstonCrypt 1.05 CAM and done a quick test against it. Once again the CI board required polling to initialise properly, so it looks like this is related to the firmware version and not specific to a particular CAM. However I am still not entirely convinced. This is because of two factors; firstly CAM insertion and removal interrupts are generated, and secondly I still have not managed to get sensible data out of the card when the CAM and a smartcard is inserted, even on unencrypted channels. But this may be finger trouble and lack of understanding of the dvb-apps utils.Werner Hauger wrote:Werner,Werner,So what revision of the CI board do you have ?I'm glad you got it working. I wonder if that means there we indeed have different CI firmware on new CI boards that need to be catered for in the driver.budget_ci: Slot status d587c000 set to NONE 3 ci_version a0 On the second factor. I have been testing using gnutv and szap. One thing I notice is that I can get a FE lock reported using szap, I cannot get one using gnutv. Any ideas anyone? Roger |
_______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb