vdr October 2009

vdr@linuxtv.org

58 participants
60 discussions

vdpau experience
by Theunis Potgieter 24 Jan '10

24 Jan '10

So far getting vdpau to work on Gentoo wasn't that difficult. Overlay vdr-xine was used and then emerged xine-lib-1.2 to bring the library up to speed. After that I pulled vdr-xineliboutput from cvs. Compiled and it worked great especially deinterlacing! Only jaw dropping experience there. I have before got accustomed to using the cropping feature from vdr-xineliboutput plugin. Crop converts a 4:3 input to 16:9 format. In the README it states: VDPAU All video scaling, cropping, and postprocessing options must be disabled if the VDPAU output device is used. De-interlacing can be enabled with command-line option --post tvtime: Examples: vdr-sxfe --video vdpau --post tvtime:method=use_vo_driver vdr -P"xineliboutput --video=vdpau --post=tvtime:method=use_vo_driver" In the mean time, I have seen some patches floating on german speaking forums on how to get cropping feature to work with vdpau. http://vdr-portal.de/board/thread.php?threadid=86804 Does seem to give the impression that it is doable. But I'm having trouble translating that into.. well meaning full non-german speaking end-user noob. Is there anybody that could explain where these patches fit in? I use vdr-xineliboutput, pulled in from cvs and tried to apply the patch xineliboutput-1.0.4-vdpau-support-v8.diff and failed. perhaps command line incorrect? any examples? I don't know how to patch xine-lib either, Gentoo pulls in xine-lib-1.2 from http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ The first line in the diff file for xine-lib is for vdr.h, which I cannot find. The find utility only returns ./xine-lib-1.2/.hg/store/data/include/xine/input__vdr.h.i ./xine-lib-1.2/.hg/store/data/include/xine/vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/combined__vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/input__vdr.h.i ./xine-lib-1.2/.hg/store/data/src/vdr/post__vdr.h.i So I'm stuck, any other Gentoo users here that got those patches working? Thanks, Theunis

15 29

vdr-xine - skipping audio & video
by Simon Baxter 09 Jan '10

09 Jan '10

Hi - am at my wits end!!! I've now tried vdr-xine-0.9.3 with XV and with VDPAU, and several settings in .xine/config for engine.buffers.audio_num_buffers (2300) and engine.buffers.video_num_frames (60) but I still get skips in audio and video when viewing recorded programs - which I don't get in vdr-xine-0.8.0. The skips occur at the same time as VDR console messages "buffering xx frames", and start out OK when watching the program but within a few minutes deteriorate further and further. I've been trying to upgrade from 0.8.0 since 2007 now - but it's the only version which works flawlessly for me. My production box has: vdr-1.6.0 fedora 10 with latest kernel fluxbox and X window manager latest standard v4l-dvb drivers plugins: vdr-xine-0.8.0, iptv, epgsearch, skinenigmang, femon, radio, recstatus, pvrinput. xine started with : xine --no-splash -Bfpqg --hide-gui -r anamorphic -V xv -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes I've tested the following vdr-1.7.9 with the s2-liplianin drivers vdr-1.7.9 with the standard latest v4l-dvb drivers vdr-xine various versions from 0.8.1 right up to 0.9.3 xine-lib-1.2 with VDPAU and with XV output started by either: xine --no-splash -Bfpqg --hide-gui -r anamorphic -V vdpau -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#dex:mpeg_pes OR xine --no-splash -Bfpqg --hide-gui -r anamorphic -V xv -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes Can someone share their experiences with VDPAU and vdr-xine, or offer any suggestions??? Thanks Simon

3 4

vdr-xine 0.9.3 audio problems
by Simon Baxter 08 Jan '10

08 Jan '10

Hi I've just upgraded from vdr-xine 0.8.0 to 0.9.3 (well overdue) and I'm having audio problems. When each of the following lines appeared in std-out, it coincides with skips in audio and gaps in audio sync buffered 6.3 frames (v:10.9, a:6.3) buffered 7.1 frames (v:13.5, a:7.1) buffered 8.5 frames (v:14.5, a:8.5) buffered 9.1 frames (v:15.1, a:9.1) buffered 10.3 frames (v:16.7, a:10.3) buffered 11.1 frames (v:17.3, a:11.1) buffered 12.2 frames (v:18.8, a:12.2) buffered 13.5 frames (v:19.7, a:13.5) buffered 14.1 frames (v:20.2, a:14.1) buffered 15.4 frames (v:21.0, a:15.4) I might have to revert back to vdr-xine-0.8.0 again - this was the same problem I had with all versions beyond 0.8.0, and previous attempts to upgrade Any ideas?

4 9

[Announce] LNB-sharing patch for VDR 1.4.0-3
by Matthias Lötzke 02 Jan '10

02 Jan '10

