vdr

vdr@linuxtv.org

6731 discussions

[ANNOUNCE] VDR version 1.4.3 released
by Klaus Schmidinger 26 Sep '06

26 Sep '06

VDR version 1.4.3 is now available at ftp://ftp.cadsoft.de/vdr/vdr-1.4.3.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-1.4.3.diff A 'diff' against the latest maintenance patch is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.2-3-1.4.3.diff A summary of all the major changes since the last stable version can be found at http://www.cadsoft.de/vdr/download.htm This version is source compatible with the previous version, so plugins only need to be recompiled. Thanks to the many people who have contributed in the making, testing and debugging of this new version of VDR. Have fun! Klaus

2 1

[RFE] Soft-cancel cThread
by Udo Richter 24 Sep '06

24 Sep '06

Hi, I have a suggestion for a VDR change: I could use a way to end a cThread externally without having to wait and without hard canceling it. My thread runs with the usual while (Running()) loop. To signal the loop to stop, it would be enough to set running=false. However, running is a private member of cThread. The only way to set running=false is to call Cancel(). This involves killing the thread and waiting for the thread to terminate. Two things I actually don't want. There are two ways this could be done. First, by adding a function SoftCancel() { running=false; }. Or second, by modifying Cancel() to just set running=false if called with Cancel(-1) or Cancel(0,false) or similar. As a workaround I'm now using while (Running() && running2) - which is imho ugly. Background: I have to terminate several threads at the same time, and calling Cancel(1) sequentially would be a waste of time. I want to set running=false on all threads first, and then cancel the remains later. Cheers, Udo

2 4

_x_lock_frontend in xine ?
by Gregoire Favre 23 Sep '06

23 Sep '06

Hello, since yesterday I try to use Xine with xine plugin and it always fails with : xine: symbol lookup error: /usr/lib/xine/plugins/1.1.3/xineplug_inp_vdr.so: undefined symbol: _x_lock_frontend What could it depends upon ? I think I have quiete recompiled and needed in order to use it, but apparently I miss something... -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org

1 1

MP3/MPlayer plugin 0.9.15 available
by s.huelswitt＠gmx.de 22 Sep '06

22 Sep '06

Hi, a new version of the MP3/MPlayer plugin is available from my homepage. <http://www.muempf.de/down/vdr-mp3-0.9.15.tar.gz> NEWS: 21.09.2006: Version 0.9.15 development (vdr 1.4.1-4) - NOTE: This version has been tested with VDR 1.4.x only. It might be still compatible with VDR 1.2.x or 1.3.x, but this wasn't verified. - In MPlayer filebrowser you can display a summary text file with key "0". Filename convention: video filename extended with ".summary", e.g. "somefile.avi" -> "somefile.avi.summary". Summary files are not shown in the browsers filelist. (was in 0.9.14 already, but was missing in history) - Using ".txt" and ".nfo" as alternative extention for MPlayer summary file display. Suggested by Soeren Sonnenburg. - Additionaly searching for a MPlayer summary file with the video filename extention stripped of (e.g. "somefile.summary"). - Added SVDR and service support to MP3 and MPlayer plugin. Based on a patches provided by Olivier Jacques and Holger Brunn. - Added setup option to reverse title/artist display in MP3 plugin. - Added support for basic HTTP authorization in MP3 streaming. - Now passing correct name & path to VDR's status class during MPlayer playback. - Added commandline option to specify a subdirectory to load sources file from. Suggested by Ronny Kornexl. - Added commandline option to specify a directory for the global MPlayer resume file. Suggested by Ronny Kornexl. - Added -S option to ppmtoy4m call in example image convert script. Suggested by Thorsten Gehrig. - Replaced leftover usleep() calls. Thanks to Malte Schröder. - Moved cleanup of ID3 cache to a seperate thread to prevent watchdog timeout. Suggested by Peter Holik. - Fixed browser excludes taking effect only after the first directory change. Reported by Soeren Sonnenburg. - Fixed parsing the filename from MPlayer output. Based on a fix from TomG. - Fixed MPlayer volume changes. Take non-linear changes in VDR into account. Reported by Daniel Karsubka. - Fixed delay when MPlayer process exits at EOF. Reported by Daniel Karsubka. - Fixed MPlayer volumen handling for VDR 1.4.1-2. Note that the current code doesn't work with VDR 1.4.1 and 1.4.1-1. - Fixed button translations with vdr 1.3.38+. Thanks to Ville Skyttä. - Fixed some gcc 4.1 issues. Thanks to Ville Skyttä. - Removed explizit libz dependency from Makefile. Suggested by Ville Skyttä. - Updated Makefile according to changes in VDR 1.3.47 & 1.4.1. - Updated finish translations. Provided by Rolf Ahrenberg. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

