GStreamer 1.12 is out! And with it,
gstreamer-vaapi. Among other new features and improvements we have:
- GstVaapiDisplay now inherits from GstObject, thus the VA display logging messages are better and tracing the context sharing is more readable.
- When uploading raw images into a VA surfaces now VADeriveImages are tried first, improving the upload performance, if it is possible.
- The decoders and the post-processor now can push dmabuf-based buffers to downstream under certain conditions. For example:
GST_GL_PLATFORM=egl gst-play-1.0 video-sample.mkv --videosink=glimagesink
- Refactored the wrapping of VA surface into gstreamer memory, adding lock when mapping and unmapping, and many other fixes.
vaapipostprocdynamically. It is possible to avoid it usage with the environment variable
- Regarding encoders: they have primary rank again, since they can discover, in run-time, the color formats they can use for upstream raw buffers and caps renegotiation is now possible. Also the encoders push encoding info downstream via tags.
- About specific encoders: added constant bit-rate encoding mode for VP8 and H265 encoder handles P010_10LE color format.
- Regarding decoders, flush operation has been improved, now the internal VA encoder is not recreated at each flush. Also there are several improvements in the handling of H264 and H265 streams.
- VAAPI plugins try to create their own GstGL context (when available) if they cannot find it in the pipeline, to figure out what type of VA Display they should create.
vaapisinkfor X11, if the backend reports that it is unable to render correctly the current color format, an internal VA post-processor, is instantiated (if available) and converts the color format.
GStreamer Spring Hackfest 2017 is in less than two weeks!
It is going to be held at Igalia premises inCoruña. Keep an eye on it 😉