vdr December 2013

vdr@linuxtv.org

34 participants
28 discussions

New tool to load VDR with XMLTV Data
by Adam Flott 26 Dec '13

26 Dec '13

I wrote a tool to load VDR with XMLTV data. Written in Go with 0 external dependencies and does a few things nicer than that perl script that's been floating around Source: https://github.com/adamflott/vdr-epg-tool Usage: http://adamflott.com/loading-vdr-with-xmltv-data/ Probably not 100% bug free, but it works for me. $ tv_grab_na_dd --days 1 --output /tmp/epg_schedules_direct.xml \ && vdr-epg-tool -c /var/lib/vdr/channels.conf -x /tmp/epg_schedules_direct.xml epg-load \ &&… [View More]

4 5

vdr-plugin-dvbapi, howto connect to oscam?
by cedric.dewijs＠telfort.nl 25 Dec '13

25 Dec '13

Hi All, I am trying to connect vdr-plugin-dvbapi to oscam. both programs are running on the D-link DNS-323 NAS. The NAS is running debian armel https://github.com/manio/vdr-plugin-dvbapi When I stream an encrypted channel into my browser, I see the following errors in /var/log/oscam/oscam.log 013/12/24 16:14:37 14F4DA8 c [DVBAPI] Receiver sends PMT command 3 for channel 001F 2013/12/24 16:14:37 14F4DA8 c [DVBAPI] Receiver wants to demux srvid 001F on adapter 0000 camask 0001 index 0000 2013/… [View More]12/24 16:14:37 14F4DA8 c [ADD PID 0] CAID: 0B00 ECM_PID: 0BCB PROVID: 000000 2013/12/24 16:14:37 14F4DA8 c Found 1 ECMpids and 2 STREAMpids in PMT 2013/12/24 16:14:37 14F4DA8 c [DVBAPI] Receiver wants to demux srvid 001F on adapter 0000 camask 0001 index 0000 2013/12/24 16:14:37 14F4DA8 c New program number: 001F (0B00:001F unknown) [pmt_list_management 3] 2013/12/24 16:14:37 14F4DA8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 2013/12/24 16:14:37 14F4DA8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 1 ecmpids! 2013/12/24 16:14:37 14F4DA8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 2013/12/24 16:14:37 14F4DA8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 1 ecmpids! 2013/12/24 16:14:38 14F4DA8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 2013/12/24 16:14:38 14F4DA8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 1 ecmpids! 2013/12/24 16:14:38 14F4DA8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 2013/12/24 16:14:39 14F4DA8 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 1 ecmpids! 2013/12/24 16:14:39 14F4DA8 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 2013/12/24 16:14:39 14F4DA8 c ERROR: Can't open device /dev/dvb/adapter0/ca0 (errno=2 No such file or directory And in /var/log/syslog: Dec 24 16:14:37 debian vdr: [14383] Streamdev: Accepted new client (HTTP) 192.168.31.112:58954 Dec 24 16:14:37 debian vdr: [14383] DVBAPI: 0.0 set CAM decrypt (SID 31, caLm 4, HasCaDescriptors 1) Dec 24 16:14:37 debian vdr: [14808] streamdev-livestreaming thread started (pid=14370, tid=14808) Dec 24 16:14:37 debian vdr: [14807] streamdev-writer thread started (pid=14370, tid=14807) Dec 24 16:14:37 debian vdr: [14809] receiver on device 1 thread started (pid=14370, tid=14809) Dec 24 16:14:37 debian vdr: [14810] TS buffer on device 1 thread started (pid=14370, tid=14810) Dec 24 16:14:39 debian vdr: [14383] client (HTTP) 192.168.31.112:58954 has closed connection Dec 24 16:14:39 debian vdr: [14383] streamdev-server: closing HTTP connection to 192.168.31.112:58954 Dec 24 16:14:39 debian vdr: [14808] streamdev-livestreaming thread ended (pid=14370, tid=14808) Dec 24 16:14:39 debian vdr: [14383] DVBAPI: 0.0 set CAM decrypt (SID 31, caLm 5, HasCaDescriptors 1) Dec 24 16:14:39 debian vdr: [14810] TS buffer on device 1 thread ended (pid=14370, tid=14810) Dec 24 16:14:39 debian vdr: [14809] buffer stats: 0 (0%) used Dec 24 16:14:39 debian vdr: [14809] receiver on device 1 thread ended (pid=14370, tid=14809) Dec 24 16:14:39 debian vdr: [14807] streamdev-writer thread ended (pid=14370, tid=14807) Dec 24 16:14:39 debian vdr: [14383] buffer stats: 0 (0%) used When I start VDR, I see the following in /var/log/syslog: Dec 24 16:08:51 debian vdr: [14370] VDR version 1.7.28 started Dec 24 16:08:51 debian vdr: [14370] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbapi.so.1.7.28 Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/setup.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/sources.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/diseqc.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/scr.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/channels.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/timers.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/commands.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/reccmds.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/svdrphosts.conf Dec 24 16:08:51 debian vdr: [14370] loading /var/lib/vdr/keymacros.conf Dec 24 16:08:52 debian vdr: [14370] DVBAPI: Probe: capturing device 0/0 (subsystem ID 00000000) Dec 24 16:08:52 debian vdr: [14370] DVBAPI: creating standard device 0/0 Dec 24 16:08:52 debian vdr: [14370] new device number 1 Dec 24 16:08:53 debian vdr: [14370] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 7000PC") Dec 24 16:08:53 debian vdr: [14370] DVBAPI: Using software decryption on card 0/0 Dec 24 16:08:53 debian vdr: [14370] DVBAPI: SCCIAdapter: built caid table with 1 caids for 65 channels Dec 24 16:08:53 debian vdr: [14370] found 1 DVB device Dec 24 16:08:53 debian vdr: [14380] SC-CI adapter on device 0 thread started (pid=14370, tid=14380) Dec 24 16:08:53 debian vdr: [14370] initializing plugin: dvbapi (1.0.5): DVBAPI type SOFTCAM Dec 24 16:08:53 debian vdr: [14370] DVBAPI: plugin version 1.0.5 initializing (VDR 1.7.28) Dec 24 16:08:53 debian vdr: [14370] SVDRP listening on port 6419 Dec 24 16:08:53 debian vdr: [14370] starting plugin: dvbapi Dec 24 16:08:53 debian vdr: [14370] DVBAPI: plugin started Dec 24 16:08:53 debian vdr: [14370] DVBAPI: 0.0: doReply changed, reset triggered Dec 24 16:08:53 debian vdr: [14370] DVBAPI: 0.0: now using CAIDs version 16843009 Dec 24 16:08:53 debian vdr: [14370] DVBAPI: 0.0: status 'present' Dec 24 16:08:53 debian vdr: [14370] DVBAPI: 0.0: status 'reset' Dec 24 16:08:54 debian vdr: [14370] DVBAPI: 0.0: status 'ready' Dec 24 16:08:54 debian vdr: [14380] CAM 1: module ready Dec 24 16:08:54 debian vdr: [14380] DVBAPI: CaInfo: 0.0 sending CA info Dec 24 16:08:55 debian vdr: [14380] CAM 1: replies to QUERY - multi channel decryption possible Dec 24 16:08:55 debian vdr: [14370] switching to channel 1 Dec 24 16:08:55 debian vdr: [14370] CAM 1: assigned to device 1 Dec 24 16:08:55 debian vdr: [14370] DVBAPI: Forcing transfermode on card 0/0 Dec 24 16:08:55 debian vdr: [14370] setting watchdog timer to 60 seconds Dec 24 16:08:55 debian vdr: [14370] ERROR: no OSD provider available - using dummy OSD! Dec 24 16:08:56 debian vdr: [14370] max. latency time 1 seconds Dec 24 16:08:58 debian vdr: [14370] DVBAPI: Forcing transfermode on card 0/0 I have the following configuration: cat /etc/oscam/oscam.conf # main configuration [global] nice = -1 WaitForCards = 1 # logging pidfile = /var/run/oscam.pid logfile = /var/log/oscam/oscam.log usrfile = /var/log/oscam/oscamuser.log cwlogdir = /var/log/oscam/cw # monitor [monitor] port = 8988 aulow = 120 monlevel = 1 # protocols [newcamd] key = 000102030405060708090A0B0C0D port = 15050@0B00:0E030 [dvbapi] enabled = 1 au = 1 boxtype = pc user = vdr pmt_mode = 4 request_mode = 1 cat /etc/oscam/oscam.server # reader configuration [reader] label = reader1 protocol = mouse detect = CD device = /dev/ttyUSB0 group = 1 emmcache = 1,3,2 services = services1 caid = 0B00 mhz = 500 cardmhz = 500 cat /etc/oscam/oscam.services # definition of services # # format: # [name] # caid=CAID[,CAID]... # provid = provider ID[,provider ID]... # srvid = service ID[,service ID]... [services1] caid=0B00 provid=0E030 srvid= cat /etc/oscam/oscam.user # user configuration [account] user = user1 pwd = password1 monlevel = 0 uniq = 0 group = 1 au = 1 ident = 0B00:0E030 caid = 0B00 # user for group 2 with monitor access, AU enabled #[account] user = user2 pwd = password2 monlevel = 0 uniq = 0 group = 1 au = 1 ident = 0B00:0E030 caid = 0B00 What could this be? A remote PC running VDR + vdr-plugin-sc can get the keys from the NAS without problems via the newcamd protocol. Regards, Cedric [View Less]

