This layer provides UNOFFICIAL support for the GStreamer 1.0 framework for use with OpenEmbedded and/or Yocto. It is used for GStreamer recipe backports, to provide older OE versions with support for newer GStreamer versions, and also as a staging ground for recent recipe upgrades which haven't yet made it into OE-core (for example, because a new GStreamer version was released just recently).
- URI: git://git.openembedded.org/openembedded-core
- branch: master
- revision: HEAD
Additionally, the meta-multimedia and meta-oe layers of the meta-openembedded repo at git://git.openembedded.org/meta-openembedded are necessary for optional plugins (see below).
Since 1.0 was designed to be able to coexist with 0.10 in the same system, the names of the recipes for GStreamer 1.0 reflect that. The names are:
- gstreamer1.0
- gstreamer1.0-plugins-base
- gstreamer1.0-plugins-good
- gstreamer1.0-plugins-bad
- gstreamer1.0-plugins-ugly
- gstreamer1.0-libav
- gstreamer1.0-omx
- gstreamer1.0-rtsp-server
- gstreamer1.0-vaapi
By default, release tarballs are unpacked and built. It is possible, however, to build from the GStreamer git repositories instead. It is generally better to use the releases, however for bleeding edge features the git versions might be necessary.
To let Bitbake know that the git version of a package is preferred, add to local.conf:
PREFERRED_VERSION_<packagename> = "git"
For example, to use git versions of all packages, add to local.conf:
PREFERRED_VERSION_gstreamer1.0 = "git"
PREFERRED_VERSION_gstreamer1.0-plugins-base = "git"
PREFERRED_VERSION_gstreamer1.0-plugins-good = "git"
PREFERRED_VERSION_gstreamer1.0-plugins-bad = "git"
PREFERRED_VERSION_gstreamer1.0-plugins-ugly = "git"
PREFERRED_VERSION_gstreamer1.0-libav = "git"
PREFERRED_VERSION_gstreamer1.0-omx = "git"
By default, in the base/good/bad/ugly recipes, only dependency-less plugins and plugins with dependencies that are supported by OE-core (i.e. recipes for them exist in OE-core) are always enabled.
These are:
- gstreamer1.0-plugins-base : gio-unix-2.0, ogg, pango, theora, vorbis
- gstreamer1.0-plugins-good : cairo, flac, gdk-pixbuf, gudev, jpeg, lame, libpng, mpg123, soup, speex, taglib, v4l2
- gstreamer1.0-plugins-bad : bz2, curl, dash, dtls, hls, neon, rsvg, sbc, smoothstreaming, sndfile, uvch264, webp
- gstreamer1.0-plugins-ugly : a52dec, mpeg2dec
- gstreamer1.0-libav : yasm
- gstreamer1.0-vaapi : drm
With the X11, Wayland, ALSA, BlueZ, DirectFB, OpenGL, Vulkan, and PulseAudio plugins, the situation is a bit different. They are built depending on the contents of the DISTRO_FEATURES value (in other words, depending on what the OE distribution supports).
The rest is disabled by default, and can be enabled by appending to the respective PACKAGECONFIG values. For example, to enable vpx and wavpack support in gstreamer1.0-plugins-good , add to local.conf:
PACKAGECONFIG_append_pn-gstreamer1.0-plugins-good = "vpx wavpack"
Note that after enabling a plugin this way, it must be ensured that recipes for the plugin's dependencies are available. In the example above, recipes for vpx and wavpack must exist. This typically means that additional OE layers must be used (often meta-oe or meta-multimedia).
This is also how Orc support is enabled internally. Since version 1.6.0, Orc is included in this layer, and enabled by default. (Orc is present in OE-Core, but to make GStreamrer 1.6 buildable with older layers, its recipe is included.)
Below is a list of all configuration values for enabling additional plugins and features in the packages.
- gstreamer1.0
check: build unit test librariesdebug: enable debug buildtests: build test applicationsvalgrind: enable run-time valgrind detectiongst-tracer-hooks: enable tracing subsystem hookstrace-historic: enable historic tracing subsystemunwind: enables libunwind-based stack trace generationdw: adds source lines and numbers to backtraces using the elfutils libdw library
- gstreamer1.0-plugins-base
cdparanoia: cdparanoia audio CD ripping pluginivorbis: Integer-only Vorbis decoding using the Tremor libraryopus: Opus audio decoder plugin
- gstreamer1.0-plugins-good
- `dv1394' : IEEE 1394 raw video source plugins
gtk: GTK+3 pluginsjack: JACK audio system pluginslibv4l2: additional v4l2 plugins based on libv4l2vpx: plugins for en- and decoding VP8 video streams, using Google's libvpxwavpack: WavPack plugins
- gstreamer1.0-plugins-bad
assrender: ASS/SSA subtitle renderer pluginsdc1394: libdc1394 based video source plugin for IIDC camerasfaac: AAC encoding plugins using the FAAC libraryfaad: AAC decoding plugins using the FAAD libraryflite: Flite speech synthesizer pluginsfluidsynth: FluidSynth pluginskms: Video sink plugin using the Linux kernel mode setting APIlibmms: Microsoft Multimedia Stream pluginslibssh2: Enable libssh2 support in cURL pluginslcms2: Little CMS open source color management engine pluginsmodplug: Decoder plugins for module files (MOD/S3M/XM/IT/..) using the ModPlug libraryopenal: OpenAL audio pluginsopencv: OpenCV image processing pluginsopenjpeg: OpenJPEG-based JPEG2000 image decoder/encoder pluginopusparse: Opus bitstream parser pluginresindvd: DVD navigation and playback pluginrtmp: Real Time Messaging Protocol (RTMP) pluginssctp: Stream Control Transmission Protocol (SCTP) pluginsrtp: RFC 3711 SRTP pluginttml: Timed Text Markup Language pluginsvoaacenc: OpenCORE based AAC encoder pluginvoamrwbenc: OpenCORE based AMR wideband encoder pluginwebp: WebP plugins
- gstreamer1.0-plugins-ugly
amrnb: OpenCORE based AMR narrowband decoder pluginamrwb: OpenCORE based AMR wideband decoder plugincdio: Compact Disc audio plugins using libcdiodvdread: DVD source plugins using libdvdreadx264: h.264/AVC encoder plugin using libx264
- gstreamer1.0-libav
libav: builds the package using the system's libav instead of the included one (not recommended unless you really know what you are doing!)gpl: build the package in GPL mode (enables GPL elements)valgrind: enable run-time valgrind detection
- gstreamer1.0-vaapi
egl: use the EGL backendglx: use the GLX backendwayland: enable Wayland output sinksX11: enable X11 output sinks
The gstreamer1.0-omx package adds support for OpenMAX IL. By default, the
recipe is configured to use the bellagio OpenMAX IL implementation that ships
with OE-Core. BSP layers are encouraged to add .bbappend files which set the
GSTREAMER_1_0_OMX_TARGET variable to make gstreamer1.0-omx use the device
specific OpenMAX IL support. Currently, these device specific targets are
supported:
rpi: Raspberry Pi OpenMAX IL implementation
If the value of GSTREAMER_1_0_OMX_TARGET is changed by a .bbappend file to
a device specific value, the recipe automatically sets the PACKAGE_ARCH of
gstreamer1.0-omx to MACHINE_ARCH.
Furthermore, if a device specific .bbappend file is written, it is recommended
to also set the value of GSTREAMER_1_0_OMX_CORE_NAME in it. This value
specifies the filename of the OpenMAX core (a shared library) that needs to be
used. With the Bellagio OpenMAX implementation, its value is:
${libdir}/libomxil-bellagio.so.0. The gstreamer1.0-omx recipe needs this value
for adjusting the core-name entries in the gstomx.conf configuration file.
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent