[vdr] Bug in recording CA handling

[s.huelswitt@gmx.de (Stefan Huelswitt)]

Hi,
I think there is a mismatch in the way the CA values from
channels.conf are used in device.c/dvbdevice.c.

In many places ca>CACONFBASE is used to detect an encrypted
channel (like in cDvbDevice::ProvidesChannel() and
cDvbDevice::SetChannelDevice()). On the other side in
cDevice::Ca() a != 0 is used.

This leads to a strange behaviour.
Let's say a channel have a ca value of 1 (can only be received on
card 1). As 1<CACONFBASE ProvidesChannel() & SetChannelDevice()
doesn't see this as an encrypted channel, allowing a
transfermode. But when the transfer control tries to attach the
player, cDevice::AttachPlayer() calls cDvbDevice::CanReplay()
which in turn calls cDevice::Ca(). As Ca() checks for != 0 the
check fails and the attach of the player too.

Apr  1 23:08:07 video vdr[5556]: Live=0 Encrypted=0 DoTune=1 TurnOff=1 Transfer=1 TurnOn=0
Apr  1 23:08:07 video vdr[5556]: 0 D   120 1  110 1  130 1    0 0 *    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5556]: 0 E     0 0  110 1  130 1    0 0 *    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5556]: 0 D     0 0  110 1  130 1    0 0 *    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5556]: 0 E     0 0    0 0  130 1    0 0 *    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5556]: 0 D     0 0    0 0  130 1    0 0 *    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5556]: 0 E     0 0    0 0    0 0    0 0 *    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5556]: 0 C     0 0    0 0    0 0    0 0 * 1535 1    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5556]: 0 C     0 0    0 0    0 0    0 0 * 1535 1 1536 1    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:07 video vdr[5565]: transfer thread started (pid=5565)
Apr  1 23:08:07 video vdr[5566]: receiver thread started on device 1 (pid=5566)
Apr  1 23:08:07 video vdr[5556]: timer 5 start
Apr  1 23:08:07 video vdr[5556]: waiting for EPG info...
Apr  1 23:08:18 video vdr[5556]: no EPG info available
Apr  1 23:08:18 video vdr[5556]: record /home/video/Big_Brother/_/2003-04-01.22:00.50.99.rec
Apr  1 23:08:18 video vdr[5556]: creating directory /home/video/Big_Brother
Apr  1 23:08:18 video vdr[5556]: creating directory /home/video/Big_Brother/_
Apr  1 23:08:18 video vdr[5556]: creating directory /home/video/Big_Brother/_/2003-04-01.22:00.50.99.rec
Apr  1 23:08:18 video vdr[5556]: recording to '/home/video/Big_Brother/_/2003-04-01.22:00.50.99.rec/001.vdr'
Apr  1 23:08:18 video vdr[5556]: 0 a     0 0    0 0    0 0    0 0 * 1535 2 1536 1    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:18 video vdr[5556]: 0 a     0 0    0 0    0 0    0 0 * 1535 2 1536 2    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:18 video vdr[5568]: recording thread started (pid=5568)
Apr  1 23:08:18 video vdr[5556]: ERROR: Kanal blockiert (zeichnet auf)!
Apr  1 23:08:22 video vdr[5565]: transfer thread ended (pid=5565)
Apr  1 23:08:22 video vdr[5556]: 0 D     0 0    0 0    0 0    0 0 * 1535 2 1536 2    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:22 video vdr[5556]: 0 E     0 0    0 0    0 0    0 0 * 1535 1 1536 2    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:22 video vdr[5556]: 0 D     0 0    0 0    0 0    0 0 * 1535 1 1536 2    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:22 video vdr[5556]: 0 E     0 0    0 0    0 0    0 0 * 1535 1 1536 1    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0    0 0
Apr  1 23:08:22 video vdr[5556]: buffer stats: 0 (0%) used

One of the checks is wrong.

-- 
Stefan Huelswitt
huels@iname.com  | http://home.pages.de/~nathan


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