Hello! A new release of the configurable LNB-sharing patch for VDR 1.4 is available at: http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/configurableLNBshare-VDR_… Changes: - added a missing "break" statement which froze vdr after pressing channel up/down buttons when the main menu was displayed. Thanks to Christian Jacobsen, "Horchi" and Anssi Hannula for reporting and analysing. - adapted to VDR 1.4.3 For general information about the LNB-sharing patch have a look at: http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/Description.txt http://www.vdr-wiki.de/wiki/index.php/Lnbsharing-patch (german) Matthias.

2 1

Plugin compiler arguments / Make.config
by Frank Schmirler 06 Dec '09

06 Dec '09

Hi there, since vdr-1.7.3, VDR is compiled with the additional arguments -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE Plugins should be compiled with the same arguments as otherwise one might get unresolved symbols when loading the plugin. Consistently, in vdr-1.7.4 these defines have been added to the plugin part of Make.config.template. But that won't fix anything for the people who don't use a Make.config at all (those who do, need to check if something has changed in the template when updating). How could this problem be solved conveniently? I'd opt for copying Make.config.template to Make.config if no Make.config exists yet. A good place to do this would be in "make include-dir". The documentation and UPDATE files should remind those who copy Make.config from an older release to fit in necessary changes. Other options: * Additional file to include by VDR and plugin Makefiles with such "mandatory" defines - this somewhat contradicts the idea of Make.config. * In the Makefile of each affected plugin, check for the presence of Make.config. If it's missing, check the VDR version and if required, add the defines - naah! Cheers, Frank

4 3

lirc-0.8.6 moved socket to /var/run/lirc/lircd
by Matthias Schwarzott 06 Dec '09

06 Dec '09

Hi list! lirc starting from version 0.8.6, does use the socket /var/run/lirc/lircd instead of /dev/lircd, so all apps not using liblirc_client need to be changed. Else IR will not work in VDR. There are two possibilities: 1. Shell code to check which of the two sockets do exist and adding relevant command-line-parameter to vdr (--lirc=/var/run/lirc/lircd). 2. Patching VDR to check both pathes and using the existing one. Regards Matthias

5 5

FF/RW problems with xine
by Timothy D. Lenz 05 Dec '09

05 Dec '09

With some recordings FF/RW doesn't work correctly. The video/audio stops and when you hit play again, it has moved to the new a new location. Some recordings work, some don't. May have to do with some channels use 720p and others use 1080i

5 5

Broken CAM handling with TechniSat TechniCAM and ORF Digital Card
by gimli 05 Dec '09

05 Dec '09

Hi, my setup : Ubuntu Karmic 9.10 vdr-1.7.9 xinelib 1.2 hg kernel 2.6.31 my DVB hardware : TechnoTrend TT3200 + Budget CI my problem : Two weeks ago i upgraded my VDR from 1.7.0 to 1.7.9 and discovered that the CAM handling with the TechniSat TechniCAM and ORF Digital Card is broken. The Decryption starts and stops after two seconds. Reverting back the changes in ci.c,pat.c and pat.h to the version of vdr 1.7.8 solves the problem temporarily. How can i help debuging the real problem in vdr 1.7.9 and fixing it ? Happy Penguin Edgar (gimli) Hucek

3 2

VDR 1.7.9 fails to record one channel
by Jouni Karvo 23 Nov '09

23 Nov '09

hi, I have the following problem: When live viewing with 1.7.9 and vdr-xine 0.9.3, this channel (in cable) is shown properly: TV7;HTV:386:M128:C:6900:800+802=2:801=fin:0:0:61500:42249:16:0 If I try to record anything, vdr restarts constantly, and the recording is of zero length. The output of vdr (or xine) says: DiscontinuityDetected: triggering soft start With 1.7.7 and the same vdr-xine version, recording works, but vdr is not able to jump forward or backward in the recording. 1.7.9 is also able to show the recordings made with 1.7.7 (but not able to jump forward or backwards.) Any debugging hints? yours, Jouni

3 4

Editing recordings and no instant video update when moving markers
by Ian Bates 22 Nov '09

22 Nov '09

Hello, When editing recordings I am struggling to fine tune marker placement as adjustments made with '4' and '6' keys while moving the marker as indicated by the time line do not update the video display with the corresponding position in the recording. Current setup: SW: VDR-1.7.9 (with freesat patch), NVIDIA driver 185-something, xineliboutput and xine as outptut plugins, ffmpeg-svn / xine-lib-1.2- hg from about two weeks ago, v4l-dvb-hg from about two weeks ago, slackware64-current OS HW: M2NPV-VM with onboard Nvidia 6150, Athlon something 64 bit dual core (at least 2.1GHz), a couple of SATA disks. - This problem only occurs with TS recordings, PES recordings made with vdr-1.7.0 with this setup work as expected. - With the xineliboutput plugin the display does not update at all when moving the marker. - With xine plugin the display updates but with seemingly random time intervals, from almost realtime as expected to delays of 1-5 seconds to sometimes not at all, depending on the recording and the position of the marker. I have a tedious workaround: set marker, play - If adjustment needed then - select marker, adjust with '4' or '6', play, repeat until no further adjustment needed. Does anyone have the same problem? Does anyone NOT have this problem? What can I do to fix this? Best wishes, Ian.

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr October 2009