[vdr] [ANNOUNCE] VDR developer version 2.1.3

Lars Hanisch dvb at flensrocker.de
Sun Jan 5 14:40:16 CET 2014


Am 05.01.2014 13:01, schrieb fnu:
>>  I will! :)
> 
> Who not ... ;-)
> 
>>  Thanks for a bunch of little gems in this release like "obsolete
>> channels".
> 
> Yes, indeed ... :tup
> 
>>  Have to dig into the new CAM stuff, maybe now it's possible to
>> integrate the CI of Digital Devices...
> 
> That would be great, christmas has gone recently, but I wouldn't say no for
> delayed present.

 "I'll do my very best..." :)

Lars.

> 
> ===
> Kind regards
> fnu
> 
>> -----Original Message-----
>> From: vdr-bounces at linuxtv.org [mailto:vdr-bounces at linuxtv.org] On Behalf
>> Of Lars Hanisch
>> Sent: Sunday, January 05, 2014 12:54 PM
>> To: vdr at linuxtv.org
>> Subject: Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3
>>
>> Am 05.01.2014 12:42, schrieb Klaus Schmidinger:
>>> VDR developer version 2.1.3 is now available at
>>>
>>>       ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.3.tar.bz2
>>>
>>> A 'diff' against the previous version is available at
>>>
>>>       ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.2-2.1.3.diff
>>>
>>> MD5 checksums:
>>>
>>> 054f80e0045aa6fad118e9285b52f4f2  vdr-2.1.3.tar.bz2
>>> 3c5ab05d5c4d0b984b34e84190e80949  vdr-2.1.2-2.1.3.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.
>>>
>>>
>>> Originally I intended to release this version only after the new
>>> DiSEqC configuration dialog was finished. But in the meantime quite a
>>> few other things have come up, so I decided to postpone that dialog
>>> and first release what has piled up so far.
>>>
>>>
>>> The changes since version 2.1.2:
>>>
>>> - Changed the return value of cPositioner::HorizonLongitude() to 0 in
>> case the
>>>   latitude of the antenna location is beyond +/-81 degrees.
>>> - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
>>> - Fixed some compiler warnings with gcc-4.6.3 (thanks to Rolf
>> Ahrenberg).
>>> - Changed the name of the SVDRP command RENR to MOVR (suggested by
>> Rolf Ahrenberg).
>>> - When cutting a recording it is now checked whether there is already
>> an edited
>>>   version of this recording (with the same name, but starting with
>> '%'), and the
>>>   user is prompted for confirmation to overwrite it (suggested by Rolf
>> Ahrenberg).
>>> - Revoked "Added maximum signal strength value for TechniSat SkyStar 2
>> DVB-S rev 2.3P"
>>>   because it broke things for the "TechniSat AirStar 2" DVB-T card.
>>> - The LIRC remote control now connects to the socket even if it
>> doesn't yet exist when
>>>   VDR is started (thanks to Lars Hanisch).
>>> - Changed the absolute latitude limit for visible satellites to 81.2
>> degrees.
>>> - Added code for parsing LCN and AVC descriptors to libsi (thanks to
>> Rolf Ahrenberg).
>>> - In the "Select folder" menu pressing Ok now selects the folder, even
>> if this is a
>>>   folder that contains sub folders (marked with "..."). To open such a
>> folder you
>>>   can press the Red key.
>>> - Fixed a possible access to uninitialized data in cEIT::cEIT()
>> (reported by Dominik
>>>   Strasser).
>>> - The new menu category mcRecordingEdit is now used to mark menus that
>> edit recording
>>>   properties (suggested by Stefan Braun).
>>> - Changes in the teletext PID no longer cause retuning (and thus
>> interrupting a
>>>   recording).
>>> - Removed '_' from the FileNameChars and CharMap translations in
>> uk_UA.po.
>>> - Updated the Italian OSD texts (thanks to Diego Pierotto).
>>> - Fixed a missing initialization in the c'tor of
>> cSkinLCARSDisplayChannel (thanks to
>>>   Marko Mäkelä).
>>> - Simplified some conditional expressions in skinlcars.c and
>> skinsttng.c (suggested
>>>   by Marko Mäkelä).
>>> - Fixed uninitialized item area coordinates in cSkinLCARSDisplayMenu
>> (reported by
>>>   Marko Mäkelä).
>>> - Fixed a possible crash if the recordings list is updated externally
>> while the
>>>   Recordings menu is open (reported by Lars Hanisch).
>>> - Added a missing closing ')' in the help and man page entry of the --
>> vfat option
>>>   (reported by Lars Hanisch).
>>> - Fixed setting the name of the video directory to avoid a crash when
>> using --genindex,
>>>   and also to use the correct directory with --edit (the latter
>> reported by Marko
>>>   Mäkelä).
>>> - The Recordings menu can now be called with a cRecordingFilter, which
>> allows the
>>>   caller to have it display only a certain subset of the recordings
>> (thanks to Lars
>>>   Hanisch).
>>> - Added handling UTF-8 'umlaut' characters to cKbdRemote (thanks to
>> Lars Hanisch).
>>> - Made it clear that the Data parameter in cDevice::StillPicture() may
>> point to a
>>>   series of packets, not just a single one (thanks to Thomas Reufer).
>>> - cDevice::TrickSpeed() now has an additional parameter named Forward,
>> which indicates
>>>   the direction in which replay is being done (suggested by Thomas
>> Reufer). This
>>>   information may be necessary for some output devices in order to
>> properly implement
>>>   trick modes. Authors of plugins that implement output devices will
>> need to add this
>>>   parameter to their derived cDevice class, regardless of whether they
>> will make use
>>>   of it or not.
>>> - Added a note to ePlayMode in device.h that VDR itself always uses
>> pmAudioVideo when
>>>   replaying a recording (suggested by Thomas Reufer).
>>> - Fixed some spellings in positioner.h and Doxyfile (thanks to Ville
>> Skyttä).
>>> - Changed '%a' to the POSIX compliant '%m' in all scanf() calls
>> (thanks to Ville
>>>   Skyttä).
>>> - The new function cCamSlot::Decrypt() can be used by derived classes
>> to implement a
>>>   CAM slot that can be freely assigned to any device, without being
>> directly inserted
>>>   into the full TS data stream in hardware. A derived class that
>> implements Decrypt()
>>>   will also need to set the new parameter ReceiveCaPids in the call to
>> the cCamSlot
>>>   base class constructor to true, in order to receive the CA pid TS
>> packets that
>>>   contain data necessary for decrypting.
>>> - Many member functions of cCamSlot have been made virtual to allow
>> for easier
>>>   implementation of derived classes.
>>> - cTSBuffer now provides the number of available bytes in its Get()
>> function.
>>> - cDvbDevice::GetTSPacket() now calls CamSlot()->Decrypt() in order to
>> allow CAM slots
>>>   that can be freely assigned to any device access to the TS data
>> stream.
>>> - Added a check to avoid a possible NULL pointer dereference in
>> cCiSession::SendData()
>>>   (reported by Ville Skyttä).
>>> - Deleted a superfluous assignment in cPipe::Open() (reported by Ville
>> Skyttä).
>>> - The script given to VDR with the '-r' option is now also called
>> after the recording
>>>   process has actually started (thanks to Christian Kaiser).
>>> - Avoiding unnecessary pkg-config warnings in plugin Makefiles (thanks
>> to Ville Skyttä).
>>>   Plugin authors may want to apply the following change to their
>> Makefile:
>>>   -PKGCFG = $(if $(VDRDIR),$(shell pkg-config --variable=$(1)
>>> $(VDRDIR)/vdr.pc),$(shell pkg-config --variable=$(1) vdr
>>> || pkg-config --variable=$(1) ../../../vdr.pc))
>>>   +PKGCFG = $(if $(VDRDIR),$(shell pkg-config --variable=$(1)
>>> $(VDRDIR)/vdr.pc),$(shell PKG_CONFIG_PATH="$$PKG_CONFIG_PATH:../../.."
>>> pkg-config --variable=$(1) vdr))
>>> - Eliminated MAXDVBDEVICES (suggested by Oliver Endriss).
>>> - Channels that are no longer contained in the current SDT of a
>> transponder are now
>>>   marked with the keyword OBSOLETE in their name and provider fields.
>> That way you can
>>>   identify obsolete channels when you switch to them, and you can get
>> the complete
>>>   overview of all obsolete channels by sorting the Channels list by
>> provider (by
>>>   pressing the 0 key twice). Automatic deletion of obsolete channels
>> may follow later.
>>>
>>> Have fun!
>>
>>  I will! :)
>>  Thanks for a bunch of little gems in this release like "obsolete
>> channels".
>>  Have to dig into the new CAM stuff, maybe now it's possible to
>> integrate the CI of Digital Devices...
>>
>> Lars.
>>
>>>
>>> Klaus




More information about the vdr mailing list