vdr January 2010

vdr@linuxtv.org

91 participants
80 discussions

[ANNOUNCE] VDR developer version 1.7.10
by Klaus Schmidinger 31 Jan '10

31 Jan '10

VDR developer version 1.7.10 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.10.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.9-1.7.10.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. IMPORTANT: ========== Please remember that the VDR homepage has moved from http://www.cadsoft.de/vdr to http://tvdr.de, and the FTP site has moved from ftp://ftp.cadsoft.de/vdr to ftp://ftp.tvdr.de/vdr. Please update all links to these URLs. The changes since version 1.7.9: - Updated the Italian OSD texts (thanks to Diego Pierotto). - Fixed wrong bracketing in cChannel::SubtitlingType() etc. (thanks to Rolf Ahrenberg). - Fixed not logging changes for channels that have no number (reported by Timothy D. Lenz). - Changed the project's URLs and email to tvdr.de. - Added Lithuanian language translations (thanks to Valdemaras Pipiras). - Updated Chinese language texts (thanks to Nan Feng). - Only checking DVB_API_VERSION to be >=5 in order to stay compileable in case the DVB API version number is increased (the API claims to always be backward compatible). - Fixed saving terminal settings when running in background (thanks to Manuel Reimer). - Fixed cFrameDetector::Analyze() to handle video streams where the frame type is not detectable from the first TS packet of a frame. - Fixed writing the PCR pid into the PMT in cPatPmtGenerator::GeneratePmt() (reported by Rene van den Braken). - Added Slovakian language texts (thanks to Milan Hrala). - Fixed EntriesOnSameFileSystem() to avoid using f_fsid, which may be 0 (thanks to Frank Schmirler). - Fixed starting a recording at an I-frame. - Fixed generating the index for recordings from channels that put a whole GOP into one payload unit. - The index file for TS recordings is now regenerated on-the-fly if a recording is replayed that has no index. This can also be used to re-create a broken index file by manually deleting the index file and then replaying the recording (at least until the index file has been generated). - The cRingBufferLinear::Read() function now returns -1 and sets errno to EAGAIN if the buffer is already full. - Fixed handling DVB subtitles for PES recordings (thanks to Rolf Ahrenberg). - Added the audio id to the call of PlayAudio() in cDevice::PlayTsAudio() (thanks to Andreas Schaefers). - Fixed references to old *.vdr file names in MANUAL (reported by Arthur Konovalov). - Reverted "Removed limitation to PAL resolution from SPU handling" because it cause nothing but trouble. Besides, the core VDR doesn't use this, anyway. - Fixed the default value for "Pause key handling" in the MANUAL (reported by Diego Pierotto). Have fun! Klaus

6 21

VDR plugin options
by Adrian C. 30 Jan '10

30 Jan '10

Hello, in this example of starting VDR in a script some options are passed to the softdevice plugin: $vdrbin -L $vdrlib -Pfemon -P"softdevice -vo xv:full -ao alsa:mixer:pcm=default" Now I want a variable or array at the top of the script so I could easily add, remove and comment plugins... rewriting the above example: vdrplug=(-Pfemon -P"softdevice -vo xv:full -ao alsa:mixer:pcm=default" ) $vdrbin -L $vdrlib ${vdrplug[@]} I have tried numerous ways of quoting and escaping the softdevice line but I always get one of: 1. VDR tries to start a plugin called: "softdevice 2. VDR interprets -v in -vo as VDR video directory option and fails because there is no directory "o" Can anyone help me with writing this? I use vdr 1.6.0, thanks, -- Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618 PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 31B7 D20A 0618

3 5

[Makefile] `-fPIC` not added to externally defined `C[XX]FLAGS` of PLUGINS if `Make.config` not available
by Paul Menzel 30 Jan '10

30 Jan '10

