vdr March 2013

vdr@linuxtv.org

67 participants
64 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

Livebuffer for VDR 2.0
by René 13 Jul '13

13 Jul '13

Hi all! Now that VDR 2.0 is just around the corner i would like to check if there is any progress to the great livebuffer that was back in the 1.6 days? I tested a 1.7.x version some long time ago, but that did not work as well as the "original" version.. René

6 8

HDMI CEC support in VDR with Pulse Eight Adapter
by Morfsta 14 May '13

14 May '13

Hi, Has anyone had any experience of working with the Pulse Eight USB to HDMI CEC adapter [1] with controlling VDR when using a graphics card or other non-CEC device as an output? It seems that support for this has been implemented within Myth TV and XBMC, but I haven't seen anything on VDR. It would be very useful to be able to control VDR from your TV handset and also be able to power on / off VDR with all other HDMI CEC devices. I wondered if anyone has started work on a CEC VDR PLUGIN or whether it should be implemented within the core itself, alongside LIRC and KBD? If not, I might look at trying to hack up a plugin if I get some time. Thanks, Morfsta [1] http://www.pulse-eight.com/store/products/104-usb-hdmi-cec-adapter.aspx

2 1

Re: [vdr] Viaccess CAM support in VDR
by hederic 01 May '13

01 May '13

Karim <karim.afifi <at> laposte.net> writes: > > Hello, > > I bought the same hardware a few weeks ago. It doesn't work with VDR at this > time. > 1/ I can reset the CAM from VDR but I can't access to the CAM menu. > 2/ As soon as I plug the SMIT module in the CI slot a red led lights. (I > dont' know what it's mean). > > Is it same with you ? > I have to contact TBS support about this problem this week-end. > > To all vdr users, please give us your feedback about good CAM products. > > Regards. > Karim > Hi, I don't know if it's the same problem but i'm having errors in logfile : "CAM tried to send a buffer larger than the ecount size!" End all channels stop working even plain unencrypted channels. Bye. Hederic

2 1

[ANNOUNCE] VDR version 2.0.0 released
by Klaus Schmidinger 01 Apr '13

01 Apr '13

VDR version 2.0.0 is now available at ftp://ftp.tvdr.de/vdr/vdr-2.0.0.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.42-2.0.0.diff MD5 checksums: fd7f481b996e03fae3c00e80b6b0d301 vdr-2.0.0.tar.bz2 db1fc075c567bf75c566de6ce3cb4a0b vdr-1.7.42-2.0.0.diff A summary of all the major changes since the last stable version 1.6.0 can be found at http://www.tvdr.de/changelog.htm When updating from an earlier version of VDR please make sure you read the INSTALL and MANUAL files that come with the VDR source _before_ doing so! Please make sure you have backup copies of all your configuration files, and verify carefully that your timers will be set to the correct channels after switching to this new version. Thanks to the many people who have contributed in the making, testing and debugging of this new version of VDR. Please also visit the newly refurbished VDR homepage at http://www.tvdr.de and VDR's new facebook page at https://www.facebook.com/VideoDiskRecorder Have fun! Klaus

8 8

[ANNOUNCE] S2API Wrapper Light 0.10 for VDR-2.0
by Udo Richter 31 Mar '13

31 Mar '13

Hi, I've uploaded the newest version of S2API Wrapper 'light', the wrapper patch to VDR that ensures DVB API compatibility to all DVB 5.0 API kernel headers. The new version fixes the DVB-S2 EPG bug that was introduced with 1.7.40, whenever the runtime kernel had DVB API 5.7 or less. To do so, the wrapper queries the API version of the running kernel, and switches to legacy code depending on that. At the same time, some of the VDR compile-time code switches depending on DVB API version of the kernel/driver headers were converted to runtime kernel switches. All in all, with the patch VDR should compile on all DVB header versions from 5.0 upwards, and all DVB features should be available as long as the runtime kernel supports them. Get it here: http://www.udo-richter.de/vdr/patches.en.html#dvb-api-wrapper http://www.udo-richter.de/vdr/patches.html#dvb-api-wrapper Cheers, Udo

1 0

Channel update on HD transponders broken?
by Udo Richter 31 Mar '13

31 Mar '13

Hi list, I've noticed that I don't get channel updates any more on most of the German HD transponders, since my update from 1.7.37 to 1.7.41 on 2013-03-16. I'm running VDR in "add new transponders" full update mode. I didn't check 1.7.42 yet, sorry. I'm running a very minimal old patch that tracks the time of the last channel update, so I'm pretty sure that the channel update stopped exactly at 2013-03-16 for all channels on the following 19.2E transponders: 10773 (ANIXE HD/BetaDigital), 10802 (ASTRA 3D Demo/BetaDigital), 11082 (RTL HD Austria), 11170 (OrangeSAT), 11302 (ORF1 HD), 11332 (Syfy HD/SKY), 11361 (ZDF HD), 11464 (ProSieben HD), 11493 (Das Erste HD). All other transponders get updated normally. To check whether channel update works, try to edit the channel name of Das Erste HD. Channel update should restore the original name almost instantly. First, can someone reproduce this with their VDR? I don't want to stop the presses unnecessarily. Cheers, Udo

4 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr March 2013