vdr August 2007

vdr@linuxtv.org

83 participants
81 discussions

[ANNOUNCE] VDR developer version 1.5.8
by Klaus Schmidinger 19 Aug '07

19 Aug '07

VDR developer version 1.5.8 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.8.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.7-1.5.8.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. The changes since version 1.5.7: - Added missing install-i18n to the install target in the Makefile (reported by Joachim Wilke). - Fixed a faulty comment in Make.config.template (reported by Marco Schlüßler). - Improved i18n-to-gettext.pl (thanks to Matthias Schwarzott). - Moved the "all" target in plugin Makefiles before the "Implicit rules", so that a plain "make" will compile everything (suggested by Matthias Schwarzott). The "newplugin" script has been changed accordingly. Plugin authors may want to change their Makefiles, too. - Added DESTDIR and PREFIX handling to the Makefile (thanks to Matthias Schwarzott). - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Added internationalization to the "skincurses" plugin (thanks to Rolf Ahrenberg). - Checking the string for NULL in I18nTranslate(). - Updated the French OSD texts (thanks to Bruno Roussel). - Some optimizations in cDvbDevice::SetChannelDevice() (thanks to Tobias Bratfisch). - Optimized cMenuEditChrItem::Set() (thanks to Tobias Bratfisch). - Optimized cNitFilter::Process() (thanks to Tobias Bratfisch). - Reduced the number of time(NULL) calls in vdr.c's main loop to a single call (thanks to Tobias Bratfisch). - Changed cBitmap::DrawText() to always draw the background unless ColorBg is clrTransparent (thanks to Christoph Haubrich). - The "Setup/OSD/Language" menu now only shows those languages that actually have a locale (suggested by Anssi Hannula). - Now using setenv() instead of setlocale() to set the language for gettext() (suggested by Anssi Hannula; thanks also to Ludwig Nussel for a hint on using _nl_msg_cat_cntr). - When scanning the locale directory, VDR now explicitly looks for a file named vdr.mo. Text files for plugins are now named "vdr-name.mo", when "name" is the name of the plugin. The "newplugin" script has been changed accordingly, and plugin authors should change their Makefiles, too. *When reporting problems, please don't reply to this message!* Create a new thread instead, using a descriptive subject! Have fun! Klaus

2 1

[ANNOUNCE] vdr-actuator-1.1.0 plugin
by Luca Olivetti 19 Aug '07

19 Aug '07

Hello, I'm releasing version 1.1.0 of the "actuator" plugin available at http://www.ventoso.org/luca/vdr/ This plugin controls a linear actuator (or an horizon to horizon one) through the parallel port with a simple circuit. The only change is the adaptation to the new translation method, so it only works with vdr 1.5.8 (not 1.5.7 since the name of the mo file has changed) Bye -- Luca

1 0

[ANNOUNCE] VDR developer version 1.5.7
by Klaus Schmidinger 19 Aug '07

19 Aug '07

VDR developer version 1.5.7 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.7.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.6-1.5.7.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. The changes since version 1.5.6: - All logging now goes to LOG_ERR, because some systems split error, info and debug messages into separate files, which repeatedly caused extra efforts to find out when incomplete log excerpts were attached to problem reports in the past. - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - Fixed a problem with characters >0x7F in the modified version of skipspace() (thanks to Marco Schlüßler). - Fixed a bug I introduced when simplifying the original patch for detecting Premiere NVOD channel links (crash reported by Malte Schröder). - Internationalization is now done with 'gettext' (following a suggestion by Lucian Muresan). Plugin authors may want to use the Perl script 'i18n-to-gettext.pl' to convert their internationalized texts to the gettext format (see the instructions inside that script file). The function cPlugin::RegisterI18n() is still present for compatibility, but doesn't have any more functionality. So plugins that don't convert their texts to the gettext format will only present English texts. See PLUGINS.html, section "Internationalization", for instructions on how to make strings in arrays translatable. See README.i18n for information on how to create new or maintain existing translations. - The three letter language codes and their aliases are stored in i18n.c, and each translation file only contains one of them to link that language name to the code. - The 'newplugin' script has been extended to generate the Makefile section for i18n support. - The parameter OSDLanguage in 'setup.conf' is now a string and holds the locale code of the selected OSD language (e.g. en_US). If Setup.OSDLanguage is not set to a particular locale that is found in VDR's locale directory, the locale as defined in the system environment is used by default. - The list of tracks given in cStatus::SetAudioTrack() is now NULL terminated, so that plugins can actually use all the strings in the list, not just the one pointed to by Index (thanks to Alexander Rieger). - Fixed handling kLeft in the calls to cStatus::MsgOsdTextItem() (thanks to Alexander Rieger). - Added the "...or (at your option) any later version" phrase to the license information of all plugins, and also the 'newplugin' script (suggested by Ville Skyttä). Plugin authors may want to consider doing the same. - Fixed the link to the GPL2 at http://www.gnu.org in vdr.c (thanks to Ville Skyttä). - cBitmap::SetXpm() now checks whether the given Xpm pointer is not NULL, to avoid a crash with files that only contain "/* XPM */" (suggested by Andreas Mair). - Added a debug error message to cReceiver::~cReceiver() in case it is still attached to a device (thanks to Reinhard Nissl). Have fun! Klaus

14 54

vdr 1.4.7 woun't shutdown correctly
by Michael Nausch 19 Aug '07

19 Aug '07

