dd17beb681
Allow a project to use gstreamer-full as a static library and link to create a binary without dependencies. Introduce the option 'gst-full-target-type' to select the build type, dynamic(default) or static. In gstreamer-full/static build configuration gstreamer (gst.c) needs the symbol gst_init_static_plugins which is defined in gstreamer-full. All the tests and examples are linking with gstreamer but the symbol gst_init_static_plugins is only defined in the gstreamer-full library. gstreamer-full can not be built first as it needs to know what plugins will be built. One option would be to build all the examples and tests after gstreamer-full as the tools. Disable tools build in subprojects too as it will be built at the end of build process. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/4128> |
||
---|---|---|
.. | ||
docs | ||
ext/libav | ||
scripts | ||
tests | ||
.gitignore | ||
AUTHORS | ||
COPYING | ||
gst-libav.doap | ||
meson.build | ||
meson_options.txt | ||
NEWS | ||
README.md | ||
RELEASE |
gst-libav
This module contains a GStreamer plugin for using the encoders, decoders, muxers, and demuxers provided by FFmpeg. It is called gst-libav for historical reasons.
Plugin Dependencies and Licenses
GStreamer is developed under the terms of the LGPL-2.1 (see COPYING file for details), and that includes the code in this repository.
However, this repository depends on FFmpeg, which can be built in the following
modes using various ./configure
switches: LGPL-2.1, LGPL-3, GPL, or non-free.
This can mean, for example, that if you are distributing an application which has a non-GPL compatible license (like a closed-source application) with GStreamer, you have to make sure not to build FFmpeg with GPL code enabled.
Overall, when using plugins that link to GPL libraries, GStreamer is for all practical reasons under the GPL itself.
The above recommendations are not legal advice, and you are responsible for ensuring that you meet your licensing obligations.