vdr May 2006

vdr@linuxtv.org

122 participants
128 discussions

[PATCH] streamdev-plugin - client fd leak fix
by Artur Skawina 24 Jul '06

24 Jul '06

when a streamdev server is not accepting connections (eg isn't running) the client leaks fds. Spotted this after it leaked ~1000 fds and prevented vdr from opening any files... fix below. artur diff -urNp /pub/cvs/vdr/streamdev/streamdev/tools/socket.c streamdev/tools/socket.c --- /pub/cvs/vdr/streamdev/streamdev/tools/socket.c 2005-02-08 17:22:35.000000000 +0000 +++ streamdev/tools/socket.c 2006-02-24 01:43:29.000000000 +0000 @@ -30,24 +31,27 @@ bool cTBSocket::Connect(const std::strin m_LocalAddr.sin_addr.s_addr = INADDR_ANY; if (::bind(socket, (struct sockaddr*)&m_LocalAddr, sizeof(m_LocalAddr)) == -1) - return false; + goto closefd; m_RemoteAddr.sin_family = AF_INET; m_RemoteAddr.sin_port = htons(Port); m_RemoteAddr.sin_addr.s_addr = inet_addr(Host.c_str()); if (::connect(socket, (struct sockaddr*)&m_RemoteAddr, sizeof(m_RemoteAddr)) == -1) - return false; + goto closefd; len = sizeof(struct sockaddr_in); if (::getpeername(socket, (struct sockaddr*)&m_RemoteAddr, &len) == -1) - return false; + goto closefd; len = sizeof(struct sockaddr_in); if (::getsockname(socket, (struct sockaddr*)&m_LocalAddr, &len) == -1) - return false; + goto closefd; return cTBSource::Open(socket); +closefd: + ::close(socket); + return false; } bool cTBSocket::Listen(const std::string &Ip, unsigned int Port, int BackLog) {

3 2

No OSD with libfreetype6 2.2.1 and text2skin
by C.Y.M 01 Jul '06

01 Jul '06

I have been linking text2skin against libfreetype6 2.1 for a while without any problems, but I decided to update today and found that the text2skin OSD no longer displays when linking against libfreetype6 2.2. Is this a problem with text2skin or a problem with the new libfreetype6 lib? Best Regards.

5 4

[ANNOUNCE] VDR developer version 1.3.49
by Klaus Schmidinger 30 Jun '06

30 Jun '06

VDR developer version 1.3.49 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.49.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.3.48-49.diff Well, it's an unusual time for a new developer version of VDR, but since there have been a few last minute fixes, and I really want to make version 1.4.0 happen this sunday, I'm releasing this hopefully last release candidate today. Please take a thorough look at the changes - especially the ones to the actual program code files - to help avoid any stupid last minute bugs. If there are no more serious bugs, this will become the final version 1.4.0 this sunday :-) The changes since version 1.3.48: - Fixed initializing 'noapiv' in the Makefile (reported by Ronny Kornexl). - Fixed extracting APIVERSION to work with older versions of 'sed' (reported by Oliver Endriss; thanks also to Udo Richter for a shorter version of the 'sed' expression). - Fixed broken APIVERSION extraction line in 'newplugin' (thanks to Oliver Endriss). - Fixed entering '0' in a cMenuEditIntItem (reported by Mirko Dölle). - Updated the Italian OSD texts (thanks to Nino Gerbino). - Added a note about adding 'INCLUDES += -I$(DVBDIR)/include' to an existing Make.config (problem reported by Markus Ehrnsperger). - Fixed handling the cPluginManager::Active() result when pressing the "Power" key (reported by Werner Färber). - Added a hint about commenting out the line '#define USE_FADVISE' in tools.c in case of problems with replaying in fast forward mode if the video directory is mounted via a Samba share (reported by Andy Grobb). - Changed the "Really restart?" prompt in the call to cPluginManager::Active() in menu.c to "restart anyway?" (suggested by Rolf Ahrenberg). - Removed the obsolete "'1' for encrypted radio channels" part from the description of the VPID in vdr.5 (reported by Alexander Hans). - Fixed tuning to the channel of a VPS timer if the device is the actual device. Have fun! Klaus

17 39

hardcoded NTSC/PAL values in VDR?
by C.Y.M 23 Jun '06

23 Jun '06

There seem to be a few hardcoded values for PAL in VDR's source code. Klaus, can you tell me if any of these would make a difference to a NTSC only system? I know that most tv's in Europe can do both NTSC and PAL. Unfortunately, almost all the tv's in America only support NTSC and cant handle the PAL formats. BR.

6 9

lirc improvement suggestion
by Joerg Riechardt 06 Jun '06

06 Jun '06

I used to use the usbremote plugin, now I switched to lirc, because I wanted to play with irexec. Since then vdr didn´t react to my remote control as I was used to any more. I had sometimes double reactions on one keypress as other people have described and the speed of the reactions was weird. After investigating I found following solution, which makes me 100% happy. Maybe other people like it too? Btw. the count´s provided by lirc are not reliably incoming to the lirc part of vdr, meaning if I press a key for a long time instead of going up continously, they start from time to time at zero, sometimes even all are zero. That is not catched by this patch. Some more background information: I compared the remote plugin for the FF cards with the usbremote plugin for the igorplug (which was taken from the remote plugin) and the lirc part of vdr. My remote (OFA URC 7541) with RC5 codes on each key toogles the RC5 code on each key press. (I suppose all RC5 remotes do(?)). The firmware of the driver for the FF cards changes that to key down/key up (AFAIR). The usbremote plugin receives the codes as they are sent. Lirc changes the toogled codes into counts starting from zero. With the igorplug the counts sometimes start at zero again, with a serial receiver it does always count up. The lirc part of vdr however has a problem here. I observed that sometimes all counts are zero with the igorplug, with the serial driver this is much better, but happens sometimes as well.The remote plugin and the usbremote plugin work very well, the lirc-vdr didn´t for me. I don´t know how the RCU processes the RC5 code, and hence don´t understand the rcu code. The rcu code was taken for lirc in vdr (some adaptations were made in time). I put a lot of printf´s to see how the code logic operates and what actually happens on key presses. The improved code, which is basically just taken from the remote plugin, works perfectly for me. Jörg --- lirc.c.orig.c 2006-01-27 16:59:47.000000000 +0100 +++ lirc.c.new.c 2006-05-26 22:40:26.000000000 +0200 @@ -13,9 +13,9 @@ #include <netinet/in.h> #include <sys/socket.h> -#define REPEATLIMIT 20 // ms #define REPEATDELAY 350 // ms -#define KEYPRESSDELAY 150 // ms +#define REPEATFREQ 100 // ms +#define REPEATTIMEOUT 500 // ms #define RECONNECTDELAY 3000 // ms cLircRemote::cLircRemote(const char *DeviceName) @@ -94,8 +94,8 @@ continue; } if (count == 0) { - if (strcmp(KeyName, LastKeyName) == 0 && FirstTime.Elapsed() < KEYPRESSDELAY) + if (strcmp(KeyName, LastKeyName) == 0 && FirstTime.Elapsed() < REPEATDELAY) continue; // skip keys coming in too fast if (repeat) Put(LastKeyName, false, true); strcpy(LastKeyName, KeyName); @@ -104,8 +104,10 @@ timeout = -1; } else { - if (FirstTime.Elapsed() < REPEATDELAY) - continue; // repeat function kicks in after a short delay + if (LastTime.Elapsed() < REPEATFREQ) + continue; // repeat function kicks in after a short delay (after last key instead of first key) + if (FirstTime.Elapsed() < REPEATDELAY) + continue; // skip keys coming in too fast (for count != 0 as well) repeat = true; timeout = REPEATDELAY; } @@ -113,7 +115,7 @@ Put(KeyName, repeat); } else if (repeat) { // the last one was a repeat, so let's generate a release - if (LastTime.Elapsed() >= REPEATDELAY) { + if (LastTime.Elapsed() >= REPEATTIMEOUT) { Put(LastKeyName, false, true); repeat = false; *LastKeyName = 0;

3 5

[PATCH] jumpplay patch 0.9
by Thomas Günther 05 Jun '06

05 Jun '06