3 2

[PATCH] vdr -v ... --edit ignores -v to set videodir
by Marko Mäkelä 25 Dec '13

25 Dec '13

Hi all, I am not sure if this was reported already, but I encountered this bug when trying to edit a recording without setting up VDR: ./vdr -v /tmp/video --edit /tmp/video/Rec_name/2013-08-12.20.58.50.99.rec Without the attached patch, VDR would try to create /srv/vdr/video, and would fail to cut the recording. With the patch, VDR successfully cut the recording. The source files were in PES format, and also the new recording is in PES format. Based on a discussion from 2008, this is … [View More]

2 4

vdr 2.1.2 segfaults in libc using vdr --genindex
by Lou 25 Dec '13

25 Dec '13

hi list vdr 2.1.2 segfaults in libc, as soon as I use the terminal syntax (vdr --genindex) to recreate a missing index file. Trying the same thing in a user interface (vdr-sxfe) works as planed. Here's a backtrace of what's happing: /usr/local/src/vdr/vdr-2.1.2/vdr --genindex=/var/lib/video/True_blood/At_last/2013-11-29.00.30.203-0.rec/ Speicherzugriffsfehler (Speicherabzug geschrieben) gdb /usr/local/src/vdr/vdr-2.1.2/vdr ./core Reading symbols from /usr/local/src/vdr/vdr-2.1.2/vdr...… [View More]

