[vdr] Re: Cam Aston problem

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

tho68@ssisrl.com wrote:
> 
> 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)

Can you please try VDR 1.3.3? There was a problem in CA descriptor handling...

Klaus


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