Dear VDR users, in `Make.config.template` [1] which if renamed to `Make.config` gets included in all Makefiles there is ifdef PLUGIN CFLAGS += -fPIC CXXFLAGS += -fPIC DEFINES += -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE endif which just gets included if `PLUGIN` is defined, which is normally done in the Makefile of a plugin as for example in `Makefile` [3] belonging to the plugin hello [2]. Additionally in each Makefile of a plugin `C[XX]FLAGS` is set to CXXFLAGS ?= -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses if it has not been defined yet for example in the environment. As far as I understand plugins have to be compiled with the `-fPIC` flag, so that the VDR can be linked against them [4]. Otherwise it would give an error message as the following example. ld: hello.o: relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC hello.o: could not read symbols: Bad value The problem now is, that if `Make.config` does not contain the snippet from the top and `C[XX]FLAGS` are defined before without `-fPIC` building the plugins fails. This scenario is typical in cross compilation [5]. I do not know if the `DEFINES` from above are required, so I just concentrate on the `-fPIC` issue because this flag is needed for a successful build. I thought of two solutions. Maybe you see something better. 1. Each `Makefile` of a plugin gets rewritten to always append `-fPIC` to `C[XX]FLAGS`. Here is an example for the plugin hello. diff --git a/PLUGINS/src/hello/Makefile b/PLUGINS/src/hello/Makefile index ea5b806..a02d6c2 100644 --- a/PLUGINS/src/hello/Makefile +++ b/PLUGINS/src/hello/Makefile @@ -18,7 +18,8 @@ VERSION = $(shell grep 'static const char \*VERSION *=' $(PLUGIN).c | awk '{ pri ### The C++ compiler and options: CXX ?= g++ -CXXFLAGS ?= -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses +CXXFLAGS ?= -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses +CXXFLAGS += -fPIC ### The directory environment: 2. If `DEFINES` from the beginning is also needed, that we should factor the snippet out into a file `Make.plugins` and every plugin has to include it in its Makefile. What do you think? What alternative is preferable? When this is decided I would create a patch to change that in VDR. Thanks, Paul [1] http://git.gekrumbel.de/vdr.git?p=vdr.git;a=blob;f=Make.config.template [2] http://git.gekrumbel.de/vdr.git?p=vdr.git;a=tree;f=PLUGINS/src/hello [3] http://git.gekrumbel.de/vdr.git?p=vdr.git;a=blob;f=PLUGINS/src/hello/Makefi… [4] http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=3 [5] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016213…

6 13

vdr-1.7.11 + xineliboutput
by serge pecher 29 Jan '10

29 Jan '10

Hello, I have an installation running with vdr-1.7.10 from the vdr-team PPA, and sasc-ng to use my 3 off subscribtions card. I have 2 dvb-S2 card in this computer, so with sasc-ng, 2 virtual dvb adapters. This is working quite well except the streaming to xbmc (freeze when zapping in xbmc) I intend to try a suggestion I found on this list, using vdr-1.7.11 unpatched + streamdev, patched. To keep it simple, I downloaded vdr-1.7.11, xineliboutput and streamdev (+applied patches) did make and make plugins. I then copied vdr to /usr/bin/vdr and the content of ./PLUGINS/lib to /usr/lib/vdr/plugins. I saw there was a new plugin (something like dvbdevice...for SD Nexus adapters). I did delete the lib file of that plugin and restarted vdr. Now I have "channel not available". From what I see in the log, it don't find the virtual adaptors anymore. The primary adapter was formarly set to 3, now to one, and I cant change it in the osd menu. Did'nt had a lot of time to look after it yet, but maybe can someone help me solve this more efficiently. Is there something changed about that in vdr-1.7.11, that does that I need to adapt my configuration ? In the mean time I re-copied the original vdr binary and 1.7.10 lib files in place, and everything is working again, so I believe my config is still ok. many thanks, sp

1 0

new support
by abbe normal 28 Jan '10

28 Jan '10

hello klaus there is open-source software for a tuner called hdhomerun if you had this info could native support be added to vdr... this is a network device and it has support in other pvr dvr setups.. just asking as i know there is a europe model of this device... or going to be if not already there... plus there ive read theres interest in it from your side as well as my side here in the us.... here is the site if you would like to look at it and the link to there software info... i do have it and it does work in command line now... http://www.silicondust.com/products/hdhomerun_home_atsc http://www.silicondust.com/downloads/linux let us know what you think.... i do know your time is short as you have other things on your desk... abbe

7 15

Applying dxr3 subtitles patch to debian packages
by Emyr Thomas 27 Jan '10

27 Jan '10

I've built a Debian (Lenny) based VDR machine. I installed VDR from the Debian VDR and DVB Packaging Project[1] following the instructions described here: http://www.linuxtv.org/vdrwiki/index.php/DEBIAN_Compiling_VDR_Source_Packag… I had some problems with the packaged dxr3 drivers and plugin, so I manually compiled and installed the dxr3 drivers[2] (version 0.18.0) and the VDR dxr3 plugin[3] (version 0.2.10). Everything is working very well so far except for subtitles - I get tearing and corruption when they are displayed. I know subtitles have a problematic history on the dxr3 device, but I noticed in the VDR dxr3 plugin sources there is a patch for VDR to fix this[4]. My question is, given the way I've installed VDR, what's the best/easiest way for me to apply this patch? Do I have to compile VDR from source myself, or can I somehow modify the debian VDR package sources on my machine and build them with this patch applied? Apologies if I'm not making much sense, I'm fairly new to this. Thanks for your help! --Emyr [1] http://pkg-vdr-dvb.alioth.debian.org/ [2] http://dxr3.sourceforge.net/ [3] http://sourceforge.net/projects/dxr3plugin/ [4] http://projects.vdr-developer.org/repositories/changes/plg-dxr3/patches/vdr…

4 3

[ANNOUNCE] vdr-webvideo 0.2.0
by Antti Ajanki 26 Jan '10

26 Jan '10

New version of the Webvideo plugin is available at http://users.tkk.fi/~aajanki/vdr/webvideo/ The Webvideo plugin is a tool for browsing and downloading videos from popular video sharing websites, such as YouTube and Google video, using VDR menu interface or a command line client. With the help of the xineliboutput plugin the videos can be played directly without downloading them first. Changes: 2010-01-17: Version 0.2.0 - The daemon is replaced by Python library with C bindings. This simplifies the invocation of the VDR plugin and the command line client. - New video service: Vimeo - Re-added support for YLE Areena (requires rtmpdump-yle from http://users.tkk.fi/~aajanki/rtmpdump-yle/index.html). - Youtube: using the official API (except for video pages), this should mean less breakage in the future. Various improvements on the menus.

10 25

xine-plugin and vdpau
by Jussi J 26 Jan '10

26 Jan '10

Hi! I have "nVidia Corporation G96 [GeForce 9400 GT] (rev a1)" what is VDPAU capable. I have loaded xine-plugin and try to use vdr-sxfe in vdpau mode, but no success.. In messages-log: Jan 23 11:50:24 htpc kernel: [ 1920.821235] vdr-sxfe[2865]: segfault at 7f17a5df76e8 ip 00007f17a6240509 sp 00007fff1dfe4540 error 7 in libxine.so.2.0.0[7f17a6228000+51000] vdr-sxfe gives next: vdr@htpc:~$ vdr-sxfe --video=vdpau --audio=alsa xvdr://localhost vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Video driver: vdpau Audio driver: alsa VDR Server: xvdr://localhost [2865] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files [2865] [vdr-fe] (ERROR (tools/gnome_screensaver.c,126): Resource temporarily unavailable) vo_vdpau: Can't create vdp device : No vdpau implementation. [2865] [vdr-fe] fe_xine_init: xine_open_video_driver("vdpau") failed Error initializing xine Segmentation fault vdr@htpc:~$ System is vdr-1.7.10 @ Ubuntu 9.10 Any ideas where problem lies? -- Jussi Jaaskelainen http://www.jjussi.com

7 10

Re: [vdr] streamdev for xbmc testing-pvr2 (Stuart Morris)
by serge pecher 25 Jan '10

25 Jan '10

>BTW >My setup with XBMC is now: >XBMC svn checkout [>http://xbmc.svn.sourceforge.net/svnroot/xbmc/branches/pvr-testing2 -> ../../../../redirect.php?go=http%3A%2F%2Fxbmc.svn.sourceforge.net%2Fsvnroot%2Fxbmc%2Fbranches%2Fpvr-testing2] >VDR 1.7.11 (unpatched!) >cvs streamdev with all patches applied from pvr-testing2/pvr-addons/streamdev/patches >directory. >Stuart Hello, Is that working well ? I am using the vdr-team + henningpingel repo, but still have freezing problems (xbmc goes to +/- 100% cpu) when changing channels in about 30% of the cases. Could you tell me where to find the patches for streamdev. I can find some in the patches directory of the streamdev plugin, but where can I find the other ones. thanks, sp

3 2

streamdev for xbmc testing-pvr2
by Goga777 25 Jan '10

25 Jan '10

Hi does support cvs version of streamdev plugin the xbmc testing-pvr2 branch ? or only http://streamdev.vdr-developer.org/snapshots/vdr-streamdev-0.5.0-pre-200907… will be good for xbmc pvr2 ? Goga

3 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr January 2010