[vdr] Re: VDR developer version 1.1.23

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Reinhard Walter Buchner wrote:
> 
> Hi Klaus,
> 
> My second test report:
> With MM & Pentacrypt 2.00: No go. same results as
> with the Alphacrypt.
> 
> Using Pentacrypt 1.09 I get: (which was grade A before)
> 
> Inserting no CAMs into the Slots:
> reset slot 0 failed
> reset slot 1 failed
> --> Great!
> 
> Inserting one CAM into slot 0
> reset slot 0 okay
> reset slot 1 failed
> --> Great!
> 
> Inserting one CAM into slot 1
> reset slot 0 failed
> reset slot 1 okay
> --> Great!
> 
> Inserting both CAMs (couldn't resist ;o))
> reset slot 0 okay
> reset slot 1 okay
> --> Great!
> 
> So far, so good, BUT mounting the MM in either
> Slot 0 or 1 it doesn't decrypt
> 
> I can't:
> - reset the cam from the menu (reset failed)

Not yet implemented.

> - it doesn't decrypt
> 
> I CAN:
> - access the CAM menu BUT it takes about 60-65
>   seconds before I see anything
> 
> Inserting the MM & the Alphacrypt (card only in
> the MM) I get from /log/messages: NO CAM found
> It doesn't matter which CAM is in which slot.

Please do all your test with only _ONE_ CAM inserted, and make sure
you insert the CAM _BEFORE_ staring VDR. Currently there is no dynamic
reaction on CAM insert/remove yet.

> Using only the MM alone I get: CAM: Penta 1.09
> 
> >From eit.c I get:
> Feb 2 18:54:07 linux vdr[2496]: CAM: 88C0 11797 8 09 06 17 02 F0 0C 00 0C
> 
> >From VDR I get:
> --> 00 01 82 01 01
> <-- 00 01 83 01 01 80 02 01 80
> . . . . . . . . .
> --> 00 01 81 01 01
> <-- 00 01 A0 07 01 91 04 00 01 00 41 80 02 01 00
> . .   . . . . . . . A . . . .
> OpenSession 00010041
> New Resource Manager (session id 1)
> --> 00 01 A0 0A 01 92 07 00 00 01 00 41 00 01
> <-- 00 01 80 02 01 00
> . . . . . .
> --> 00 01 A0 01 01
> <-- 00 01 80 02 01 00
> . . . . . .
> 
> 1: ==> Profile Enq
> --> 00 01 A0 09 01 90 02 00 01 9F 80 10 00
> <-- 00 01 80 02 01 80
> . . . . . . (same as Paul Gohn HERE!)

These dots are merely the ASCII representation of the bytes above (in this
case they are not printable, so dots are output).

> --> 00 01 81 01 01
> <-- 00 01 A0 09 01 90 02 00 01 9F 80 11 00 80 02 01 00
> . .   . . . . . . . . . . . . . .
> (etc)
> 
> 2: ==> Application Info Enq
> --> 00 01 A0 09 01 90 02 00 02 9F 80 20 00
> <-- 00 01 80 02 01 80
> . . . . . .
> --> 00 01 81 01 01
> <-- 00 01 A0 19 01 90 02 00 02 9F 80 21 10 01 01 00 CE EC 0A 31 2E 30 39 20
> 50 45 4E 54 41 80 02 01 80
> . .   . . . . . . . . ! . . . . Î ì . 1 . 0 9 P E N T A . . . .
> OpenSession 00030041
> New Conditional Access Support (session id 3)
> (etc)
> 
> 3: <== Ca Info 0100 0500 1702 0604 0602 1762 1722 1800 0606
> --> 00 01 A0 01 01
> <-- 00 01 80 02 01 00
> (etc)

Is there no CA_PMT data sent to the CAM when you switch to an encrypted channel?
Something like described under '8' in the 'cams.txt' file?

> It doesn't decrypt. I get colored blocks all around (NO
> picture) and the sound of VDR is twirpy, like a bird with
> a cold (i.e. glitches & twitches around). I hope you can
> fix it. Boot up time is quicker than with 1.1.22, tho ;o))
> 
> BTW: Has the firmware changed or did you just modify VDR
> code?

The changes were all in VDR and the driver.

Klaus
-- 
_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10
CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
Hofmark 2                               Email:   kls@cadsoft.de
D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
_______________________________________________________________


--
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe vdr" as subject.