On 07/24/07 21:29, Simon Baxter wrote:
>>> 715:
>>> case AOT_CA_PMT_REPLY: {
>>> dbgprotocol("Slot %d: <== Ca Pmt Reply (%d)",
>>> Tc()->CamSlot()->SlotNumber(), SessionId());
>>> if (!repliesToQuery) {
>>> dsyslog("CAM %d: replies to QUERY - multi channel
> decryption
>>> possible", Tc()->CamSlot()->SlotNumber());
>>>
>>> and 784:
>>> else if (state == 3 && timer.TimedOut()) {
>>> dsyslog("CAM %d: doesn't reply to QUERY - only a single channel can
> be
>>> decrypted", Tc()->CamSlot()->SlotNumber());
>>> state = 4; // normal operation
>>> }
>> At any rate you should get exactly one of these messages per CAM.
>>
>> Please try changing dsyslog() to isyslog() and test again.
>>
>> Klaus
>
> Thanks Klaus. Changed above to isyslog() and now get:
>
> Jul 25 07:22:00 media1 vdr: [2674] CAM 1: doesn't reply to QUERY - only a
> single channel can be decrypted
> Jul 25 07:22:04 media1 vdr: [2670] switching to channel 1
> Jul 25 07:22:04 media1 vdr: [2670] CAM 1: assigned to device 1
So I guess your syslog is configured to write ERR, INFO and DEBUG
messages into different files. This happens time and again and
always causes extra efforts to find out. I guess I should change this
to always use LOG_ERR...
> not the result I wanted - but at least I now know!
>
> Can anyone suggest where I can find which CAMs support QUERY ?? If yours
> does, can you tell me which model it is??
I use an Alphacrypt with the latest firmware and this one does
react to QUERY.
Klaus
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
