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 <Klaus.Schmidinger@xxxxxxx> wrote: > VDR developer version 2.3.3 is now available at > > ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.3.tar.bz2 > > A 'diff' against the previous version is available at > > ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.2-2.3.3.diff > > MD5 checksums: > > 73182b570bcf5a67ab56f7734e479631 vdr-2.3.3.tar.bz2 > 112c2057dbd7e86c31f8227f61cfd2a6 vdr-2.3.2-2.3.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. > > > 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 > given > channel) are now stored in the file 'cam.data' in the cache directory > (suggested > 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 > fast > forward/rewind. > - Changed 'unsigned' to 'signed' in some places to avoid trouble with abs() > in > gcc6+ (reported by Derek Kelly). > - CAMs that can handle multiple devices at the same time can now indicate > this > by creating the first cCamSlot as usual, and every other cCamSlot by > giving > it the first one as its "MasterSlot". To VDR this means that when > searching > 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 > the > other slots belonging to the same master. This can greatly speed up > channel > switching on systems with more than one CAM (that can handle multiple > devices). > - The LCARS skin now displays the master CAM's number when a device is tuned > to > an encrypted channel. > - The Setup/CAM menu now only displays master CAMs. > - Fixed setting the local machine's SVDRP host name (was overwritten if > setup.conf > contained an empty string). > - PIDs can now be added to and deleted from a cReceiver while it is attached > to > 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 > Decryption") > to decrypt channels from different transponders. See the remarks in mtd.h > on > what a derived cCamSlot class needs to do in order to activate MTD (thanks > to > Jasmin Jessich for writing the ddci2 plugin and for valuable input and > help > 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! > > Klaus > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