3 3

Re: Channel sorting idea
by CR 21 Sep '06

21 Sep '06

Hi, Carsten Koch wrote: > From my point of view, the main problem is that channels change every day. > I am forced to keep track of that, which turns out to be a lot of work. > > I have tried to sort away channels that I do not care for into groups > (using the existing channel group feature). The trouble with that is, > that such a channel could change into a channel I do care for. Usually for the channels that are changing, does anything remain constant, i.e. the channel name? I see similar issues, but for me the name is typically the same. > If there would be an automatic way to keep those 5 out, it would be much > easier to group the rest (maybe using your "categorized" channels idea). Perhaps another part of the channel-categories is a "blacklist" feature/section which allows the user to block based on any of the items that typically appear in the channels.conf (SID,PIDs,APIDs,channel name, etc)? Hopefully it could be made userfriendly, so one could, for example, define the language(s) one wants, and all others are optionally chunked into blacklisted land. It seems like the channels.conf + user-specified preferences is all that is needed to remove and keep unwanted channels out. Comments? CR.

3 2

Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 0.12a
by Martin Prochnow 21 Sep '06

21 Sep '06

Hi Herbert, > why not simply do a call to 'mv' (maybe in a separate > thread with low priority)? This is my plan ;) I'm working right now on the plugin but it can take some time for the next release because I rewrite the hole plugin. > well, my original plan here was to use it for moving old > recordings onto some external device (i.e. usb disk or so) > which obviously doesn't work for both reasons ... > > i.e. it would require an empty dir to show up (which doesn't) > to start moving something there, and it would require to > be able to move stuff between filesystems ... I think about a command-line-option to assign a list of directory-entries that will be shown in the list. Greets, Martin

1 0

recording sequenced movies
by IT 21 Sep '06

21 Sep '06

Hi, I have 2 cards in my vdr system. When I want to record sequenced movies from one channel, 2 different records are started and both cards are blocked. Is it possible to put in some intelligence for such occurences (putting both records just in one)? /uwe

2 1

[ANNOUNCE] ExtRecMenu-Plugin 0.12a
by Martin Prochnow 21 Sep '06

21 Sep '06

Hi folks, here a new version because of two critical bugs. - there should be no more problems if VDR is compiled with VFAT=1 or if it runs with the option --vfat - fixed a bug if plugin is compiled with WITHPINPLUGIN=1 Screenshots and download: http://martins-kabuff.de/extrecmenu_en.html Greets, Martin

2 2

dvb-t channelscan
by Leo Márquez 21 Sep '06

21 Sep '06

1 0

Channel sorting idea
by CR 20 Sep '06

20 Sep '06

Hi, I would like to suggest a feature for VDR: channel categories The idea (if it's not obvious from the name), given many of us deal with a lot of channels, it would be nice if we can put them into categories and have VDR, VDR's EPG and EPG viewers understand it. So if our basic channels.conf lists the channels, perhaps a channel_category.conf breaks those down into user defined categories (i.e. "Local Channels", "Sports", "Favorites", etc). It seems most other TV viewing programs (DVB, analog, whatever) supports this capability and I find it most useful, especially the "Favorites" as I normally I like to watch a subset of channels I can get. Having a seperate file to maintain categories seems like it wouldn't break existing EPG and/or VDR code. Maybe VDR could provide an option to flip between "raw" channels.conf and "categorized" channels. I know there are other features planned and bugs to fix...maybe this can be added to the planned features list. Regards, CR.

5 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr