Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: CAM-Error: Read failed
Andreas Freund wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Am Sonntag, 25. Mai 2003 12:01 schrieben Sie:
> > Patrick Maier wrote:
> > > Hi,
> > > I've tested the new vdr-1.1.32 with the driver linux-dvb.2003-05-10
> > > All works fine but on encrypted channels video and audio is fine for
> > > about 1 or 2 minutes and then the video and audio stopps for about 15
> > > seconds and then video and audio resumes for another 1 or 2 minutes and
> > > then stopps again.....
> > >
> > > on the syslog there are entries:
> > > May 19 22:56:28 dago vdr: ERROR: CAM: Read failed: slot 0, tcid 1
> > > May 19 22:56:38 dago vdr: CAM: Irdeto SE , 01, 0602, 1702
> > > May 19 22:57:30 dago vdr: ERROR: CAM: Read failed: slot 0, tcid 1
> > > May 19 22:57:41 dago vdr: CAM: Irdeto SE , 01, 0602, 1702
> > > ...
> > >
> > > then I've enabled debugging like described in the cams.txt and thats the
> > > output when the video stopps:
> > >
> > > http://www.djdagobert.com/cam-error.txt
> > That's what happens with some CAMs, but I haven't been able to find
> > out what exactly causes this, since it doesn't happen with my CAM here
> > (at least not frequently enough to do serious debugging - I do have this
> > like once a day or so). You may want to try the "-icam" firmware (see
> > DVB/driver/av7110/README-firmware).
> > Klaus
> I've made a patch for my own.
> This patch reimplements the ci stopping syntax for 1.1.32 and disables the ci
> connection after 30 seconds. Also it does an emergency restart if cam fails.
> For me it works fine, probably it's usefull for you, too.
> Name: vdr-ci.diff
> vdr-ci.diff Type: text/x-diff
> Encoding: 7bit
I'm not quite sure how this patch would actually fix the CAM problems.
It apparently still assumes that the CAM connection breaks down at some
point and even does an emergency exit - which shouldn't be necessary.
As it is right now the CAM connection is simple re-established, which
seems to work just fine. What we really need is to find out why these
problems occur only with the new LL firmware and not with the old one...
I assume the second part of this patch has nothing to do with the CAM
handling. Implementing a batch cutting mechanism is one of the topics
Klaus Schmidinger Phone: +49-8635-6989-10
CadSoft Computer GmbH Fax: +49-8635-6989-40
Hofmark 2 Email: email@example.com
D-84568 Pleiskirchen, Germany URL: www.cadsoft.de
To unsubscribe send a mail to firstname.lastname@example.org with "unsubscribe vdr" as subject.
Main Index |