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-…
[View More]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
[View Less]
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
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 …
[View More]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
[View Less]
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] …
[View More]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
[View Less]
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)
- …
[View More]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
[View Less]
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] …
[View More]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
[View Less]
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 …
[View More]
spreads all files over my system when hitting "make all".
Matthias
--
Matthias Schwarzott (zzam)
[View Less]
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).
…
[View More]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)
[View Less]
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 …
[View More]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
[View Less]