vdr August 2013

vdr@linuxtv.org

32 participants
25 discussions

xmltv2vdr.pl
by Dominic Evans 14 Aug '15

14 Aug '15

I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here: https://github.com/oldmanuk/xmltv2vdr These are the changes since the last version (1.0.9) was released on the mailing list - Add support for XMLTV episode-num. Currently gets added as EPG entry 'sub-title', if no existing subtitle has been found, in the form sXXeXX (e.g., Bones~s01e01). - Change default SVDRP port number to 6419. - Better support for ATSC/PVRINPUT EPG sources. - Allow multiple channels to have the same XMLTV channel id, useful for multi input (e.g., DVB-T, DVB-S) systems where you want to feed VDR the same info. Previously only a 1:1 mapping was permitted. I've also received a pull request from someone who rewrote the whole script to be a lot more readable and to use full XML parsing (rather than just line-by-line scraping), but I still need to investigate what the performance penalty is before accepting that in.

6 10

VDR & Multiple frontends
by Eddi 25 Jul '15

25 Jul '15

Hi, I wrote a patch to Steve Toth hvr3000 repository, so my FlyDVB Trio can use multiple frontend. So I get: /dev/dvb/adapter0/demux0 /dev/dvb/adapter0/demux1 /dev/dvb/adapter0/dvr0 /dev/dvb/adapter0/dvr1 /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend1 /dev/dvb/adapter0/net0 /dev/dvb/adapter0/net1 The bus of the two frontend is shared, isn't possible to get access to both frontend simultaneously, so I get an -EBUSY error by trying accessing frontend1 if frontend0 is in use. VDR doesn't support yet the second frontend, and it try to get exclusive access on both frontend on start, so the second frontend is inusabile. Vdr should probe for multiple frontend at start, and access frontend only on channel change. Please can someone give me an help to wrote a patch for this issue? Best Regards, Eddi

4 21

vdr-plugin-IPTV not working with vdr-plugin-xvdr and XBMC
by Paulo Louro 27 Oct '13

27 Oct '13

Hello guys/girls, I have been trying to make iptv plugin to work with xvdr and xbmc, but i haven't manage to have any success. Xvdr is a plugin that needs a 100% complete TS to work, including PAT and PMT tables. By searching and "debuging" iptv and xvdr plugins code, I found out that the problem may be related with the filtering of PIDs, but i cant manage to understand how does the filtering system works. Is there any documentation or Howto example on how to program a plugin that implements cDevice interface on the right way? Some extra comments can be found on Pipelka github: https://github.com/pipelka/xbmc-addon-xvdr/issues/64 Regards,Louro

2 1

vdr-prefermenu and vdr 1.7.21
by Arturo Martinez 27 Sep '13

27 Sep '13

Is there a patch for vdr-prefermenu to work with vdr 1.7.21 ?

6 5

inputlirc with devices referenced by /dev/input/by-id/...
by Rainer Blickle 26 Sep '13

26 Sep '13

Hi, i have the following problem: With Ubuntu 12.04 inputlirc doesn't work anymore when using the symlics under /dev/input/by-id/... I have a Hama IR Remote, the symlinks for the remote are: /dev/input/by-id/usb-05a4_9881-event-kbd -> ../event2 /dev/input/by-id/usb-05a4_9881-if01-event-mouse -> ../event3 When using this links in /etc/default/inputlirc like the following ## EVENTS="/dev/input/by-id/usb-05a4_9881*" OPTIONS="-g -m 0 -c" ## then inputlirc doesn't start. With the following content: ## EVENTS="/dev/input/event2 /dev/input/event3" OPTIONS="-g -m 0 -c" ## inputlirc starts and works as expected. unfortunately the device (event2/3) changes from reboot to reboot. The upper version of the config (with by-id) has been worked under ubuntu 10.10 without any problem. I have tried to create "static" device names with the manual under " http://wiki.xbmc.org/index.php?title=HOW-TO:Configure_VRC-1100_remote_for_U…", but it didn't work. after restarting udev, there was no device "/dev/input/irremote0" is it a known bug that lirc doesn't work with by-id device names ? Have any other the same problem ? Regards, Rainer

3 3

EPG not purged if -E- option set
by Dave 01 Sep '13

01 Sep '13

