vdr July 2006

vdr@linuxtv.org

91 participants
102 discussions

adjusting LIRC key repeats
by Simon Baxter 26 Jul '06

26 Jul '06

Hi, I've just switched to an LIRC based remote to control VDR, but find the key repeat time annoying for scrolling down long menus or tracking through a video clip. The key repeat is too long! I've had a suggestion that I should adjust the 'repeat' value in the .lircc file - but I don't have one of these! I found a link talking about using lirc to control linux applications: "The configuration is done with the ~/.lircrc file: begin remote = <your remote> button = <your button> prog = irexec repeat = 0 config = /usr/local/bin/mozilla -mail end"but this doesn't apply to VDR well.Can I use lircc to adjust my repeat time??

2 4

channels.conf by channel number NOT position
by Simon Baxter 26 Jul '06

26 Jul '06

Is there any way to select the channel NUMBER rather than it's position in channels.conf? For instance, I want to select channels 55 and 99, but not channels.conf descriptors 55 and 99. While we're on the subject, can you also suppress the 'position' number in channels.conf? My OSD looks like this: 15 99 CBUT I'd much rather just hit '99' and get CBUT. Not have to scroll between channel entries. Any ideas?

3 2

[ANNOUNCE] New plugin epgsync-0.0.1
by Frank Schmirler 25 Jul '06

25 Jul '06

This new plugin allow you to import the EPG of an other VDR. It has been developed with pure VDR-to-VDR streaming clients in mind, in case you cannot (or don't want to) mount the server epg.data on the client. However there might be other cases where it is useful. Features: - Separate thread - works in the background - Triggered when plugin starts and/or by main menu entry - Works with SVDRP and VTP - Two sync modes. The slow mode allows sharing the SVDRP connection with other local plugins. Epgsync requires the svdrpservice plugin in its current version (0.0.2). Epgsearch and svdrpservice are both available at http://vdr.schmirler.de. Enjoy, Frank

2 3

SVDRP ignores EOF (clientside close)
by Frank Schmirler 25 Jul '06

25 Jul '06

Hi, I would like to raise an issue with SVDRP. When the client doesn't send QUIT but simply closes the connection, VDR happily ignores the EOF returned by read. The socket will remain in state CLOSE_WAIT until it's finally closed due to the SVDRP timeout. In the meantime the SVDRP port remains blocked for other clients. I think the way it was implemented until vdr-1.2.1 was correct. Then a broken pipe problem was reported (http://linvdr.org/mailinglists/vdr/2003/07/msg00254.html) and the implementation of cSVDRP::Process was modified to the way which is still used in 1.4.1. The way it is implemented now is IMHO broken. So I would suggest to return to the way it was initially implemented or - if someone has an idea where broken pipes might come from - find a better way to fix it. Maybe the broken pipes at that time even had a totally different cause? Code <= 1.2.1: while (file.Ready(false)) { unsigned char c; int r = safe_read(file, &c, 1); if (r > 0) { ... } else if (r <= 0) { isyslog("lost connection to SVDRP client"); Close(); } } Code >= 1.2.4 while (file.Ready(false)) { unsigned char c; int r = safe_read(file, &c, 1); if (r > 0) { ... } else if (r < 0) { isyslog("lost connection to SVDRP client"); Close(); } else break; } Cheers, Frank

3 12

Proccess kdvb-fe-1 eats all my cpu resources
by Dieter Bloms 25 Jul '06

25 Jul '06

Hi, Since about two years I use my vdr system with an epia-m board with 600MHz CPUand an old Technotrend Rev. 1.3 full feature card. Last week I bought a second dvb card "HAUPPAUGE Win TV Nova S Plus PCI WinTv DVB-S" and now the load is about 3 and one proccess called kdvb-fe-1 eats all my free cpu resources. This systems doesn't react on every input of my remote controll ... Does anybody know of this problem ? I use vdr-1.4.1-2 and v4l-dvb drivers from yesterdays hg with kernel 2.6.17.6. --snip-- top - 08:58:59 up 1 day, 23:43, 4 users, load average: 3.15, 3.51, 3.24 Tasks: 208 total, 1 running, 206 sleeping, 0 stopped, 1 zombie Cpu(s): 2.9% us, 62.8% sy, 1.6% ni, 30.4% id, 0.0% wa, 0.3% hi, 1.9% si Mem: 483928k total, 471660k used, 12268k free, 0k buffers Swap: 987956k total, 49084k used, 938872k free, 199808k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 30920 vdr 16 0 0 0 0 S 47.7 0.0 216:30.16 kdvb-fe-1 30669 vdr 15 0 151m 32m 3880 S 14.6 7.0 128:45.09 vdr 10283 root 16 0 2308 1204 836 R 1.6 0.2 0:00.21 top --snip-- --snip-- 00:00.0 Host bridge: VIA Technologies, Inc. VT8623 [Apollo CLE266] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] 00:0d.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) 00:13.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 00:13.1 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05) 00:13.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) 00:13.4 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05) 00:14.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) 01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics (rev 03) --snip-- -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field.

1 0

[vdr bug]Shutdown during an active timer is broken
by Helmut Auer 25 Jul '06

25 Jul '06

Hi, When a recording is active and I initiate shutdown the following happens: VDR shows the message: "Recording is active - shutdown anyway ?" Now I press ok Then the message appears: "Next recording in -xx minutes - Shutdown anyway ?" When I now press ok the shutdown routine will be called and the timer given to the shutdown script is in the past, so the machine will shut down but never wake up again. Any easy solutions for this ? -- Helmut Auer, helmut(a)helmutauer.de

2 1

[ANNOUNCE] VDR maintenance patch 1.4.1-2
by Klaus Schmidinger 24 Jul '06

24 Jul '06

VDR maintenance patch 1.4.1-2 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-2.diff This is a 'diff' against version 1.4.1-1 (which is the official version 1.4.1, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.1-1.diff). 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 above patch and report whether it works (or if it causes any new problems). This version is binary compatible to the previous version, so plugins don't need to be recompiled. The changes since version 1.4.1-1: - Fixed the Makefile of the 'servicedemo' plugin, so that it defines the PLUGIN macro, which allows the Make.config file to react properly when compiling the plugin (reported by Bernd Melcher). Note to all plugin developers: a plugin's Makefile *must* define the PLUGIN macro, even if it doesn't use it itself! - Added a comment regarding the PLUGIN macro to the 'newplugin' script. - Added '--vfat' to the vdr.1 man page (reported by Udo Richter). - Removed a double fdopen() in cPipe::Open() (reported by Stefan Huelswitt). - Fixed handling the running status of EPG events before the currently running one, in case they are added after the current event. - cEIT::cEIT() now calls pSchedule->SetPresentSeen() even if OnlyRunningStatus is true. - Newlines in title and short text of an EPG event are now changed into blanks only after all other fixes, because a short text might become a description. - Fixed handling network masks in the svdrphosts.conf file (thanks to Patrick Maier). - Fixed handling relative volume settings in the call to cStatus::MsgSetVolume() (reported by Norbert Wentz). - Added a missing initialization of 'mutex' in cCiMenu::cCiMenu() and removed some superfluous semicolons in ci.c (thanks to Marco Schlüßler). - Fixed handling client side termination of SVDRP connections (thanks to Frank Schmirler). - cDevice::GetDevice() now prefers any device that's already receiving and doesn't require detatching receivers (suggested by Anssi Hannula). - Fixed handling numeric keys in the channel display after switching channel groups (thanks to Andreas Regel). - Menu items derived from cMenuEditIntItem now loop though their values if they have a dedicated minimum or maximum limit (suggested by Andy Grobb). Looping is only done for normal keypresses, not for repeated ones. This allows the user to scroll the value all the way to the limit by keeping the key pressed. Have fun! Klaus

2 2

[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

SourceCaps for VDR-1.4.0?
by JikJikMan 24 Jul '06

24 Jul '06

Hi All, I want to apply SourceCaps to vdr-1.4.0. I googled and I found that SourceCaps-1.3.39.patch should work for 1.4.0, so I downloaded it from BigPatch for vdr-1.4.0. but I couldn't patch my vdr with this file. all Hunks are failing. The BigPatch itself patches fine. but I don't need whole patches in it. What should I do? thanks. John.

3 2

[ANNOUNCE] svdrpservice-0.0.2
by Frank Schmirler 24 Jul '06

24 Jul '06

Hi, here's a new release of svdrpservice. Besides some minor bugfixes it is now threadsafe. Changelog: - Added locking. svdrpservice is now threadsafe - Must use cFile::FileReady instead of cFile::Ready. Otherwise a command may return without delivering the reply - Check if connection still exists before trying to delete it - Fixed EOF handling - Increased read timeout to 1500ms - Improved logging - Use SVDRPSERVICE_DEBUG instead of DEBUG to enable debugging - Include patch for VDR 1.4.1-1 and older to fix problem with svdrp server ignoring client side close Enjoy, Frank

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr July 2006