[vdr] Re: Cam Aston problem

[tho68@ssisrl.com]

Hi
I felt seek last weekend so i read the follow-up to the thread i started
only this morning.

foolow the  text of my first post

> I am using VDR 1.2.6 with two cam Aston 1.05 and an original smartcard
> SkyItalia, The first cam has Rev 1.1 and everithing work almost fine,
> the
> second one is a Rev 1.2 and does not decrypt. I am using link layer ci
> interface and I start debugging the behaviour of both CAM. I observed
> that
> Rev 1.2 CAM does not handle open_session_response for session 00100041
> and answer with three bytes "00 01 00" that VDR does not understand and
> start a open_session -> close_session -> open_session loop, during which
> is really slow to answer channel switching or everithing else command.
> I does not really know anything about the protocol specification between
> CAM and applications, and I would be very grateful if someone can tell
> me
> where this specifications can be found, to avoid me a long and blind
> research.



>> tarass@club-internet.fr answered
>> I had to apply this patch make cam Aston 1.05 to work with canal+.
>> Maybe it helps you.

About my environment I am sorry but i forgot specify that vdr 1.2.6 I
am using already contain the Patch from Antonino Sergi.

>> I a following reply Klaus Schmidinger wrote
>> This functionality is now contained in VDR 1.3.2.
>> Could you please test your CAM with that version, just to
>> see if it works there?

About Vdr 1.3.2 I downloaded and tried but, it seems not to be working.
With CAM rev 1.1 vdr 1.3.2 does not decrypt any channel and start a
neverending loop of about a 15 seconds duty cycle, with a white on red OSD
banner saying "Channel not available!".
With CAM rev 1.2 vdr 1.3.2 does not decrypt any encrypted channel and
became really slow to answer to any command (it's unusable not only slow)

Thank's to everybody
Angelo



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