Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vdr] Re: Viaccess red CAM, 3.5" CI with Hauppauge Nexus-S rev2.1



Bud Millwood wrote:
> 
> On Saturday 30 August 2003 17:40, you wrote:
> 
> > Which driver version are you using (especially the firmware version, which
> > can be seen in the log message when loading the driver)?
> 
> linux-dvb-1.0.0 from linuxtv.org
> 
> My driver reports this in syslog:
> 
> Aug 30 22:25:02 media kernel: DVB: registering new adapter
> (Technotrend/Hauppauge PCI rev2.1 or 2.2).
> Aug 30 22:25:02 media kernel: stv0299.c: setup for tuner BSRU6, TDQB-S00x
> Aug 30 22:25:02 media kernel: DVB: registering frontend 0:0
> (STV0299/TSA5059/SL1935 based)...
> Aug 30 22:25:05 media kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018,
> vid 71010068, app 8000261a
> Aug 30 22:25:05 media kernel: DVB: AV7111(0) - firmware supports CI link layer
> interface
> Aug 30 22:25:05 media kernel: av7110(0): Crystal audio DAC detected
> Aug 30 22:25:05 media kernel: Technotrend/Hauppauge PCI rev2.1 or 2.2 adapter
> 0 has MAC addr = 00:d0:5c:20:c3:37
> 
> > Which version of VDR?
> 
> 1.2.0, dxr3 plugin only, but I have tested and get the exact same behaviour
> without the dxr3.
> 
> > Which version of the CiMAX chip is on your CI? 1.0, 2.0 or something else?
> 
> How can I tell - is it stamped on the top of the chip?

Yes. But the above log excerpt tells me that you are using the latest
firmware (261a), so it shouldn't matter which CiMAX version you have.

> - Bud
> 
> > Bud Millwood wrote:
> > > I have a Hauppauge Nexus-S rev2.1 PCI card, 3.5" CI and a viaccess red
> > > cam.
> > >
> > > What's the status of the 3.5" CI with vdr, and what's the status of the
> > > viaccess red CAM?
> > >
> > > I can get encrypted channels with this setup, but after changing channels
> > > a few times, the screen goes blank, and I can't get anything from any
> > > channel unless I restart vdr.
> > >
> > > I have been digging around in vdr, and modified ci.c, the
> > > cCiTransportLayer::Process() method where it checks:
> > >
> > > if (Tc->Poll() != OK) {
> > >   ; //XXX continue;
> > > }
> > >
> > > to log a message if it's not 'OK'. Sometimes it's not. What does this
> > > indicate?

With the change you wrote about in the PM you sent me (any reason why you din't
post that within this thread?), can you say that the "Tc->Poll() returned 128"
line's occurrence coincides with the moment from which on encrypted channels
no longer work? Are there any other CAM related error messages in the log when
encrypted channels no longer work?

Klaus


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



Home | Main Index | Thread Index