manio / vdr-plugin-dvbapi Goto Github PK

Hi manio,

I found out that dvbapi is the reason why my vdr takes so long to start.

With dvbapi 16sec
Without only 6sec

Log with dvbapi: http://pastebin.com/5mN6jPi3
Log without dvbapi: http://pastebin.com/NyHJ5fB5

VDR 1.7.31 and latest dvbapi git revision.

Any ideas?

Christopher Reimer

I set up 2.1.4 and had a viuew recordings in hd. Then i got vdsb and i was lloking at the log. there is many device buffer overflows and htop shows 100% of vdr cpu usage.
short log: https://dl.dropboxusercontent.com/u/1490505/VDR/G2V_V4/info.txt
Full package with more informations: https://dl.dropboxusercontent.com/u/1490505/VDR/G2V_V4/VDSB_1391022845.tar.xz
I was using dvbapi 2.0 latest git with libdvbcsa enabled.

Hi,

if have very often a black Screen after zapping to a crypted channel.

oscam log stops with this issue: http://pastebin.com/zGf6qsD7

this is the dvbapi log, as the same time: http://pastebin.com/mE1aKGRZ

It seems, this:

2013/05/31 13:02:56 727F00 c new socket connection fd: 14

and this:

May 31 13:03:01 [vdr] [9886] DVBAPI: OSCamCheck: 0: checking if connection to socket_fd=46 is still alive

doesnt not match?

With both tvheadend and vdr I can't seem to decode encrypted channels.
tvheadend works fine with newcamd so there is nothing wrong with my card etc..

I am using:
dvb-api-git latest.
oscam-svn 8218
xbmc with vdr vnsi addon / xbmc with tvheadend addon.

This is what i get on both vdr and tvheadend:
2013/01/28 18:32:37 0 s init for all local cards done
2013/01/28 18:32:37 0 s anti cascading disabled
2013/01/28 18:32:37 11C1DB0 c plain dvbapi-client granted (tvheadend, au=on (1 reader))
2013/01/28 18:32:37 11C1DB0 c dvbapi: Detected /dev/dvb/adapter0/demux0 Api: 0
2013/01/28 18:32:39 11C1DB0 c dvbapi: [ADD PID 0] CAID: 0926 ECM_PID: 00B4 PROVID: 000000
2013/01/28 18:32:39 11C1DB0 c dvbapi: Found 1 ECMpids and 1 STREAMpids in PMT
2013/01/28 18:32:39 11C1DB0 c dvbapi: New program number: 000A (0926:000A unknown) [pmt_list_management 3]
2013/01/28 18:32:39 11C1DB0 c dvbapi: ERROR: Can't decode channel

Hope you can help, i really want to get this working since i ultimately want to use vdr.
osam.conf
[global]
logfile = /var/log/oscam/oscam.log
unlockparental = 1
nice = -1
preferlocalcards = 1
dropdups = 1
usrfile = /var/log/oscam/oscamuser.log
cwlogdir = /var/log/oscam/cw

oscam.server
[reader]
label = nt
protocol = pcsc
device = 0
caid = 0926
detect = cd
group = 1
blockemm-g = 1
saveemm-g = 1

Hi manio,

Because oscam.to is no longer available, I try it here

I always get a Backtrace when I shut down VDR while I watch a crypted channel (e.g Prosieben HD)

http://pastebin.com/Jy4QATrF

After sending the SIGTERM softhddevice's output starts to stutter, and after a timeout of 20 seconds, VDR receives the SIGKILL by my runvdr script, and exits with exitstatus 1.

Greetings

Christopher "Copper" Reimer

Hi Manio,

something in 7c44be5 (and afterwards) broke soft decryption for me. Also, your latest commit doesn't fix it for me.

I don't know if this is relevant, but I happen to have a "KNCOne TV Station" budget card with a CI connector (which isn't used by any CAM, actually). Somehow it seems to me, that the latter now gets in the way for oscam. But that's only a wild guess.

So, what happens is: oscam gets the message to start decrypting via smargo + card - and actually seems to send data back. But I think, it's sent to the wrong ca-device (ca0), which is most probably occupied by the hardware CI device. This thesis is supported by:

mediagate ~ # ls -l /dev/dvb/adapter0/
crw-rw---- 1 root video 212, 6 21. Okt 01:26 ca0
crw-rw---- 1 root video 212, 4 21. Okt 01:26 demux0
crw-rw---- 1 root video 212, 5 21. Okt 01:26 dvr0
crw-rw---- 1 root video 212, 3 21. Okt 01:26 frontend0
crw-rw---- 1 root video 212, 7 21. Okt 01:26 net0

Is there something that can be done about it?

Thanks,
Torsten

Hello,

i have build a new setup , with vdr 2.1.6 and oscam ,

nothing happening in oscam or vdr logs

Apr 24 10:01:13 tvheadend vdr: [12352] VDR version 2.1.6 started
Apr 24 10:01:13 tvheadend vdr: [12352] switched to user 'vdr'
Apr 24 10:01:13 tvheadend vdr: [12352] codeset is 'UTF-8' - known
Apr 24 10:01:13 tvheadend vdr: [12352] found 28 locales in /usr/share/locale
Apr 24 10:01:13 tvheadend vdr: [12352] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.2.1.6
Apr 24 10:01:13 tvheadend vdr: [12352] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.1.6
Apr 24 10:01:13 tvheadend vdr: [12352] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver.so.2.1.6
Apr 24 10:01:13 tvheadend vdr: [12352] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbapi.so.2.1.6
Apr 24 10:01:13 tvheadend vdr: [12352] loading /var/lib/vdr/setup.conf
Apr 24 10:01:13 tvheadend vdr: [12352] loading /var/lib/vdr/channels.conf
Apr 24 10:01:13 tvheadend vdr: [12352] loading /var/lib/vdr/timers.conf
Apr 24 10:01:13 tvheadend vdr: [12352] loading /var/lib/vdr/commands.conf
Apr 24 10:01:13 tvheadend vdr: [12352] loading /var/lib/vdr/reccmds.conf
Apr 24 10:01:13 tvheadend vdr: [12354] video directory scanner thread started (pid=12352, tid=12354, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12353] video directory scanner thread started (pid=12352, tid=12353, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12352] registered source parameters for 'A - ATSC'
Apr 24 10:01:13 tvheadend vdr: [12352] registered source parameters for 'C - DVB-C'
Apr 24 10:01:13 tvheadend vdr: [12353] video directory scanner thread ended (pid=12352, tid=12353)
Apr 24 10:01:13 tvheadend vdr: [12352] registered source parameters for 'S - DVB-S'
Apr 24 10:01:13 tvheadend vdr: [12352] registered source parameters for 'T - DVB-T'
Apr 24 10:01:13 tvheadend vdr: [12354] video directory scanner thread ended (pid=12352, tid=12354)
Apr 24 10:01:13 tvheadend vdr: [12355] epg data reader thread started (pid=12352, tid=12355, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12355] reading EPG data from /var/cache/vdr/epg.data
Apr 24 10:01:13 tvheadend vdr: [12352] probing /dev/dvb/adapter0/frontend0
Apr 24 10:01:13 tvheadend vdr: [12352] creating cDvbDevice
Apr 24 10:01:13 tvheadend vdr: [12352] new device number 1
Apr 24 10:01:13 tvheadend vdr: [12352] DVB API version is 0x050A (VDR was built with 0x050A)
Apr 24 10:01:13 tvheadend vdr: [12352] frontend 0/0 provides DVB-C,DVB-T with QAM16,QAM32,QAM64,QAM128,QAM256 ("Sundtek DVB-C")
Apr 24 10:01:13 tvheadend vdr: [12352] cTimeMs: using monotonic clock (resolution is 1 ns)
Apr 24 10:01:13 tvheadend vdr: [12357] section handler thread started (pid=12352, tid=12357, prio=low)
Apr 24 10:01:13 tvheadend vdr: [12352] found 1 DVB device
Apr 24 10:01:13 tvheadend vdr: [12352] initializing plugin: live (0.3.0): Live Interactive VDR Environment
Apr 24 10:01:13 tvheadend vdr: [12352] initializing plugin: streamdev-server (0.6.1-git): VDR Streaming Server
Apr 24 10:01:13 tvheadend vdr: [12352] initializing plugin: vnsiserver (1.0.0): VDR-Network-Streaming-Interface (VNSI) Server
Apr 24 10:01:13 tvheadend vdr: [12352] initializing plugin: dvbapi (2.1.0-GIT-6ee9d62): SoftCAM for OSCam
Apr 24 10:01:13 tvheadend vdr: [12352] setting primary device to 1
Apr 24 10:01:13 tvheadend vdr: [12352] device 1 has no MPEG decoder
Apr 24 10:01:13 tvheadend vdr: [12352] assuming manual start of VDR
Apr 24 10:01:13 tvheadend vdr: [12352] SVDRP listening on port 6419
Apr 24 10:01:13 tvheadend vdr: [12352] setting current skin to "lcars"
Apr 24 10:01:13 tvheadend vdr: [12352] loading /var/lib/vdr/themes/lcars-default.theme
Apr 24 10:01:13 tvheadend vdr: [12352] starting plugin: live
Apr 24 10:01:13 tvheadend vdr: [12356] tuner on frontend 0/0 thread started (pid=12352, tid=12356, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12352] LIVE: initial file cache has 82 entries and needs 377394 bytes of data!
Apr 24 10:01:13 tvheadend vdr: [12352] starting plugin: streamdev-server
Apr 24 10:01:13 tvheadend vdr: [12352] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
Apr 24 10:01:13 tvheadend vdr: [12352] starting plugin: vnsiserver
Apr 24 10:01:13 tvheadend vdr: [12352] VNSI: VNSI Server started
Apr 24 10:01:13 tvheadend vdr: [12352] VNSI: Channel streaming timeout: 10 seconds
Apr 24 10:01:13 tvheadend vdr: [12352] starting plugin: dvbapi
Apr 24 10:01:13 tvheadend vdr: [12352] DVBAPI: plugin version 2.1.0-GIT-6ee9d62 initializing (VDR 2.1.6)
Apr 24 10:01:13 tvheadend vdr: [12352] DVBAPI: decryption library: FFdecsa
Apr 24 10:01:13 tvheadend vdr: [12359] streamdev server thread started (pid=12352, tid=12359, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12359] Streamdev: Listening (VTP) on port 2004
Apr 24 10:01:13 tvheadend vdr: [12359] Streamdev: Listening (HTTP) on port 3000
Apr 24 10:01:13 tvheadend vdr: [12360] VDR VNSI Server thread started (pid=12352, tid=12360, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12352] DVBAPI: Creating sCCIAdapter for device 0
Apr 24 10:01:13 tvheadend vdr: [12352] DVBAPI: plugin started
Apr 24 10:01:13 tvheadend vdr: [12352] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:01:13 tvheadend vdr: [12352] ERROR: remote control LIRC not ready!
Apr 24 10:01:13 tvheadend vdr: [12361] Socket Handler thread started (pid=12352, tid=12361, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12363] LIRC remote control thread started (pid=12352, tid=12363, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12363] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds
Apr 24 10:01:13 tvheadend vdr: [12362] SC-CI adapter on device 0 thread started (pid=12352, tid=12362, prio=high)
Apr 24 10:01:13 tvheadend vdr: [12358] [live] INFO: attempt to listen on ip = ''
Apr 24 10:01:13 tvheadend vdr: [12358] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): No such file or directory
Apr 24 10:01:13 tvheadend vdr: [12362] DVBAPI: 0.0: doReply changed, reset triggered
Apr 24 10:01:13 tvheadend vdr: [12362] DVBAPI: 0.0: now using CAIDs version 1
Apr 24 10:01:13 tvheadend vdr: [12362] DVBAPI: 0.0: status 'present'
Apr 24 10:01:13 tvheadend vdr: [12362] CAM 1: module present
Apr 24 10:01:13 tvheadend vdr: [12352] DVBAPI: 0.0: status 'reset'
Apr 24 10:01:13 tvheadend vdr: [12355] epg data reader thread ended (pid=12352, tid=12355)
Apr 24 10:01:13 tvheadend vdr: [12352] DVBAPI: 0.0: status 'ready'
Apr 24 10:01:14 tvheadend vdr: [12362] CAM 1: module ready
Apr 24 10:01:14 tvheadend vdr: [12362] DVBAPI: CaInfo: 0.0 sending CA info
Apr 24 10:01:14 tvheadend vdr: [12362] CAM 1: system ids: FFFF
Apr 24 10:01:15 tvheadend vdr: [12362] CAM 1: replies to QUERY - multi channel decryption possible
Apr 24 10:01:15 tvheadend vdr: [12352] switching to channel 1
Apr 24 10:01:15 tvheadend vdr: [12352] setting watchdog timer to 60 seconds
Apr 24 10:01:15 tvheadend vdr: [12352] OSD size changed to 720x480 @ 1
Apr 24 10:01:15 tvheadend vdr: [12352] ERROR: no OSD provider available - using dummy OSD!
Apr 24 10:01:16 tvheadend vdr: [12352] ERROR: Channel locked (recording)!
Apr 24 10:01:16 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:01:18 tvheadend vdr: [12352] max. latency time 3 seconds
Apr 24 10:01:19 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:01:37 tvheadend vdr: message repeated 6 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:01:38 tvheadend vdr: [12352] connect from 127.0.0.1, port 57217 - DENIED
Apr 24 10:01:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:02:25 tvheadend vdr: message repeated 15 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:02:27 tvheadend vdr: [12359] Streamdev: Accepted new client (HTTP) 192.168.1.19:3583
Apr 24 10:02:27 tvheadend vdr: [12379] streamdev-writer thread started (pid=12352, tid=12379, prio=high)
Apr 24 10:02:27 tvheadend vdr: [12380] streamdev-livestreaming thread started (pid=12352, tid=12380, prio=high)
Apr 24 10:02:28 tvheadend vdr: [12382] receiver on device 1 thread started (pid=12352, tid=12382, prio=high)
Apr 24 10:02:28 tvheadend vdr: [12383] TS buffer on device 1 thread started (pid=12352, tid=12383, prio=high)
Apr 24 10:02:28 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:02:31 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:02:33 tvheadend vdr: [12359] ERROR: read from client (HTTP) 192.168.1.19:3583 failed: Connection reset by peer
Apr 24 10:02:33 tvheadend vdr: [12359] streamdev-server: closing HTTP connection to 192.168.1.19:3583
Apr 24 10:02:33 tvheadend vdr: [12383] TS buffer on device 1 thread ended (pid=12352, tid=12383)
Apr 24 10:02:33 tvheadend vdr: [12382] buffer stats: 121824 (2%) used
Apr 24 10:02:33 tvheadend vdr: [12382] receiver on device 1 thread ended (pid=12352, tid=12382)
Apr 24 10:02:33 tvheadend vdr: [12380] streamdev-livestreaming thread ended (pid=12352, tid=12380)
Apr 24 10:02:33 tvheadend vdr: [12379] streamdev-writer thread ended (pid=12352, tid=12379)
Apr 24 10:02:33 tvheadend vdr: [12359] buffer stats: 120508 (3%) used
Apr 24 10:02:34 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:02:37 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:02:37 tvheadend vdr: [12359] Streamdev: Accepted new client (HTTP) 192.168.1.19:3586
Apr 24 10:02:37 tvheadend vdr: [12359] CAM 1: assigned to device 1
Apr 24 10:02:37 tvheadend vdr: [12385] streamdev-writer thread started (pid=12352, tid=12385, prio=high)
Apr 24 10:02:37 tvheadend vdr: [12386] streamdev-livestreaming thread started (pid=12352, tid=12386, prio=high)
Apr 24 10:02:38 tvheadend vdr: [12352] connect from 127.0.0.1, port 57218 - DENIED
Apr 24 10:02:38 tvheadend vdr: [12359] DVBAPI: 0.0 set CAM decrypt (SID 19561, caLm 4, HasCaDescriptors 0)
Apr 24 10:02:38 tvheadend vdr: [12388] receiver on device 1 thread started (pid=12352, tid=12388, prio=high)
Apr 24 10:02:38 tvheadend vdr: [12389] TS buffer on device 1 thread started (pid=12352, tid=12389, prio=high)
Apr 24 10:02:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:02:43 tvheadend vdr: [12388] detaching receiver - won't decrypt channel C-1536-2106-19561 with CAM 1
Apr 24 10:02:43 tvheadend vdr: [12388] DVBAPI: 0.0 set CAM decrypt (SID 19561, caLm 5, HasCaDescriptors 1)
Apr 24 10:02:43 tvheadend vdr: [12388] CAM 1: unassigned
Apr 24 10:02:43 tvheadend vdr: [12389] TS buffer on device 1 thread ended (pid=12352, tid=12389)
Apr 24 10:02:43 tvheadend vdr: [12388] buffer stats: 204544 (3%) used
Apr 24 10:02:43 tvheadend vdr: [12388] receiver on device 1 thread ended (pid=12352, tid=12388)
Apr 24 10:02:43 tvheadend vdr: [12357] ERROR: 1 ring buffer overflow (188 bytes dropped)
Apr 24 10:02:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:02:45 tvheadend vdr: [12385] streamdev-server: streamer done - writer exiting
Apr 24 10:02:45 tvheadend vdr: [12385] streamdev-server: closing HTTP connection to 192.168.1.19:3586
Apr 24 10:02:45 tvheadend vdr: [12385] streamdev-writer thread ended (pid=12352, tid=12385)
Apr 24 10:02:45 tvheadend vdr: [12386] streamdev-livestreaming thread ended (pid=12352, tid=12386)
Apr 24 10:02:45 tvheadend vdr: [12359] buffer stats: 191760 (5%) used
Apr 24 10:02:46 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:03:37 tvheadend vdr: message repeated 17 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:03:38 tvheadend vdr: [12352] connect from 127.0.0.1, port 57219 - DENIED
Apr 24 10:03:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:04:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:04:38 tvheadend vdr: [12352] connect from 127.0.0.1, port 57220 - DENIED
Apr 24 10:04:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:05:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:05:38 tvheadend vdr: [12352] connect from 127.0.0.1, port 57221 - DENIED
Apr 24 10:05:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:06:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:06:38 tvheadend vdr: [12352] connect from 127.0.0.1, port 57222 - DENIED
Apr 24 10:06:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:07:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:07:39 tvheadend vdr: [12352] connect from 127.0.0.1, port 57223 - DENIED
Apr 24 10:07:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:08:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:08:39 tvheadend vdr: [12352] connect from 127.0.0.1, port 57224 - DENIED
Apr 24 10:08:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:09:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:09:39 tvheadend vdr: [12352] connect from 127.0.0.1, port 57225 - DENIED
Apr 24 10:09:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:10:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:10:39 tvheadend vdr: [12352] connect from 127.0.0.1, port 57226 - DENIED
Apr 24 10:10:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:11:13 tvheadend vdr: message repeated 11 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:11:14 tvheadend vdr: [12460] epg data writer thread started (pid=12352, tid=12460, prio=low)
Apr 24 10:11:14 tvheadend vdr: [12460] epg data writer thread ended (pid=12352, tid=12460)
Apr 24 10:11:16 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:11:37 tvheadend vdr: message repeated 7 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:11:39 tvheadend vdr: [12352] connect from 127.0.0.1, port 57227 - DENIED
Apr 24 10:11:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:12:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:12:39 tvheadend vdr: [12352] connect from 127.0.0.1, port 57228 - DENIED
Apr 24 10:12:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:13:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:13:40 tvheadend vdr: [12352] connect from 127.0.0.1, port 57229 - DENIED
Apr 24 10:13:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:14:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:14:40 tvheadend vdr: [12352] connect from 127.0.0.1, port 57230 - DENIED
Apr 24 10:14:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:15:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:15:40 tvheadend vdr: [12352] connect from 127.0.0.1, port 57231 - DENIED
Apr 24 10:15:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:16:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:16:40 tvheadend vdr: [12352] connect from 127.0.0.1, port 57232 - DENIED
Apr 24 10:16:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:17:01 tvheadend CRON[12502]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 24 10:17:37 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:17:40 tvheadend vdr: [12352] connect from 127.0.0.1, port 57233 - DENIED
Apr 24 10:17:40 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:18:40 tvheadend vdr: message repeated 20 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:18:40 tvheadend vdr: [12352] connect from 127.0.0.1, port 57234 - DENIED
Apr 24 10:18:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:19:40 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:19:41 tvheadend vdr: [12352] connect from 127.0.0.1, port 57235 - DENIED
Apr 24 10:19:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:20:16 tvheadend vdr: message repeated 11 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:20:18 tvheadend vdr: [12356] frontend 0/0 timed out while tuning to channel 0, tp 482
Apr 24 10:20:19 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:20:40 tvheadend vdr: message repeated 7 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:20:41 tvheadend vdr: [12352] connect from 127.0.0.1, port 57236 - DENIED
Apr 24 10:20:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:21:08 tvheadend dhclient: DHCPREQUEST of 192.168.1.18 on eth0 to 192.168.1.1 port 67 (xid=0xec88259)
Apr 24 10:21:08 tvheadend dhclient: DHCPACK of 192.168.1.18 from 192.168.1.1
Apr 24 10:21:08 tvheadend dhclient: bound to 192.168.1.18 -- renewal in 1571 seconds.
Apr 24 10:21:13 tvheadend vdr: message repeated 10 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:21:15 tvheadend vdr: [12549] epg data writer thread started (pid=12352, tid=12549, prio=low)
Apr 24 10:21:15 tvheadend vdr: [12549] epg data writer thread ended (pid=12352, tid=12549)
Apr 24 10:21:16 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:21:40 tvheadend vdr: message repeated 8 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:21:41 tvheadend vdr: [12352] connect from 127.0.0.1, port 57237 - DENIED
Apr 24 10:21:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:22:01 tvheadend vdr: message repeated 6 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:22:03 tvheadend vdr: [12356] frontend 0/0 timed out while tuning to channel 0, tp 530
Apr 24 10:22:04 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:22:22 tvheadend vdr: message repeated 6 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:22:24 tvheadend vdr: [12356] frontend 0/0 timed out while tuning to channel 0, tp 554
Apr 24 10:22:25 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:22:40 tvheadend vdr: message repeated 5 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:22:42 tvheadend vdr: [12352] connect from 127.0.0.1, port 57238 - DENIED
Apr 24 10:22:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:23:40 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:23:42 tvheadend vdr: [12352] connect from 127.0.0.1, port 57239 - DENIED
Apr 24 10:23:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:24:40 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:24:42 tvheadend vdr: [12352] connect from 127.0.0.1, port 57240 - DENIED
Apr 24 10:24:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Apr 24 10:25:40 tvheadend vdr: message repeated 19 times: [ [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory]
Apr 24 10:25:42 tvheadend vdr: [12352] connect from 127.0.0.1, port 57241 - DENIED
Apr 24 10:25:43 tvheadend vdr: [12363] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory

2014/04/24 09:33:43 0 s init for all local cards done
2014/04/24 09:33:43 0 s anti cascading disabled
2014/04/24 09:33:43 16666D0 c plain dvbapi-client granted (vdr, au=off)
2014/04/24 09:33:43 16666D0 c [DVBAPI] Using TCP listen socket, API forced to DVBAPIv3 (0), userconfig boxtype: 11

Using vdr with sh4 processor (gm990) the dvbapi plugin does not let work dvbufs9xx plugin (video output)

If loaded dvbapi as first plugin, dvbapi works but dvbufs9xx does not
If loaded dvbufs9xx as first plugin, dvbugs9xx works but dvbapi does not.

Tried with ffdecsa and dvbcsa, with no success.

Best,

I'm not sure is it plugin's or Oscam's issue, but I start here.
It seems like only initial tuning to channel received (or requested) CW from the Oscam. After about 20 second picture freeze and Oscam log doesn't show any additional requests from the plugin. Plugin has setup using tcp connection.
Logs are there: http://pastebin.com/6dRRJYhw

Hi manio.
I know this is completely against your concept for vdr-dvbapi.

The README of vdr-satip says.

Stream decryption requires a separate CAM plugin that works without
direct access to any DVB card devices.

Your plugin is the only still actively developed one. But since your plugin depends on oscam and oscam depends on direct access to the DVB cards it's incompatible with any SAT>IP hardware.

Well you are the only developer I know who knows enough about CAM and VDR to revive and fix vdr-sc (Drop the clumsy logging stuff, remove keyfile support, Remove outdated cardreader support, make it compatbile to the new APIs of VDR 2.1.x). Something like a vdr-sc with only cardclient features. A vdr-cardclient plugin.

It's also preferable for cardserver connections over network.

Instead of oscam (Server) --> oscam (Client) --> vdr-dvbapi --> vdr
oscam (Server) --> vdr-sc(cardclient) --> vdr

thanks for the great work !
One little issue I have on systems with more than one tuner, when the epg scan changes the PID's of scrambled channels, dvbapi looses the connection to oscam and the vdr reports "channel not available".
Is this a know problem and is there a workaround ?

vdr 2.1.4 ubuntu server 12.04

i try to make friends but result error

root@planet:/usr/local/src/vdr/PLUGINS/src/dvbapi# mak e
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME _I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o CAP MT.o CAPMT.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME _I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o DeC SA.o DeCSA.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME _I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o DVB API.o DVBAPI.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME _I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o DVB APISetup.o DVBAPISetup.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o Soc ketHandler.o SocketHandler.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o SCC IAdapter.o SCCIAdapter.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o Fra me.o Frame.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-paren theses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_L ARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME I18N='"dvbapi"' -DGITVERSION='"-GIT-dcb6efa"' -o SCC AMSlot.o SCCAMSlot.cpp
SCCAMSlot.cpp: In constructor قSCCAMSlot::SCCAMSlot(SC CIAdapter, int, int)ق:
SCCAMSlot.cpp:43:59: erreur: no matching function for call to قcCamSlot::cCamSlot(SCCIAdapter&, bool)ق
SCCAMSlot.cpp:43:59: note: candidates are:
/usr/include/vdr/ci.h:150:3: note: cCamSlot::cCamSlot( cCiAdapter)
/usr/include/vdr/ci.h:150:3: note: candidate expects 1 argument, 2 provided
/usr/include/vdr/ci.h:125:7: note: cCamSlot::cCamSlot( const cCamSlot&)
/usr/include/vdr/ci.h:125:7: note: candidate expects 1 argument, 2 provided
make: ** [SCCAMSlot.o] Erreur 1
root@planet:/usr/local/src/vdr/PLUGINS/src/dvbapi#

thank you for your reply

Hi,
due to the issue that vdr-sc seems to be dead, i would like to ask, if you could add the cardsharing via netwrok feature from vdr-sc to this plugin (i.e. via newcamd or camd or ...).
Maybe it doesn't fit perfektly to the topic "dvbapi" but if vdr-sc is really dead, then you are the last hope for many ex-vdr-sc-users. "Help me Obi Wan Kanobi you're my only hope" ;-)

When oscam starts before the dvb driver it fails to detect dvbapi-verion. It never trys again. The Message is: ERROR: Could not detect DVBAPI version.

In streamboard i suggestet to add a dvbwait parameter like the bindwait for network. But they refused and suggestet me to ask you to add PMT 6 Mode. No idea what that is. Please read: http://j.mp/1a9rJl1 Here is a log and a snipet of code for you...

You may take a look to the cahandler.zip there.

In Network Mode the dvbapi-Plugin do not sent any EMM Requests.

"AU" is enabled for "dvbapi" and "user"

oscam.conf: (<-- on oscam Server)

[dvbapi]
enabled = 1
au = 1
pmt_mode = 4
request_mode = 1
listen_port = 4444
delayer = 300
user = vdr_dvbapi
boxtype = pc

oscam.user (<-- on oscam Server)

[account]
disabled = 0
user = vdr_dvbapi
pwd =
sleep = 0
suppresscmd08 = 0
keepalive = 1
au = 1
emmreassembly = 2
betatunnel = 1833.FFFF:1702
group = 1,2,3,4,5,6,7,8,9,10

Steps to reproduce:
Stop VDR.
Replace all CAIDs and all PIDs of a crypted channel's channels.conf entry with 0.
Start VDR.
Switch to the same channel and wait.

Now VDR adds the PIDs and CAIDs to the entry. (Visible in VDR's menus) But the channel keeps unavailable.
After restarting VDR, nothing changes.

But it can be fixed by forcing VDR to write channels.conf --> By modifying another channel (e.g. frequency +-1). Then the channel is available after another VDR restart.

Hello,

I use vdr-plugin-dvbapi togheter with yavdr 0.5.0 and oscam svn (now rev 7943)
It is working correctly, except sometimes (often) when I zap from channel to channel i get following errors. Sometimes it is after 1 zap, sometimes 10 and not always on the same channels.

Nov 28 08:25:51 pccave vdr: [6895] DVBAPI-Error: get_pmt: read_sections: read error: Connection timed out

Nov 28 08:25:51 pccave vdr: [6895] DVBAPI-Error: Error obtaining PMT data, returning

I then need to reboot vdr.
Don't know if it is dvbapi or oscam related, but can't find the solution.
Any idea what could be the reason of the read error.
Thanks
SP

Hiya.

with VDR 2.0.4 and v1.0.6 everything works fine, if I update to VDR 2.1.4 (I have done it via ppa if that makes any difference, if there is a guide to doing it manually please advise I am reasonably competent) I get "Channel Scrambled?" messages and cant unscramble any channel.

I built oscam from source.

/var/log/syslog/ - http://pastie.org/private/7m42hwcbaq0svchi3zvwq
oscam log - http://pastie.org/private/xasskmvr9nmlxfadgcm22a

I am sure its something simple, but I have been trying this on and off for 10 days now, and cant even get one channel to descramble.

Thanks for any pointers.

S.

VDR complains "Channel not available", but after a few seconds the channel shows up as expected.

Hi,

since the the update to vdr-2.1.4 and dvbapi-2.0 i have a stange behavior.

When i switch to encrypted channel, the channel will in some cases not be decrytetd. :(

The issue in the logfile, in this cases, are not very "verbose".

Feb 02 18:32:46 [vdr] [4491] DVBAPI: Action: Got CA_SET_DESCR request, adapter_index=0
Feb 02 18:32:46 [vdr] [4491] DVBAPI: SetDescr
Feb 02 18:32:46 [vdr] [4491] DVBAPI: 0.0: odd key set
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 CA_PMT decoding len=1f lm=5 prg=130 len=19
Feb 02 18:32:46 [vdr] [4407] DVBAPI: ci_cmd(G)=01
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 got CA pmt ciCmd=1 caLm=5
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 answer to query surpressed
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 set CAM decrypt (SID 130, caLm 5, HasCaDescriptors 1)
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 CA_PMT decoding len=6 lm=3 prg=0 len=0
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 got CA pmt ciCmd=-1 caLm=3
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 answer to query surpressed
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 stop decrypt
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 CA_PMT decoding len=6 lm=3 prg=0 len=0
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 got CA pmt ciCmd=-1 caLm=3
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 answer to query surpressed
Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 stop decrypt

If i switch, in this case, one channel up and down, all is working as expected.

Hi,
in some rare cases ich get a Blackscreen after a channelswitch.
In this case, dvbapi write something like this into the logfile:

--> http://bpaste.net/show/qNz0ElcYlXmfLGruBnm0/

If this behavior is happen, olny a restart of the vdr helps to fix this Problem.
I dont know, how i can reproduce this strange behavior, but it happens only when the vdr is running a Long time (> 4~5 hrs).

When building with vdr 1.28 the current vdr-plugin-dvbapi breaks recordings for me:

Jun 28 22:20:28 paris vdr: [25143] recording to '/video/Proof_of_life/2012-06-28.20.28.909-0.rec/00001.ts'
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: SetPid: on=1
Jun 28 22:20:28 paris last message repeated 4 times
Jun 28 22:20:28 paris vdr: [25195] recording thread started (pid=25143, tid=25195)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: 1.0 CA_PMT decoding len=26 lm=4 prg=209 len=7
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: ci_cmd(G)=01
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: pid=2,00dd len=0 (0x0)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: pid=4,00de len=0 (0x0)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: pid=6,007b len=0 (0x0)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: pid=6,0089 len=0 (0x0)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: pid=6,008a len=0 (0x0)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: 1.0 got CA pmt ciCmd=1 caLm=4
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: 1.0 set CAM decrypt (SID 209, caLm 4, HasCaDescriptors 1)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: ProcessSIDRequest: added: i=0
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: channelSid=0xd1(209)
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: created socket with socket_fd=34
Jun 28 22:20:28 paris vdr: [25143] DVBAPI: socket_fd=34 length=38 toWrite=48 wrote=48
Jun 28 22:20:28 paris vdr: [25196] receiver on device 2 thread started (pid=25143, tid=25196)
Jun 28 22:20:28 paris vdr: [25196] DVBAPI: OpenDvr
Jun 28 22:20:28 paris vdr: [25196] DVBAPI: CloseDvr
Jun 28 22:20:28 paris vdr: [25196] DVBAPI: ScActive
Jun 28 22:20:28 paris vdr: [25196] DVBAPI: 1: set active on
Jun 28 22:20:28 paris vdr: [25197] TS buffer on device 2 thread started (pid=25143, tid=25197)
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: DeCSASetCaPid: PID=221, index=0
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: DeCSASetCaPid: PID=222, index=0
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: DeCSASetCaPid: PID=123, index=0
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: DeCSASetCaPid: PID=137, index=0
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: DeCSASetCaPid: PID=138, index=0
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: Action: Got CA_SET_DESCR request
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: DeCSASetCaDescr: index=0
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: Action: Got CA_SET_DESCR request
Jun 28 22:20:28 paris vdr: [25157] DVBAPI: DeCSASetCaDescr: index=0
Jun 28 22:20:55 paris vdr: [25157] DVBAPI: Action: Got CA_SET_DESCR request
Jun 28 22:21:01 paris vdr: [25157] DVBAPI: DeCSASetCaDescr: index=0
Jun 28 22:21:01 paris vdr: [25195] ERROR: video data stream broken

After reverting the latest commit vdr works again:

Jun 28 22:37:56 paris vdr: [29032] recording to '/video/Proof_of_life/2012-06-28.20.28.909-0.rec/00001.t
s'
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: SetPid: on=1
Jun 28 22:37:56 paris last message repeated 4 times
Jun 28 22:37:56 paris vdr: [29086] recording thread started (pid=29032, tid=29086)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: 1.0 CA_PMT decoding len=26 lm=4 prg=209 len=7
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: ci_cmd(G)=01
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: pid=2,00dd len=0 (0x0)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: pid=4,00de len=0 (0x0)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: pid=6,007b len=0 (0x0)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: pid=6,0089 len=0 (0x0)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: pid=6,008a len=0 (0x0)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: 1.0 got CA pmt ciCmd=1 caLm=4
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: 1.0 set CAM decrypt (SID 209, caLm 4, HasCaDescriptors 1)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: ProcessSIDRequest: added: i=0
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: channelSid=0xd1(209)
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: created socket with socket_fd=34
Jun 28 22:37:56 paris vdr: [29032] DVBAPI: socket_fd=34 length=38 toWrite=48 wrote=48
Jun 28 22:37:56 paris vdr: [29087] receiver on device 2 thread started (pid=29032, tid=29087)
Jun 28 22:37:56 paris vdr: [29087] DVBAPI: OpenDvr
Jun 28 22:37:56 paris vdr: [29087] DVBAPI: CloseDvr
Jun 28 22:37:56 paris vdr: [29087] DVBAPI: ScActive
Jun 28 22:37:56 paris vdr: [29087] DVBAPI: 1: set active on
Jun 28 22:37:56 paris vdr: [29088] TS buffer on device 2 thread started (pid=29032, tid=29088)
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: DeCSASetCaPid: PID=221, index=0
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0: set pid 00dd
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: DeCSASetCaPid: PID=222, index=0
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0: set pid 00de
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: DeCSASetCaPid: PID=123, index=0
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0: set pid 007b
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: DeCSASetCaPid: PID=137, index=0
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0: set pid 0089
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: Action: Got CA_SET_PID request
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: DeCSASetCaPid: PID=138, index=0
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0: set pid 008a
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: Action: Got CA_SET_DESCR request
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: DeCSASetCaDescr: index=0
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: SetDescr
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0: even key set
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: Action: Got CA_SET_DESCR request
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: DeCSASetCaDescr: index=0
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: SetDescr
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0: late key set...
Jun 28 22:37:57 paris vdr: [29046] DVBAPI: 1.0:  odd key set
Jun 28 22:38:21 paris vdr: [29046] DVBAPI: Action: Got CA_SET_DESCR request
Jun 28 22:38:21 paris vdr: [29046] DVBAPI: DeCSASetCaDescr: index=0
Jun 28 22:38:21 paris vdr: [29046] DVBAPI: SetDescr
Jun 28 22:38:21 paris vdr: [29046] DVBAPI: 1.0:  odd key set

Hi i get in VDR source dir:
make plugins

*** Plugin dvbapi:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o CAPMT.o CAPMT.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o DeCSA.o DeCSA.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o DeCsaTSBuffer.o DeCsaTSBuffer.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o dll.o dll.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o DVBAPI.o DVBAPI.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o DVBAPISetup.o DVBAPISetup.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o SCDeviceProbe.o SCDeviceProbe.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o simplelist.o simplelist.cpp
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dvbapi"' -I/usr/local/src/vdr-2.1.4/include -o device.o device.cpp
In file included from device.cpp:26:0:
device-tmpl.cpp: In member function ‘virtual bool cScDvbDevice::Ready()’:
device-tmpl.cpp:146:38: error: ‘class SCCIAdapter’ has no member named ‘Ready’
device-tmpl.cpp:147:38: error: ‘class cCiAdapter’ has no member named ‘Ready’
device-tmpl.cpp:148:1: warning: control reaches end of non-void function [-Wreturn-type]
make[1]: *** [device.o] Fehler 1

when i compile in the dvbapi source dir:

make[1]: Leaving directory `/usr/local/src/vdr-plugin-dvbapi/FFdecsa'
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DREMOTE_KBD -DLIRC_DEVICE="/var/run/lirc/lircd" -D_GNU_SOURCE -DVIDEODIR="/video" -DCONFDIR="" -DCACHEDIR="" -DRESDIR="" -DPLUGINDIR="./PLUGINS/lib" -DLOCDIR="./locale" -I/usr/local/include -fPIC -shared CAPMT.o DeCSA.o DeCsaTSBuffer.o dll.o DVBAPI.o DVBAPISetup.o SCDeviceProbe.o simplelist.o device.o deviceplugin.o UDPSocket.o SCCIAdapter.o Frame.o SCCAMSlot.o FFdecsa/FFdecsa.o -o libvdr-dvbapi.so
install -D libvdr-dvbapi.so ../../../PLUGINS/lib/libvdr-dvbapi.so.1.7.31

OSCam does not show IP and Port if connectes via dvbapi networkmode.

See here:
https://db.tt/eTwysZoC

It is just cosmetic, but is there a reason to not show the corespdending values? In my case would be 192.168.178.23 Port 20033

Couldn't create an issue in the tvheadend fork so....

When having set up everything correct in tvheadend and when trying to decrypt a channel oscam is telling me the following:

ERROR: Can't open device /dev/dvb/adapter-1/demux0 (errno=2 No such file or directory) 

I've got a feeling that adapter-1 should be adapter1, is this a bug in oscam or in tvheadend?

Hi,

I have created two branches, debian-debian and debian-upstream, to allow easy building of .deb packages for vdr-plugin-dvbapi using git-buildpackage.

I've pushed the two branches here:

https://github.com/oldmanuk/vdr-plugin-dvbapi

I was wondering if you'd be willing to clone the branches into the master repository, so that others may benefit, and I can submit pull requests in the future to update the debian packaging scripts.

Cheers
oldman

Im saying vdr and not dvb-api because im not sure which is at fault there or even softhddevice.
If i leave oscam idle it by default disconnects clients.Then if i try to tune to a channel it will fail the first time even though it will eventually connect and get an ecm reply from a peer.Softhddevice logs indicate it still receives scrambled packets.I have to switch to another channel and then back on to work correctly.Same thing happens if i have bad signal on a channel, ie it will stop and never come back until i switch back and forth.

can not comile newesst dvbhddevice with dag patch.

g++ -march=athlon64 -fPIC -O2 -Wall -Woverloaded-virtual -fPIC -march=native -O2 -pipe -falign-functions=4 -fprefetch-loop-arrays -D__STDC_CONSTANT_MACROS -fPIC -ggdb -O0 -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DUSE_ALTERNATECHANNEL -DUSE_CHANNELBIND -DUSE_CUTTERLIMIT -DUSE_DDEPGENTRY -DUSE_DVLVIDPREFER -DUSE_GRAPHTFT -DUSE_HARDLINKCUTTER -DUSE_JUMPINGSECONDS -DUSE_JUMPPLAY -DUSE_LIRCSETTINGS -DUSE_LIEMIKUUTIO -DUSE_MAINMENUHOOKS -DUSE_MENUORG -DUSE_NALUDUMP -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_ROTOR -DUSE_TIMERINFO -DUSE_TTXTSUBS -DUSE_VOLCTRL -DUSE_WAREAGLEICON -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dvbapi"' -DWITH_SDDVB -DWITH_HDDVB -I/usr/local/src/VDR/include device-hd.cpp
In file included from device-hd.cpp:29:0:
../dvbhddevice/dvbhdffdevice.h: In Elementfunktion »virtual bool cScDvbHdFfDevice::OpenDvr()«:
../dvbhddevice/dvbhdffdevice.h:20:7: Fehler: »int cDvbHdFfDevice::adapter« ist privat
device-tmpl.cpp:182:45: Fehler: in diesem Zusammenhang
../dvbhddevice/dvbhdffdevice.h:20:16: Fehler: »int cDvbHdFfDevice::frontend« ist privat
device-tmpl.cpp:182:45: Fehler: in diesem Zusammenhang
make: *** [device-hd.o] Fehler 1

VDR 1.7.31
dvbapi git
dvbhddevice git with dag patch

Hi
I thought someone could be interested in a FFdecsa big endian patch. So I post it here. I have tested it under openwrt ar71xx. To compile FFdecsa for big endian enviroments, simply define BO_IS_BIG_ENDIAN to a value different than 0 (for example compile with -D_BO_IS_BIG_ENDIAN_=1) and choose a PARALLEL_MODE that has GROUP_PARALLELISM=32 (for example -DPARALLEL_MODE=PARALLEL_32_INT). Other PARALLEL_MODES are not supported yet.
I post this patch here because maybe the author of this plugin would like to integrate this patch in his FFdecsa distribution and add a makefile switch in his Makefile.
The patch is here:
http://pastebin.com/Rd8vB2tr
It was surprising at least for me that only 8 lines of code had to be changed to switch the endianess. In the patch I uncommented the "dump_mem" lines. They are commented out during preprocessing if DEBUG is not defined (as it should never be).

Hello,

How can i compile the new version of the plugin whith libdvbcsa ?
And how can i verify if it's compiled whith libdvbcsa or ffdecsa ?

I am getting a error when i make the plugin on a ARM Debian :

ecsa'
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/local/src/s2-liplianin/linux -fexpensive-optimizations -funroll-loops -mmmx -msse -msse2 -msse3 -DPARALLEL_MODE=PARALLEL_128_SSE2 -c FFdecsa.c
cc1plus: error: unrecognized command line option â-mmmxâ
cc1plus: error: unrecognized command line option â-msseâ
cc1plus: error: unrecognized command line option â-msse2â
cc1plus: error: unrecognized command line option â-msse3â
make[1]: *** [FFdecsa.o] Error 1
make[1]: Leaving directory `/usr/local/src/vdr/PLUGINS/src/vdr-plugin-dvbapi/FFdecsa'
make: *** [FFdecsa/FFdecsa.o] Error 2

sometimes (mostly with 2+ recordings) i ges VDSB on my VDR. The local oscam.log reads:

2013/02/15 22:12:00 B75005D8 c dvbapi: [ADD PID 0] CAID: 1830 ECM_PID: 1CEE PROVID: 000000
2013/02/15 22:12:00 B75005D8 c dvbapi: [ADD PID 1] CAID: 1843 ECM_PID: 19EE PROVID: 000000
2013/02/15 22:12:00 B75005D8 c dvbapi: [ADD PID 2] CAID: 09C4 ECM_PID: 1BEE PROVID: 000000
2013/02/15 22:12:00 B75005D8 c dvbapi: [ADD PID 3] CAID: 098C ECM_PID: 1AEE PROVID: 000000
2013/02/15 22:12:00 B75005D8 c dvbapi: [ADD PID 4] CAID: 1860 ECM_PID: 1EEE PROVID: 000000
2013/02/15 22:12:00 B75005D8 c dvbapi: Found 5 ECMpids and 2 STREAMpids in PMT
2013/02/15 22:12:00 B75005D8 c dvbapi: New program number: EF76 (kabel eins HD) [pmt_list_management 3]
2013/02/15 22:12:01 B75005D8 c vdr01 (1833&/007C/89): found (516 ms) by sheevaplug
2013/02/15 22:12:03 B75005D8 c dvbapi: ERROR: Read error on fd 17 (errno=110 Connection timed out)

2013/02/15 22:12:08 0 --- Skipped 1 duplicated log lines ---

The problem is not to reproduce, but appears aprox. once per week. I wrote a script that cvollects data. Messages:

Feb 15 22:12:00 [vdr] [29462] osdteletext-receiver thread ended (pid=2678, tid=29462)
Feb 15 22:12:00 [vdr] [2678] CAM 1: assigned to device 1
Feb 15 22:12:00 [vdr] [2678] switching device 1 to channel 56
Feb 15 22:12:00 [vdr] [2678] timer 44 (56 2212-2320 'The FinderKugeln') start
Feb 15 22:12:00 [vdr] [2678] Title: 'The Finder' Subtitle: 'Kugeln'
Feb 15 22:12:00 [vdr] [2678] executing '/tmp/vdr/vdr_record before "/video/The_Finder/Kugeln/2013-02-15.22.12.56-0.rec"'
Feb 15 22:12:00 [logger] 2013-02-15 22:12 /tmp/vdr/vdr_record before /video/The_Finder/Kugeln/2013-02-15.22.12.56-0.rec
Feb 15 22:12:00 [logger] vdr_record: Markad activated - noad ignored
Feb 15 22:12:00 [vdr_record] Markad activated - noad ignored
Feb 15 22:12:00 [vdr] [2678] record /video/The_Finder/Kugeln/2013-02-15.22.12.56-0.rec
Feb 15 22:12:00 [vdr] [2678] creating directory /video/The_Finder
Feb 15 22:12:00 [vdr] [2678] creating directory /video/The_Finder/Kugeln
Feb 15 22:12:00 [vdr] [2678] creating directory /video/The_Finder/Kugeln/2013-02-15.22.12.56-0.rec
Feb 15 22:12:00 [g2v_rec_msg] The FinderKugeln: Waiting for directory...
Feb 15 22:12:00 [vdr] [2678] recording to '/video/The_Finder/Kugeln/2013-02-15.22.12.56-0.rec/00001.ts'
Feb 15 22:12:00 [vdr] [29464] TS buffer on device 1 thread ended (pid=2678, tid=29464)
Feb 15 22:12:00 [vdr] [29463] buffer stats: 4324 (0%) used
Feb 15 22:12:00 [vdr] [29463] receiver on device 1 thread ended (pid=2678, tid=29463)
Feb 15 22:12:00 [vdr] [31830] recording thread started (pid=2678, tid=31830, prio=high)
Feb 15 22:12:00 [vdr] [2678] DVBAPI: 0.0 set CAM decrypt (SID 61302, caLm 4, HasCaDescriptors 1)
Feb 15 22:12:00 [vdr] [31831] receiver on device 1 thread started (pid=2678, tid=31831, prio=high)
Feb 15 22:12:00 [vdr] [31832] TS buffer on device 1 thread started (pid=2678, tid=31832, prio=high)
Feb 15 22:12:00 [vdr] [2678] markad: executing "/usr/bin"/markad -v -I -R -l "/var/lib/markad" --online=2 before "/video/The_Finder/Kugeln/2013-02-15.22.12.56-0.rec"
Feb 15 22:12:00 [g2v_rec_msg] Aufnahme: The FinderKugeln
Feb 15 22:12:01 [vdr] [2678] connect from 127.0.0.1, port 53526 - accepted
Feb 15 22:12:01 [vdr] [2678] SVDRP message: 'Aufnahme: The FinderKugeln'
Feb 15 22:12:01 [vdr] [2678] info: Aufnahme: The Finder~Kugeln
Feb 15 22:12:01 [vdr] [2678] closing SVDRP connection
Feb 15 22:12:10 [vdr] [31854] video directory scanner thread started (pid=2678, tid=31854, prio=high)
Feb 15 22:12:10 [vdr] [31855] video directory scanner thread started (pid=2678, tid=31855, prio=high)
Feb 15 22:12:10 [vdr] [31855] video directory scanner thread ended (pid=2678, tid=31855)
Feb 15 22:12:11 [vdr] [31854] video directory scanner thread ended (pid=2678, tid=31854)
Feb 15 22:12:31 [vdr] [31830] ERROR: video data stream broken
Feb 15 22:12:31 [vdr] [31830] emergency exit request ignored according to setup
Feb 15 22:12:32 [vdr] [2678] connect from 127.0.0.1, port 53527 - accepted
Feb 15 22:12:32 [vdr] [2678] SVDRP message: '>> VDSB entdeckt! (1) <<'
Feb 15 22:12:32 [vdr] [2678] info: >> VDSB entdeckt! (1) <<

Feb 15 22:12:32 [vdr] [2678] closing SVDRP connection

my collected info:
/usr/local/sbin/vdsb.sh - Feb 15 22:12:31 - vdr - [31830] ERROR: video data stream broken
Tuner-Status:
DVB0
FE: STV090x Multistandard (DVBS)
status SCVYL | signal 84% | snr 71% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 84% | snr 71% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 84% | snr 71% | ber 0 | unc 0 | FE_HAS_LOCK
DVB1
FE: STV090x Multistandard (DVBS)
status SCVYL | signal 71% | snr 77% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 71% | snr 77% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 71% | snr 77% | ber 0 | unc 0 | FE_HAS_LOCK
DVB2
FE: STV090x Multistandard (DVBS)
status SCVYL | signal 77% | snr 71% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 77% | snr 71% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 77% | snr 71% | ber 0 | unc 0 | FE_HAS_LOCK
Laufende Aufnahmen/Timer:
-rw-r--r-- 1 root root 0 15. Feb 22:10 /video/Marktcheck/2013-02-15.22.10.79-0.rec/.rec
-rw-r--r-- 1 root root 0 15. Feb 22:12 /video/The_Finder/Kugeln/2013-02-15.22.12.56-0.rec/.rec
-rw-r--r-- 1 root root 0 15. Feb 22:00 /video/The_Walking_Dead/Kriegsrecht/2013-02-15.22.00.21-0.rec/.rec
9:S19.2E-1-1051-28721:2013-02-15:2210:2310:49:99:Marktcheck:79 - tagesschau24markt13609626001360966200461805
9:S19.2E-133-14-124:2013-02-15:2200:2255:50:99:The Walking DeadKriegsrecht:21 - Fox HDThe Walking Dead1360962000136096530019518590
9:S19.2E-1-1017-61302:2013-02-15:2212:2320:50:99:The FinderKugeln:56 - kabel eins HDThe Finder1360962720136096680030914248

Hi,

i've disabled "Network Mode" because of "known Problems", but dvbapi does connect to the oscam Server anyway, via dvbapi.

vdr01_64 ~ # grep dvbapi /etc/vdr/setup.conf
dvbapi.LogLevel = 3
dvbapi.OSCamHost = 192.168.178.10
dvbapi.OSCamNetwork = 0
dvbapi.OSCamPort = 4444
vdr01_64 ~ #

Log on oscam Server while restarting VDR:

server01 ~ # grep vdr_dvb /log/oscam/oscam.log
2014/04/27 17:27:43 0 s killing client vdr_dvbapi
2014/04/27 17:28:03 86FAA0 c plain dvbapi-client granted (vdr_dvbapi, au=auto (13 reader))
server01 ~ #

hello, I have tried the rewrite branch with a FF device 6400. The following problem with vdr 2.1.4 and original dvbhddevive plugin occurs:

dvbapi-rewrite branch with orginal dvbhddevice works, but if I take a record over CAM1 (device 0) and over CAM2 (device 1) do not decrypt any further channels on the same transponder. (one channel pro CAM?)And I can not back to the Record channels during the recordings. After finishing the recordings I can again turn back to the paytv channels, but with picture and sound Problems.

KR
Christian

is there no Support for <vdr-2.1.4 anymore, in master branch??

I wonder if it would worthwhile removing FFdecsa from the source entirely, and switching to libdvbcsa, actively being developed by the VLC guys and seemingly already accepted into the debian repositories.

http://www.videolan.org/developers/libdvbcsa.html
http://packages.debian.org/search?keywords=libdvbcsa

If watch a scrambled Channel (1080i), by using the dvbapi-Plugin, the CPU Load is ~30%, if i watch the same Channel by using the sc-Plugin, the CPU Load is ~8%.

How can i fix this?

If the dvbapi Plugin lose the Connection to the oscam Server, dvbapi doesn't automatically reconnect.
After switching the Channel, dvbapi works as expect again.

I use the "stock" vdr package from Ubuntu 12.10 which is 1.7.28.
Ever since you switched to the new Makefile in December, I cannot compile the plugin as it doesn't set the -fPIC flag.
Manually switching to the old Makefile from November it works fine!

Hi I am using this version: 8fb65973
I have DD Cine S2 V6.5 with 4xS2 Tuners and 1 CI. (ddbridge)
Using the git version above works fine, if I register every tuner as own adapter (0-4) but than is my CI not usable.
If I let the driver to register all interfaces as single adapter0 then I get issue, that vdr-plugin is not working, getting this message:
DVBAPI: 0.0 set CAM decrypt (SID 36, caLm 4, HasCaDescriptors 1)
DVBAPI-Error: poll timed out
DVBAPI-Error: Error in read read_t (pat)
DVBAPI-Error: Error obtaining PMT data, returning

more of the log is present here: http://pastebin.com/yHvwAL7n

It looks like the ca0 (CAM 5) is somehow intercepting the DVB-API

any chance to get it work?

On a new start of VDR/after not having watched a channel for a while (i.e. having other media playing in the XBMC frontend), I end up getting the 'DVBAPI-Error: get_pmt: read_sections: read error: Connection timed out' result (as in /issues/16), unless watching an unscrambled channel on the same switch port first.

I tried increasing the timeout to 6 seconds, however it does not help.

I'm using a bit of a weird tuner (DVBSky USB - cheap Chinese stuff :), so I guess it's somewhat of an edge case here, but a theory on this would be nice.

When OSCam starts after VDR i have no picture until i switch to a different channel. This is fatal when a recordin is triggered!

---log:
2013/04/28 16:24:46 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r8617 (i686-pc-linux-gnu-ssl)
2013/04/28 16:24:46 0 s creating pidfile /tmp/.oscam/oscam.pid with pid 3765
2013/04/28 16:24:46 0 s services reloaded: 0 services freed, 0 services loaded, rejected 0
2013/04/28 16:24:46 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
2013/04/28 16:24:46 0 s signal handling initialized
2013/04/28 16:24:46 0 s 775 service-id's loaded in 1ms
2013/04/28 16:24:46 0 s 1 lengths for caid guessing loaded
2013/04/28 16:24:46 0 s 1 entries read from oscam.whitelist
2013/04/28 16:24:46 0 s monitor: initialized (fd=6, port=988)
2013/04/28 16:24:46 0 s sheevaplug [camd35] creating thread for device SheevaPlug
2013/04/28 16:24:46 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2013/04/28 16:24:46 0 s waiting for local card init
2013/04/28 16:24:46 812B848 p camd35 proxy SheevaPlug:20248
2013/04/28 16:24:46 812B848 p sheevaplug [camd35] proxy initialized, server SheevaPlug:20248
2013/04/28 16:24:46 81149F0 h webif: decompressed 52412 bytes back into 150704 bytes
2013/04/28 16:24:46 81149F0 h HTTP Server listening on port 8888
2013/04/28 16:24:46 0 s init for all local cards done
2013/04/28 16:24:46 0 s anti cascading disabled
2013/04/28 16:24:46 81347A8 c plain dvbapi-client granted (vdr01, au=auto (1 reader))

2013/04/28 16:24:46 81347A8 c Detected /dev/dvb/adapter0/demux0 Api: 0

vdr is on crypted channel
when i switch i get picture.

Hi.

dvbapi (1.0.6) works with HD+ germany.
dvbapi (1843&000000/0000/EF75/89:53B7D07C67AAFDA3D477E755D9C862A5): found (380 ms)

because of new card with CI, i have compiled the latest version dvbapi (2.1.0-GIT-1203c18). Afterwards everything works just CAID 1843 not (HD+). This is from the log:

[22606] CAM 2: system ids: FFFF
[22652] detaching receiver - won't decrypt channel S19.2E-1-1017-61301 with CAM 1
[22652] CAM 1: unassigned

but i.e. sky germany works:
dvbapi (1702&000000/0000/0082/93:AAB0C982557E14EC5D1A0AFB7C5745AE): found (560 ms)

is this a bug?
tnx

Yesterday i got vdsb again. in local oscam i see a warning:
2014/02/10 21:09:00 711160 c [DVBAPI] ***** WARNING: PMT BUFFER OVERFLOW, PLEASE REPORT! ******

Complete logpackage: https://dl.dropboxusercontent.com/u/1490505/VDR/G2V_V4/VDSB_1392062970.tar.xz

Hello,

Can you please tell me what is dvbapi.DeCsaTsBuffSize for. I'm using dvb-api whith libdvbcsa on raspberry PI and trying to optimize some things. Can thi Help me ? Maybe it is a good Idea to extend the Readme whith explanation what dvbapi.DeCsaTsBuffSize is for.

Replay stops on TT S2-6400 when second recording begins on tuner#0

I have a TT S2-6400 and a TT-1600

Problem is when i record on all Tuners and on tuner#0 starts an extra recording witch is scramled the replay stops! To reproduce:

1: record ARD HD (#2)
2: record ZDF HD (#1)
3: record SIXX HD (#0)
4: start of replay a old recording (Deluxe Music)
5: use menu to start recording PRO7 HD (same transponder as SIXX HD - Tuner #0)

Then the replay is stopped!
Here is the vdr log: http://pastebin.com/BasNvAie

Is only when recording crypted content

here log:

Apr 5 20:02:35 HTPC vdr: [11303] ERROR: /usr/local/lib/vdr/libvdr-dvbapi.so.2.0.0: undefined symbol: _ZN10cDvbDevice7HasLockEi
Apr 5 20:02:35 HTPC vdr: [11303] deleting plugin: xvdr
Apr 5 20:02:35 HTPC vdr: [11303] exiting, exit code 2

Hi! After some channel changes this error "DVBAPI-Error: ProcessSIDRequest: no free space for new SID!!!" appears and I have to restart vdr.
What does this error mean?
thx

Hi manio,

I'm playing around with systemd (event based init system).
Sometimes oscam enables dvbapi slightly too late and vdr only displays a black screen.

When I switch to another crypted channel everything works.
Could you add something like an automatic retune?

when switching to dead or not broadcasting channels vdr often gets unresponsible and resulting in a final segfault. this is not happening with sc. i provide a log here: https://www.dropbox.com/s/v93o6kl8jdhpbmq/vdr.log

a big logpack from my distribution: https://dl.dropboxusercontent.com/u/1490505/VDR/dvbapi/g2v_log_08291510.tar.xz <- should also contain coredump

Using Gen2VDR V4 and VDR 2.1.1