I run VDR 2.0.2 on a Raspberry Pi. The device runs continuously, so to avoid wearing out the SD card or needlessly spinning-up the USB disk drive I run VDR with the -E- option to prevent saving the EPG every 10 minutes. Today I created a timer for one programme in a long-running series and was surprised to find that the Series Link plugin had scheduled timers for earlier episodes, some broadcast several weeks ago! These timers were then automatically deleted of course. Looking at the code, it seems that cleaning up the EPG schedules is a side-effect of writing the data file, so the -E- option disables both. Having the EPG grow unbounded is perhaps not desirable on devices such as the Raspberry Pi which have limited memory and CPU. Dave

3 5

Archive-HDD functions
by Thomas Maass 31 Aug '13

31 Aug '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I am trying to write a recmenu plugin, that implements archive-hdd functions. It is very hard to derive from VDRs original classes, because Klaus has set most class members private, instead of protected. So I have to implement everything myself, which is very unnecessary. I have written a patch to include the archive-hdd functions in VDR directly. I have tested it for a longer time, and it works without problems. It can be found here: http://www.vdr-portal.de/board17-developer/board25-patches/119877-vdr-archi… Maybe Klaus could have a look at it, as a proof of concept. With the patch included, I could continue my plugin with renaming and sorting functions more easy. This plugin will be similar to the extrecmenu Plugin, which has a exemplary renaming and folder managment function. Also the cutting queue is great. Thomas - -- gpg-id: D31AAEEA http://www.setho.org/people -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iQEcBAEBAgAGBQJSIh+nAAoJEMMw//HTGq7q9VUIALIEIMD5sFM7CdiWc5YdmAQk IDdS+VETLWaomZvsm9XVlXp0NU+yH3Sc1Wj/ZxxntvEaRzo8rzuVZVHfQsRq3oaD hkSzf7h5ZVDnpRAqIBv5soHEflLzLCJHTtWIAcsNuqmsiPtq+fS2DutxC/q2KgE6 c5vyEvtBRSbp6Q4mikT6fr40+wyPh9RPNsNodzCtCHO5UAvMrMjCXLhlkLHXHKY4 9j8sds+3NbRO4+hSVms5aYBxV+mMrYARNZvXdIafaWifrsVEeX+6e0URP974lM+p mQnXAuGMbJiNqmLY8VVVKPBaTrZdddQOrUYcxg5SRysMvWpt8eedHS/avr7KAUM= =yPjL -----END PGP SIGNATURE-----

1 0

[ANNOUNCE] VDR developer version 2.1.1
by Klaus Schmidinger 30 Aug '13

30 Aug '13