Hi! Here is a new version of the jumpplay patch: http://toms-cafe.de/vdr/download/vdr-jumpplay-0.9-1.4.0.diff (applicable to VDR >= 1.3.35) Changes since version 0.8: - New setup parameter "Pause at last mark" - Updated description in README.jumpplay - Moved parameters description to MANUAL This patch changes the replay behaviour for recordings that contain editing marks. It allows to immediately continue the replay after jumping forward to the next mark, and to automatically jump over the commercial break to the next "start" mark, if an "end" mark is reached. The features of this patch can be turned on or off in the replay setup. See README.jumpplay included in the patch for details, history and contributors. Tom

2 3

TV-out, softdevice
by Johan Linder 05 Jun '06

05 Jun '06

Hi! I've been trying for a while now to get the TV-out working smoothly. It feels like the TV-out is "computerized", like it's only 20fps or something. I've been searching the net for answers but haven't found any helping tips. Is it possible to get a smooth TV-out, or should I accept some studdering? I start vdr with: vdr -l 3 -P "softdevice -vo xv:" -P "subtitles" -P "osdteletext" vdr-1.4.0, softdevice-0.2.3 // Johan # lspci 00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a2) 00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a2) 00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) 00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) 00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) 00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2) 00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev a2) 00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2) 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a2) 00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:07.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 01:07.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) 05:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600] (rev a2) xorg.conf: Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" #HorizSync 30.0 - 70.0 HorizSync 30 - 50 #VertRefresh 50.0 - 120.0 VertRefresh 50 - 50 Modeline "720x576" 13.5 720 744 800 864 576 586 590 624 -hsync -vsync interlace EndSection Section "Device" Identifier "Card0" Driver "nvidia" VendorName "nVidia Corporation" BoardName "Unknown Board" Option "Connected Monitor" "TV" # Option "TwinView" "true" # Option "TwinViewOrientation" "Clone" Option "TVOutFormat" "SVIDEO" Option "TVStandard" "PAL-B" Option "TVOverScan" "0.6" Option "SecondMonitorHorizSync" "30-50" Option "SecondMonitorVertRefresh" "50" Option "MetaModes" "1024x768,1024x768;800x600,800x600;640x480,640x480;512x384,512x384" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 Option "dpms" Option "XvMC" Option "RenderAccel" "on" Option "Overlay" "on" Option "NoFlip" "off" Option "UBB" "on" Option "XvmcUsesTextures" "on" Option "MultisampleCompability" "on" Option "OverlayDefaultVisual" "on" Option "HWCursor" "on" Option "AllowGLXWithComposite" "on" SubSection "Display" Viewport 0 0 Depth 24 # Modes "1024x768" Modes "720x576" EndSubSection EndSection

8 13

[ANNOUNCE] VDR maintenance patch 1.4.0-2
by Klaus Schmidinger 03 Jun '06

03 Jun '06

