GStreamer

GStreamer a été rapidement adoptée par le projet GNOME (dès la version 2.2 de ce dernier, sortie en février 2003) dont elle est devenue un pilier (Totem, Rhythmbox, Epiphany et Pitivi, par exemple, en tirent largement parti).

Elle est également utilisé par Phonon, la couche d'abstraction multimédia de KDE4.

Elle a ensuite commencé à être utilisée sous Windows et MacOS : c'est ainsi que Songbird se basait dessus pour proposer des versions fonctionnant sous ces différentes plateformes, de même qu'Opera a reposé dessus pour afficher l'élément vidéo de HTML5 sous Windows, GNU/Linux et FreeBSD (à partir de sa version 10.5 et, semble-t-il, jusqu'à l'abandon du moteur de rendu de pages Web maison Presto au profit de Blink) [6].

WebOS y recourt également[7].

Pour faciliter les usages commerciaux de GStreamer, Fluendo (en) et Collabora (en) ont œuvré ensemble à la création d'un SDK multiplateforme (GNU/Linux, Windows et Mac OS X pour la première version nommée Amazon qui est sortie le 7 juin 2012[8], puis Android avec la version Brahmaputra sortie le 28 novembre 2012 et iOS avec la version Congo sortie le 12 juin 2013). Depuis, le SDK continue à être mis à jour parallèlement à GStreamer lui-même[9].

GStreamer repose sur un fonctionnement en pipeline qui rappelle les tubes sous Unix : les éléments sont connectés entre eux via des tubes. Mais avec GStreamer, le type d’un flux passant par un tube est connu des éléments (le format de sortie et d’entrée n’a pas à être spécifié au niveau de chaque élément). On peut également dupliquer un flux avec la commande tee.

gst-launch filesrc location=mon_son.ogg ! oggdemux ! vorbisdec ! pulsesink

gst-launch filesrc location=mon_son.ogg ! decodebin ! pulsesink

gst-launch filesrc location=mon_son.ogg ! decodebin ! autoaudiosink

gst-launch filesrc location=ma_vidéo.webm ! decodebin name=foo \
foo. ! queue ! autovideosink \
foo. ! queue ! autoaudiosink

gst-launch filesrc location=ma_vidéo.mp4 ! decodebin name=foo \
foo. ! queue ! vorbisenc ! oggmux name=bar \
foo. ! queue ! theoraenc ! bar. \
bar. ! filesink location=ma_vidéo.ogv

GStreamer adopte un système de greffons regroupés sous les appellations « Good », « Bad » et « Ugly » selon le support qui leur est accordé, support qui est défini[10] en fonction de la qualité du greffon lui-même, sa licence et d’autres choses :

• les greffons « Good » sont de bonne qualité et très bien supportés,
• les greffons « Bad » sont ceux dont la qualité n’est pas assurée parce qu’ils sont soit peu utilisés, soit peu testés, soit peu maintenus ou tout simplement parce que leur support n’est pas prioritaire,
• les greffons « Ugly » sont des greffons de bonne qualité mais dont la redistribution est problématique.

Pour l’anecdote, ce nommage en « Good », « Bad », et « Ugly » est inspiré du titre anglais d’un célèbre film de Sergio Leone : Le Bon, la Brute et le Truand (The Good, the Bad and the Ugly)[11].

La bibliothèque GStreamer Editing Services a été développée par-dessus GStreamer pour offrir une interface de programmation simplifiée pour des opérations d'édition multimédia, et en particulier l'édition non-linéaire dont l'édition vidéo non-linéaire.

Pour être précis, GStreamer Editing Services s'appuie sur Non-Linear Engine (le successeur de GNonLin) qui s'appuie lui-même sur GStreamer à cet effet.

Non-Linear Engine est média-agnostique et ne possède aucune notion d'édition vidéo. Non-Linear Engine est essentiellement composée de quelques greffons thread-safe pour GStreamer qui permettent des opérations de composition et de mixage et aussi de convertir dynamiquement la piste de montage d'un projet en un pipeline pour GStreamer.

À compter de sa version 0.91, l'éditeur video non-linéaire Pitivi repose sur GES[12].

Le projet débute comme une preuve de concept en juin 1999, avec la publication de la version 0.0.1[13]. Le 11 janvier 2001, le projet publie sa première véritable version, la 0.1.0[14].

En juillet 2002 fut publiée la version 0.4.0, qui est également la première version à intégrer le projet GNOME[13]. Avec la version 0.6.0 publiée le 2 février 2003, le projet considère que le support de l'audio est enfin pleinement fonctionnel[15].

La série 0.8 a été lancée en mars 2004, rapidement suivie par la série 0.10, lancée en décembre 2005, qui signe véritablement la maturité du framework.

La version 1.0, sortie le 24 septembre 2012[16], succède finalement à la version 0.10. Cette version est conçue pour pouvoir coexister avec la précédente sur un même système afin de faciliter la transition.

La version 1.2, sortie le 24 septembre 2013[17], prend notamment en charge l'accélération matérielle par le processeur graphique du décodage voire du codage vidéo pour certains codecs et processeurs (via la bibliothèque gstreamer-vaapi)[18].

La version 1.4, entre autres choses, corrige la prise en charge du format MPEG-TS[19].

À compter de la version 1.6, sortie le 25 septembre 2015[20], Non-Linear Engine (NLE) remplace GNonLin.

En 2017, commence l'intégration de Gstreamer, Alsa, PulseAudio et JACK au sein d'un ensemble unifié appelé Pipewire[4].