2 4

vdr on an underpowered NAS (D-link DNS 323)
by cedric.dewijs＠telfort.nl 25 Dec '13

25 Dec '13

Hi All, I am trying to install VDR on my NAS, a D-link DNS-323. This goes great, I can play & record unencrypted channels. without any problem. Next I try to compile the connax softcam plugin, as per this guide: https://wiki.debian.org/VDR#Install_vdr-plugin-sc_and_libvdr-sc-cardclient_… I get the following errors during compile: make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/home/cedric/sc' touch debian/stamp-patched /bin/sh debian/configure_FFdecsa … [View More]

2 7

Re: [vdr] vdr-iptv "sh -c" iptvstream.sh issue
by Ian_and_joanna 24 Dec '13

24 Dec '13

Hi, In Brief Have you checked file permissions? Detail The first example you quote that works is the way iptvstream.sh should be called I think (so that parameters can be passed to the script). The first thing I'd check are the file permissions on iptvstream.sh (i.e. the output from ls -l /etc/vdr/iptvstream.sh ) and that they allow the user running vdr to execute the script. In general I hesitate in modifying the source until I have ruled out other possibilities as I imagine an error … [View More]

3 2

vdr-iptv "sh -c" iptvstream.sh issue
by Zouhair 23 Dec '13

23 Dec '13

Hi, the external script iptvstream.sh not execute from iptv plugins ? I get: "ERROR: Script execution failed: /etc/vdr/iptvstream.sh 1 4321" after looking at the source code "protocolext.c" ------ // Create a new session for a process group ERROR_IF_RET(setsid() == -1, "setsid()", _exit(-1)); if (execl(EXTSHELL, "sh", "-c", *cmd, (char *)NULL) == -1) { error("Script execution failed: %s", *cmd); _exit(-1); ... I tried to execute it in the same way: sh -c /etc/vdr/… [View More]

1 0

libcec integration
by Torgeir Veimo 23 Dec '13

23 Dec '13

Have anyone looked into integrating libcec into VDR, similar to lirc?

2 4

merge old vdr files using cat
by Lou 19 Dec '13