VDR maintenance patch 1.4.0-2 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-2.diff This is a 'diff' against the official version 1.4.0 plus all previous 1.4.0-X maintenance patches. Small fixes to the officially released VDR versions will be first made available as "maintenance patches" in the Developer directory, so that they can be reviewed and tested before a new official release is published. So please apply the patches ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-1.diff ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-2.diff in the given sequence to the original VDR version 1.4.0 and report whether it works (or if it causes any new problems). There are several places in the code where I would actually have had to change some interfaces, but didn't do so in order to keep the API version constant, so that existing plugins don't need to be recompiled. However, this also keeps me from including Stefan Huelswitts fixes to the 'libsi' code. So the question is: is it worth keeping the API version constant, or should I just go ahead and bump it up, and drop all the '#if APIVERSNUM...' stuff and include Stefan's fixes? The changes since version 1.4.0-1: - Removed leftover LSMOD=... line from 'runvdr'. - Modified the Makefile to copy additional libraries a plugin might provide (suggested by Wayne Keer). See PLUGINS.html for details. - Fixed handling Transfer Mode when replaying Dolby Digital audio and the option '-a' was given (based on a patch from Werner Fink). To avoid having to increment the API version, several #if checks have been introduced around this. These will be removed once the API version actually needs to be incremented. - Fixed deleting the 'skinDescriptions' in cMenuSetupOSD::~cMenuSetupOSD() (thanks to Tobias Grimm). - Fixed calculating the start time of repeated timers with "first day" (thanks to Udo Richter). - Now setting a timer's cached start time to 0 after a call to Skip() (thanks to Udo Richter). - Fixed handling the running status of EPG events in case the "Schedule" menu is currently open (i.e. a write lock on the schedules data can't be achieved). - Fixed handling VPS timers in case the EPG event hasn't been 'seen' in a while. - Fixed calculating the cache size in cUnbufferedFile::Read() (thanks to Artur Skawina). - Removed -fPIC from VDR's and libsi's Makefile (suggested by Prakash Punnoor). - Modifed the device selection to better handle timer conflicts (reported by Christian Wieninger). - Avoiding a compiler warning in libsi's TypeLoop::operator[]. - Now processing the "frequency list descriptor" (based on a patch from Anssi Hannula). - Improved the repeat function for LIRC remote controls (thanks to Joerg Riechardt). - Fixed moving channels, which sometimes stopped the current replay session (reported by Mirko Dölle). - Fixed deleting channels in case the current channel's number changes (reported by Mirko Dölle). Have fun! Klaus

10 11

problem compiling libxine(vdr-patched) under gentoo
by Thomas Glomann 03 Jun '06

03 Jun '06

Hi all, I cannot compile a patched lib-xine using the most recent version available in gentoos portage tree. libxine compiles fine without the patch from R. Nissl. there is something about "@XINE_PLUGIN_MIN_SYMS@" but I don't know what that means. I tried to remove this tag in the Makefile, but then there is some other errors.. Does anyone know how to solve this? Here is the compile log: Making all in vdr make[3]: Entering directory `/var/tmp/portage/xine-lib-1.1.2_pre20060328-r7/work/xine-lib-1.1.2cvs/src/vdr' /bin/sh ../../libtool-nofpic --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -D_LARGEFILE64_SOURCE -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -DENABLE_IPV6 -march=pentium4 -O2 -pipe -frename-registers -ffunction-sections -c -o input_vdr.lo `test -f 'input_vdr.c' || echo './'`input_vdr.c mkdir .libs i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -D_LARGEFILE64_SOURCE -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -DENABLE_IPV6 -march=pentium4 -O2 -pipe -frename-registers -ffunction-sections -c input_vdr.c -fPIC -DPIC -o .libs/input_vdr.o /bin/sh ../../libtool-nofpic --mode=link i686-pc-linux-gnu-gcc -D_LARGEFILE64_SOURCE -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -DENABLE_IPV6 -march=pentium4 -O2 -pipe -frename-registers -ffunction-sections -o xineplug_inp_vdr.la -rpath /usr/lib/xine/plugins/1.1.2 -avoid-version -module @XINE_PLUGIN_MIN_SYMS@ input_vdr.lo ../../src/xine-engine/libxine.la libtool-nofpic: link: warning: `/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../..//libfreetype.la' seems to be moved i686-pc-linux-gnu-gcc -shared .libs/input_vdr.o -Wl,--rpath -Wl,/var/tmp/portage/xine-lib-1.1.2_pre20060328-r7/work/xine-lib-1.1.2cvs/src/xine-engine/.libs ../../src/xine-engine/.libs/libxine.so -L/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../ -march=pentium4 @XINE_PLUGIN_MIN_SYMS@ -Wl,-soname -Wl,xineplug_inp_vdr.so -o .libs/xineplug_inp_vdr.so i686-pc-linux-gnu-gcc: @XINE_PLUGIN_MIN_SYMS@: No such file or directory Thank you! greetings Thomas Glomann

2 3

vdr 1.4 packages now available via openSUSE build service
by Ludwig Nussel 02 Jun '06

02 Jun '06

Hi, I've created a vdr project on the openSUSE build service. Packages for vdr-1.4.0 + maintenance patches for SUSE Linux 9.3-10.1 are available at http://software.opensuse.org/download/repositories/vdr/ cu Ludwig -- (o_ Ludwig Nussel //\ SUSE LINUX Products GmbH, Development V_/_ http://www.suse.de/

4 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr May 2006