Klaus Schmidinger wrote: > Heikki Manninen wrote: > >>On su, 2007-01-14 at 14:48 +0100, Klaus Schmidinger wrote: >> >> >>>Your CAM doesn't respond to the QUERY that VDR sends to it. >>>So VDR can't ask the CAM whether it is able to decrypt a certain >>>channel (in addition to others it is already decrypting). >>>So it's a hard-/firmware restriction of your CAM. >>> >>>The only CAM I have here that actually can decrypt more than one >>>channel is the Alphacrypt with firmware revision 3.09. >> >>Conax 4.00e is able to decrypt 2-3 channels at the same time. Although >>when used with VDR 1.5.0 it is not. Also when using previous versions of > > If the CAM doesn't respond to a QUERY, then how is VDR supposed to > know whether it can decrypt more than one channel at a time? I think i can say with resonable confidence that most VDR-Systems don't change at a regular basis, but stay unchanged (more or less) for sometimes years(*). So why not make a "probe capabilities" function (where you could also probe "unsafe" things, with a bit of user interaction(*2)) and then store the information away in a config-file. The next time the system has significant changes you can probe again. *: My first VDR-machine is for e.g. practically unchanged (hardware-wise) since i build it sometime near end of 2000(!). *2: Ever installed Windows? I've seen: "The screen may go blank and the computer can freeze", or something in the same sense. Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous.