VDR developer version 2.1.1 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.1.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.0-2.1.1.diff MD5 checksums: b17f9838bb8ddee9620f838fea7a171d vdr-2.1.1.tar.bz2 8b8ca593885c380cd370e6d19a5b16a1 vdr-2.0.0-2.1.1.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. The main focus of this version is on adding basic support for positioners to control steerable satellite dishes. Manually controlling the dish position and storing individual positions will follow later. The fixes contained in this version will be released in a stable version 2.0.3 later, if there are no problems. The changes since version 2.0.0: - Fixed initializing cDevice::keepTracks. - Fixed an endless loop in cTextWrapper::Set() in case the given Width is smaller than one character (reported by Stefan Braun). - Removed all "modified since version 1.6" markers from PLUGINS.html. - Added definitions for older DVB API versions, back until 5.0 (based on a patch from Udo Richter). - Changed cThread::SetIOPriority() from "best effort class" to "idle class" in order to improve overall performance when an editing process is running (thanks to Jochen Dolze). - Fixed handling '/' and '~' in recording file names in case DirectoryEncoding is used (thanks to Lars Hanisch). - Changed the sign of the satellite position value in cSource to reflect the standard of western values being negative. The new member function cSource::Position() can be used to retrieve the orbital position of a satellite. - Fixed multiple occurrences of the same directory in the recordings list in case there are directories that only differ in non-alphanumeric characters (was broken by "Fixed selecting the last replayed recording in the Recordings menu in case there are folders and plain recordings with names that differ only in non-alphanumeric characters" in version 1.7.36). - Fixed displaying the frame number when setting an editing mark (thanks to Thomas Günther). - Fixed no longer generating any editing marks if the edited recording results in just one single sequence (reported by Halim Sahin). - Fixed an error message when parsing SCR values in diseqc.conf. - Fixed an unexpected RCS version tag in the newplugin script. - Fixed an endless loop in the DrawEllipse() functions for very small ellipses (reported by Stefan Braun). - Fixed a crash in the LCARS skin's main menu in case there is no current channel (reported by Dominique Dumont). - Added basic support for positioners to control steerable satellite dishes (based on a patch from Seppo Ingalsuo and Ales Jurik). + Supports GotoN (aka "DiSEqC 1.2") and GotoX (aka "USALS"). + The new DiSEqC command code 'P' can be used to instruct a positioner to move the dish to the required satellite position. When a 'P' code is processed, further execution of the remaining DiSEqC sequence (if any) is postponed until the positioner has reached the new satellite position. + The new special source value of "S360E" can be used in diseqc.conf to indicate that an entry using a positioner can move the dish to any requested position within its range. Think of it as "full circle". + The devices a particular cDiseqc or cScr applies to are now stored directly in each cDiseqc or cScr, respectively. + A plugin can implement a custom positioner control (see PLUGINS.html, section "Positioners"). + The new function cSkinDisplayChannel::SetPositioner() can be implemented by skins to show the user a progress display when the dish is being moved. The default implementation calls SetMessage() with a string indicating the new position the dish is being moved to. The LCARS skin shows a progress bar indicating the movement of the dish. + The new parameters "Site latitude", "Site longitude", "Positioner speed", and "Positioner swing" in the "Setup/LNB" menu can be used to configure the necessary values for a steerable dish. + The cDvbTuner now has a new status tsPositioning, in which it waits until a steerable dish has reached its target position. Parsing SI data is paused until the target position has been reached. - The LCARS skin now shows the source value of the current channel in its channel display. - Fixed asserting free disk space in the cutter. - No longer trying to delete old recordings in AssertFreeDiskSpace() if the given Priority is less than 1. - Fixed handling LIRC events in case repeated events are lost. - Fixed a possible crash when shutting down VDR while subtitles are being displayed (reported by Ville Skyttä). - cDevice::IsPrimaryDevice() now also checks whether the primary device actually has a decoder and returns false otherwise. This should improve device allocation on systems that are only used as a receiver and don't actually display anything. - Increased the value of MAXRETRIES to 20 to reduce the probability of disturbances in transfer mode. - All bonded devices (except for the master) now turn off their LNB power completely to avoid problems when receiving vertically polarized transponders (suggested by Manfred Völkel and Oliver Endriss). - Reverted the change from version 1.5.7 that made all logging go to LOG_ERR (thanks to Christopher Reimer). - Added Begin/EndSegmentTransfer() to the EPG handler interface (thanks to Jörg Wendel). - The code for distributing recordings over several video directories is now deprecated and disabled by default. You can re-enable this feature by removing the comment sign ('//') from the beginning of the line //#define DEPRECATED_DISTRIBUTED_VIDEODIR // Code enclosed with this macro is ... in the file videodir.c. Note, though, that this can only be a temporary workaround. This feature will be completely removed in one of the next developer versions. Distributing the video directory over several disks was a useful feature in times when disks were still relatively small, but it also caused serious problems in case one of the disks failed. Nowadays hard disks come in sizes measured in terabytes, and tools like "mhddfs" can be used to combine several disks to form one large volume. A recommended method for a relatively safe disk setup in a VDR system is to use two 1TB (or larger) disks and use them as a RAID-1 (mirrored). That way, if one disk fails, you can replace it without data loss. Have fun! Klaus

2 2

VDR jumps to old position after ff/rew
by Stefan Schallenberg 29 Aug '13

29 Aug '13

Hi all, I detected a strange behaviour in VDR 2.0.2: When I replay a recording and press right for fast forwarding and after some time press "up" to continue playing at this position vdr jumps back to the position where I started the forwarding. I would expect it to continue replay at the position where I forwarded to. Is this a known bug or do I have to press other keys or is there a setting to change it? Stefan

5 7

Channel dropout unless femon active
by Richard Scobie 26 Aug '13

26 Aug '13

Perhaps a little off topic, but I wonder if anyone can shed any light on the following. I am viewing a signal that is very close to reception threshold - dish a little small, STR value 65%, SNR value 67%, but BER and UNC errors as reported by femon are zero. As long as I leave the femon plugin active on screen, I can view it uninterrupted. If I turn it off, within 60 seconds, the picture will disappear until I activate femon again. Initally it will only show "SIGNAL" and "CARRIER" indicators active, then after a short period, everything will lock again and the channel will re-appear. I am running the latest vdr version with a TT 6400 S2 full feature card, with latest drivers and firmware. Relevent drivers would be perhaps stv090x or stv6110x. Channel parameters DVB-S2, symbol rate 15000 FEC 3/5 QPSK Video 35Mb MPEG2 1920 x 1080, Audio MPEG 270Mb Regards, Richard

2 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr August 2013