We're hiring!
*

GStreamer 1.12: Intel Media SDK support and more

Olivier Crête avatar

Olivier Crête
April 19, 2017

Share this post:

Reading time:

With GStreamer 1.12's first release candidate out for testing and the final release expected soon, I thought it would be a good time to provide a brief preview of some of the (many) new features, bugfixes and improvements that will be arriving with this release. Of course, keep an eye out for the official release notes as they'll provide considerably more information around these changes.

As usual, this latest stable release will come loaded with new features, notably support for the EGL extension used by the i.MX6 Vivante proprietary driver, support for waylandsink DMABuf importation (which means you can get zerocopy media display under Wayland) and support for the Fraunhofer FDK AAC encoder and decoder. However, one of the higlights will undoubtedly be the addition of support for Intel's Media SDK*, the cross-platform API to access Intel's hardware accelerated video encoder and decoder functions on Windows and Embedded Linux.

Along with a large cleanup of OpenCV elements, more controls and voice activity information for webrtcdsp, and more support for 10bits and 12bits pixel formats, one of the key new features is videoconvert now supporting the multi-threaded scaling and conversion, a big plus for real-time software manipulation of 4K and 8K streams.

Python programmers will rejoice as more features are natively accessible, in particular, GstCaps describing format can now be fully programmatically modified, thanks to new handwritten overrides.

On the build and dependencies side of things, one noticeable improvement will be the change in plugin filenames to match their plugin name. This is in preparation for a new plugin interface coming in 1.14, which will allow developers to build static and dynamic plugins simultaneously. Support for full Meson has also greatly progressed, and pretty much everything will now be able to be built, with most unit tests having been integrated.

In terms of contributors, while the full list will be available with the 1.12 release notes, one highlight worth mentioning is the first ever contribution by GoPro developers, which will bring CineForm support to GStreamer.

Stay tuned for the final release of GStreamer 1.12, which should arrive in the next few weeks!


*Note: Intel recently made their Media SDK Open Source, inviting developers to contribute enhancements to make faster, more efficient video/image processing. You can read more about it here. We congratulate Intel for this milestone and look forward to seeing it ported to recent versions of the Linux kernel and other relevant drivers.

Comments (6)

  1. John:
    May 15, 2017 at 10:48 AM

    Just checked, and the official Windows installer version of GStreamer 1.12 does not come with any of the Intel Media SDK plugins.

    Reply to this comment

    Reply to this comment

    1. Mark Filion:
      May 15, 2017 at 01:36 PM

      Hi John - Thanks for reading! Unfortunately, support for Intel Media SDK is currently available for Linux only. Keep an eye on GStreamer.com to know when support will be added for Windows.

      Reply to this comment

      Reply to this comment

  2. John:
    May 16, 2017 at 11:58 AM

    Thank you for the reply. I got the impression that Intel Media was already supported under Windows since the 1.12 release notes specifically says.

    - new msdk plugin for Intel's Media SDK for hardware-accelerated video encoding and decoding on Intel graphics hardware on Windows or Linux.

    Reply to this comment

    Reply to this comment

    1. Olivier Crête:
      May 18, 2017 at 06:15 PM

      Sadly, the Intel Media SDK requires building using Microsoft Visual Studio, but the GStreamer sdk is built using msys and mingw64. Although building with MSVC is not officially supported by the GStreamer project, here are some instructions on how to do it http://blog.nirbheek.in/2016/07/building-and-developing-gstreamer-using.html

      Reply to this comment

      Reply to this comment


Add a Comment






Allowed tags: <b><i><br>Add a new comment:


Search the newsroom

Latest Blog Posts

Automatic regression handling and reporting for the Linux Kernel

14/03/2024

In continuation with our series about Kernel Integration we'll go into more detail about how regression detection, processing, and tracking…

Almost a fully open-source boot chain for Rockchip's RK3588!

21/02/2024

Now included in our Debian images & available via our GitLab, you can build a complete, working BL31 (Boot Loader stage 3.1), and replace…

What's the latest with WirePlumber?

19/02/2024

Back in 2022, after a series of issues were found in its design, I made the call to rework some of WirePlumber's fundamentals in order to…

DRM-CI: A GitLab-CI pipeline for Linux kernel testing

08/02/2024

Continuing our Kernel Integration series, we're excited to introduce DRM-CI, a groundbreaking solution that enables developers to test their…

Persian Rug, Part 4 - The limitations of proxies

23/01/2024

This is the fourth and final part in a series on persian-rug, a Rust crate for interconnected objects. We've touched on the two big limitations:…

How to share code between Vulkan and Gallium

16/01/2024

One of the key high-level challenges of building Mesa drivers these days is figuring out how to best share code between a Vulkan driver…

Open Since 2005 logo

We use cookies on this website to ensure that you get the best experience. By continuing to use this website you are consenting to the use of these cookies. To find out more please follow this link.

Collabora Ltd © 2005-2024. All rights reserved. Privacy Notice. Sitemap.