After one and a half years of development Release Gstreamer 1.20 , written in the CROSP-platform set of components to create a wide range of multimedia applications, from media players and converters of audio / video files, to VoIP applications and streaming systems. The Gstreamer code extends under the LGPLV2.1 license. At the same time, Updates of Plugins GST-Plugins-Base 1.20, GST-Plugins-Good 1.20, GST-Plugins-Bad 1.20, GST-Plugins-Ugly 1.20, and GST-LIBAV 1.20, and the GST-RTSP-Server 20 streaming server are available. At the API level and ABI, a new issue is compatible with a branch of 1.0. Binary assemblies will soon will be prepared for Android, iOS, MacOS and Windows (in Linux it is recommended to use packages from the distribution).
Key Improvements Gstreamer 1.20:
- Gitlab development is translated into using a single repository, common to all modules.
- Added a new high-level library gstplay , which came to replace the GSTPlayer API and offers similar functions to reproduce content characterized by using messaging bus applications instead of GOBJECT signals.
- Added support for decoding transparency information in Webm format, which allows you to play VP8 / VP9 video with transparent areas.
- in coding profiles Added support for setting additional properties specific to applications.
- in Compositor implemented support for conversion and mixing video in multi-threaded mode.
- in DepayLoader and Payloader classes unified support for working with additional RTP headers ( RTP Header Extensions ).
- Added Support for the mechanism of proactive error correction SMPTE 2022-1 2-D (Forward Error Correction).
- in Encodebin and Transcodebin for VP8, VP9 and H.265 codecs are implemented by smart encoding mode (“Smart Encoding”), in which the transcoding is performed only if necessary, and the existing flow is performed.
- compatibility of the Souphttpsrc C LIBSUP2 and LIBSUP3 plugin.
- Added the ability to decode input data at the intermediate frame level (sub-frame), which allows you to start decoding without waiting for the full frame. Support for this optimization is involved in OpenJPEG JPEG 2000 decoders, FFMPEG H.264 and OpenMax H.264 / H.265.
- When decoding video for RTP, WebRTC and RTSP protocols provided automatic processing of packet loss, data damage and key frames.
- In MP4 and Matroska Medical Contemporary Packers Added Support for Codec data on the fly, which allows you to change the profile, level and resolution for H.264 / H.265 input streams.