Thank you Klaus (and contributors), for your hard work in bringing the
VDR community this newest version! Compiling now.... :)
On Tue, Mar 28, 2017 at 2:10 AM, Klaus Schmidinger
> VDR developer version 2.3.3 is now available at
> A 'diff' against the previous version is available at
> MD5 checksums:
> 73182b570bcf5a67ab56f7734e479631 vdr-2.3.3.tar.bz2
> 112c2057dbd7e86c31f8227f61cfd2a6 vdr-2.3.2-2.3.3.diff
> 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 2.3.2:
> - Added 'S3W ABS-3A' to sources.conf (thanks to Frank Richter).
> - Fixed a possible deadlock in the recordings handler thread.
> - Updated the Russian OSD texts (thanks to Andrey Pridvorov).
> - Added a missing dependency to the Makefile to avoid error messages in the
> clean-plugins target (thanks to Tobias Grimm).
> - The channel/CAM relations (i.e. the information which CAM can decrypt a
> channel) are now stored in the file 'cam.data' in the cache directory
> by Dietmar Spingler). This speeds up switching to encrypted channels after
> newly starting VDR, in case there is more than one CAM in the system.
> - Fixed a flaw in handling timeouts for encrypted channels.
> - The mechanism of trying different CAMs when switching to an encrypted
> channel is
> now only triggered if there acually is more than one CAM in the system.
> - Fixed updating the elapsed/remaining time in the progress display during
> - Changed 'unsigned' to 'signed' in some places to avoid trouble with abs()
> gcc6+ (reported by Derek Kelly).
> - CAMs that can handle multiple devices at the same time can now indicate
> by creating the first cCamSlot as usual, and every other cCamSlot by
> it the first one as its "MasterSlot". To VDR this means that when
> for a CAM that can decrypt a particular channel, it only needs to ask the
> master CAM slot whether it is suitable for decrypting, and can skip all
> other slots belonging to the same master. This can greatly speed up
> switching on systems with more than one CAM (that can handle multiple
> - The LCARS skin now displays the master CAM's number when a device is tuned
> an encrypted channel.
> - The Setup/CAM menu now only displays master CAMs.
> - Fixed setting the local machine's SVDRP host name (was overwritten if
> contained an empty string).
> - PIDs can now be added to and deleted from a cReceiver while it is attached
> a cDevice, without having to detach it first and re-attach it afterwards.
> - Implemented support for MTD ("Multi Transponder Decryption"). This allows
> a CAM
> that is capable of decrypting more than one channel ("Multi Channel
> to decrypt channels from different transponders. See the remarks in mtd.h
> what a derived cCamSlot class needs to do in order to activate MTD (thanks
> Jasmin Jessich for writing the ddci2 plugin and for valuable input and
> with testing and debugging).
> - The function cRingBufferLinear::Clear() can now be called safely from the
> reading thread, without additional locking.
> - Now stopping any ongoing recordings before stopping the plugins, to avoid
> a crash when stopping VDR while recording.
> Have fun!
> vdr mailing list
vdr mailing list