[vdr] [ANNOUNCE] VDR developer version 1.7.37

[Lars Hanisch]

Hi,

 Found some weird file in the tarball: menu.cyVkmHd

Lars.

Am 09.02.2013 15:35, schrieb Klaus Schmidinger:
> VDR developer version 1.7.37 is now available at
> 
>       ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.37.tar.bz2
> 
> A 'diff' against the previous version is available at
> 
>       ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.36-1.7.37.diff
> 
> MD5 checksums:
> 
> 602dc7e678bcfcf075da36344a337562  vdr-1.7.37.tar.bz2
> 34e953fcffc112f316cbfc1f53915324  vdr-1.7.36-1.7.37.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.
> 
> Approaching version 2.0.0:
> ==========================
> 
> If all goes well, there should be no more functional or API changes
> before the final version 2.0.0. There will just be a few more fixes.
> 
> 
> The changes since version 1.7.36:
> 
> - Now also using FindHeader() in cMpeg2Fixer::AdjTref() (pointed out by Sören Moch).
> - Added missing template for DVBDIR to Make.config.template (reported by Derek Kelly).
> - The LCARS menu now also works if the OSD has only 1bpp (two colors).
> - Fixed possible garbage in the remaining time of the LCARS replay display in case the
>   hours change from two to one digit.
> - Fixed upscaling bitmaps. The last row and column of the scaled bitmap was not filled,
>   which resulted in empty lines between scaled subtitles.
> - Fixed a leftover line in case a two line subtitle was followed by a one line
>   subtitle on the dvbhddevice in "high level" OSD mode.
> - Returning 0 from cDvbSdFfDevice::NumProvidedSystems() if option --outputonly is given.
> - The index file is now closed after initially reading it if it is older than 3600 seconds.
> - Improved responsiveness during replay when close to the recording's end.
> - Fixed a leftover progress display in the LCARS main menu when replay of a recording
>   ends while the menu is open, and the live channel has no EPG information.
> - Fixed possible audio chatter when a recording is replayed to its very end.
> - Added dependency on 'i18n' to 'install-i18n' in the VDR Makefile (thanks to Tobias
>   Grimm).
> - Changed several calls to Skins.Message() in vdr.c to Skins.QueueMessage() in order to
>   avoid a black screen while such a message is displayed in case the channel will be
>   switched (reported by Uwe Scheffler).
> - Updated the Slovakian language texts (thanks to Milan Hrala).
> - Improved LIRC timing for repeat function.
> - When pausing live video, the current audio and subtitle tracks are now retained.
> - Added some notes about plugin Makefiles to PLUGINS.html.
> - Avoiding an extra key press event if the repeat function kicks in when controlling
>   VDR via the PC keyboard.
> - The new options "Setup/Miscellaneous/Remote control repeat delay" and
>   "Setup/Miscellaneous/Remote control repeat delta" can be used to adjust the
>   behavior of the remote control in case a key is held pressed down for a while, so
>   that the repeat function kicks in (see MANUAL).
>   The builtin LIRC and KBD remote controls already use these parameters. It is
>   recommended that plugins that implement an interface to any kind of remote controls
>   also use the parameters Setup.RcRepeatDelay and Setup.RcRepeatDelta for the desired
>   purpose, and remove any setup options they might have that serve the same purpose.
> - cTimer no longer does any special "VFAT" handling to shorten directory names to 40
>   characters. When a string is used as a directory name for a recording, the maximum
>   length of the directory path, as well as the individual directory names, is now
>   limited to the values specified by the new command line option --dirnames (see
>   man vdr(1) for details). For backwards compatibility the option --vfat is still
>   available and has the same effect as --dirnames=250,40,1.
> - The macro MaxFileName is now obsolete and may be removed in future versions. Use
>   NAME_MAX directly instead.
> - There is no more fixed limit to the maximum number of cPixmap objects an OSD can
>   create. However, a particular device may still be unable to create an arbitrary
>   number of pixmaps, due to limited resources. So it's always a good idea to use
>   as few pixmaps as possible.
> - Fixed formatting and removed some superfluous break statements in vdr.c's command
>   line option switch.
> 
> Have fun!
> 
> Klaus
> 
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>