19 Dec '13

hi list Older vdr recordings where recorded as MPEG-PES, and split right before the 2GB size limit. Is it save to use cat and merge them into one big file? I remember my recording vdr was one of those "multipatch" editions, which might have tampered with the filestructure. Any thoughts on that? Regards, Lou

2 1

[Announce] streamdev-0.6.1
by Frank Schmirler 17 Dec '13

17 Dec '13

Hi, it was about time to publish a streamdev release for VDR 2.0. Streamdev-0.6.1 is now available from http://projects.vdr-developer.org/projects/plg-streamdev/files. The server plugin requires at least VDR 1.7.25. The client plugin should even work with VDR 1.6. On VDR version up to 1.7.33 the Makefiles have to be replaced by the old versions which are shipped along with the source. Besides bugfixes and internal changes the following features have been added since 0.6.0: The client plugin … [View More]can now provide multiple devices, allowing the client to receive more than one transponder from the same server (e.g. for PiP or clientside recordings). So it is no longer necessary to add a copy of the plugin unless you want to connect with multiple servers. Basic support for HTTP streaming of recordings. There is still a lot to do. In particular a proper menu and remuxing are missing. At the moment the recording is streamed "as-is" (usually TS), even if the menu suggests something different. In addition to the HTML menu and the M3U playlists, the HTTP server now also offers RSS feeds. Some smart TV apps should be able to make use of it. A new option in streamdev-server suspends local output when starting. The default value "auto" will do this only if no output device is detected. Here's the complete changelog: - Updated Slovak translation (thanks to Milan Hrala) - Updated Finnish translation (thanks to Rolf Ahrenberg) - Disabled PS remuxer which is said to produce anything but PS - The patches intcamdevices and ignore_missing_cam are no longer required on VDR >= 1.7.30. The localchannelprovide patch became obsolete with VDR 1.7.21. - Added option to suspend live TV when the server starts - Set device occupied when streamdev switches away LiveTV on the server, to reduce the risk that the VDR main loop immediately switches back, resulting in a black screen on the client (reported by hummel99) - Fixed channel switch issues with priority > 0 (reported by hummel99) - Removed noisy debug messages - Fixed HTTP menu destruction - API change of VDR 2.1.2 - Fixed priority handling, messed up when adding multi-device support - Added HTTP "Server" header (suggested by hivdr) - Ignore dummy file extensions (.ts, .vob, .vdr) when parsing HTTP URIs - Select start position for replaying a recording by parameter pos=. Supported values are resume, mark.#, time.#, frame.# or a plain # representing a percentage if < 100 or a byte position otherwise (thanks to hivdr) - Start cSuspendCtl hidden or it will prevent idle shutdown (thanks to thomasjfox) - Fixed recordings menu inode numbers: ino_t is a long long on some systems - Updated Slovak translation (thanks to Milan Hrala) - Adapted Makefiles to VDR 1.7.36+ (thanks to macmenot). Old makefiles have been renamed to Makefile-1.7.33. - API changes of VDR 1.7.38 (thanks to mal@vdr-developer) - Added simple recordings menu in HTTP server - Restructured menuHTTP classes - Added RSS format for HTTP menus - Recordings can now also be selected by struct stat "st_dev:st_ino.rec" - Implemented multi-device support for streamdev client (suggested by johns) - Basic support for HTTP streaming of recordings - Close writer when streamer is finished - Don't abort VTP connection if filter stream is broken - Restructured cStreamdevStreamer: Moved inbound buffer into actual subclass. - In cStreamdevStreamer dropped Activate(bool) and moved its code into Start(). - Moved cStreamdevFilterStreamer to livefilter.[hc] - Return HTTP/1.1 compliant response headers plus some always useful headers - Return HTTP URL parameters ending with ".dlna.org" as response headers - Store HTTP URL parameters in a map - Support HTTP HEAD requests with external remuxer - Fixed always using priority 0 for HTTP HEAD requests - Start writer right after creating it - Corrected typos (thanks to Ville Skyttä) - Fixed compiler error in client/device.c with VDR < 1.7.22 (reported by Uwe@vdrportal) - Updated Italian translation (thanks to Diego Pierotto) - Added DeviceName() and DeviceType() to client device. The server IP and the number of the device used on the server are returned respectively. Have fun, Frank [View Less]

4 10

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr December 2013