HI, I#e some troubles with my "new testsystem". If I set a timer on my working VDR (vdr-1.4.5) I can see on syslog entries like: Aug 13 17:53:28 vdr vdr: [1017] executing '/usr/local/bin/vdrshutdown 1187118000 97592 46 "Dr. House" 0' Aug 18 04:21:24 vdr vdr: [1020] executing '/usr/local/bin/vdrshutdown 1187426100 22416 35 "Puppentrickfilm~Ralphi~Seilbahn" 1' But If I try to do the same on my testsystem (vdr-1.4.7) it won't work! On syslog I'll only see: Aug 18 17:21:59 tecvdr vdr: [1916] executing '/usr/local/bin/vdrshutdown 1187452313 1800 0 "" 1' Aug 18 17:40:51 tecvdr vdr: [1921] executing '/usr/local/bin/vdrshutdown 1187453445 1800 0 "" 1' The channel-number is everytime 0 an therer's no titel - so nvram-wakeup won't work! Any Idea? ciao, BC

2 2

Announce: mplayer.sh version 0.8.7
by Juri Haberland 19 Aug '07

19 Aug '07

Hi, this release mainly adds support for MPlayer versions newer than 1.0rc1. Unfortunately, I had to drop the support for MPlayer versions prior to 1.0pre series (0.9x...). This step was necessary, because current MPlayer development version stopped accepting the '-vop' option. The '-vf' option must be used instead. As usual you can get the new version of mplayer.sh from http://batleth.sapienti-sat.org/projects/VDR/ Changelog: - added 544x480 as valid NTSC resolution (thanks to C.Y.M) - removed 688x576 from the valid PAL resolutions; - calculate USE_SPEED with 30 fps instead of 29.97 - use '-vf' and '-af' instead of '-vop' and '-aop', as the latter are deprecated Enjoy, Juri

5 11

xvmc playback on vdr-sxfe
by Rob Davis 18 Aug '07

18 Aug '07

I have an nvidia graphics card GeForce FX 5500, which supports xvmc. However on vdr-sxfe it doesn't display the osd. Is there anyway I can persuade it to do so, is it a problem with my config, so is there no way? I am running Gentoo. vdr-sxfe xvdr://oac --video=xvmc says: [2905] [input_vdr] Connecting (control) to tcp://oac:37890 ... [2905] [input_vdr] Server greeting: VDR-1.4.6 xineliboutput-1.0.0rc2 READY [2905] [input_vdr] Connected (control) to tcp://oac:37890 [2905] [input_vdr] Connecting (data) to pipe:///etc/vdr/plugins/xineliboutput/pipes.2575/pipe.0 [2905] [input_vdr] Data stream connected (PIPE) [2905] [input_vdr] WARNING: Video output driver reports it does not support unscaled overlays ! libmpeg2: output port has XvMC capability AFD changed from -2 to -1 -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis

1 0

[ANNOUNCE] streamplayer 0.1.4 is released
by Udo Richter 18 Aug '07

18 Aug '07

Hi list, I've uploaded the newest streamplayer-0.1.4 plugin release. The new release restores full i18n functionality on all VDR versions, especially VDR 1.5.7. Get it here: http://www.udo-richter.de/vdr/streamplayer.html http://www.udo-richter.de/vdr/streamplayer.en.html Cheers, Udo

1 0

Comments on plugin Makefiles
by Matthias Schwarzott 18 Aug '07

18 Aug '07

Hi there! This time I have some comments on Makefiles for plugins. 1. Is there any reason to not allow plain "make" without target to work? It would be so easy to move the "all:" target before "%.o: %.c" line. Now when I call make I just get the first .c file compiled. when changing the all target to be the first this will do what is necessary. 2. Is it really necessary to have compiling and installing inside the same target? This even gets more annoying with the new i18n target that also spreads all files over my system when hitting "make all". Matthias -- Matthias Schwarzott (zzam)

4 3

improving i18n-to-gettext.pl
by Matthias Schwarzott 18 Aug '07

18 Aug '07

Hi there! This patch should improve i18n-to-gettext.pl to work with all plugins 1.It also lists i18n.h as there seem to be some plugin-writer putting translations there. 2. It also strips // comments being in lines without "," at the end. 3. it strips /* ... */ comments being in just one line 4. it strips /* ... */ comments spreading over multiple line 5. it just ignores #if and #endif lines (like used to make plugins compile with older vdr-versions which had less languages supported). General question: Why is the locale dir called de_DE and not just de - as that seems what most other programs on my system do? Matthias -- Matthias Schwarzott (zzam)

4 15

localedir, plugin text domain names
by Anssi Hannula 18 Aug '07

18 Aug '07

I believe distribution packagers of VDR (at least myself) will want to install the VDR locale files into the standard directory under /usr/share/locale/, where all other locale files are. However, as that directory may contain lots of other locales that do not have translation for VDR (or possibly only for some plugin of VDR, which applies to a custom localedir as well), those show up in the OSD Language selection menu as "LanguageName$English". Also, it could also be possible that the I18N_MAX_LANGUAGES = 256 constant could be too small for some systems. I guess it could be modified to limit only the locales that have VDR translation, not the total locale count in the system. > +void I18nRegister(const char *Plugin) > +{ > + bindtextdomain(Plugin, I18nLocaleDir); > +} [...] > + if (Plugin) > + t = dgettext(Plugin, s); Maybe it would be better to use something like vdr-PLUGIN or vdr-plugin-PLUGIN? If the translations are installed into /usr/share/locale, the files of VDR plugins could conflict with other programs that have the same name, if the plugin translation files are not prefixed by anything. -- Anssi Hannula

2 4

← Newer
1
2
3
4
5
6
7
8
9
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr August 2007