9d465d9e68
Direct access to AVInputFormat::read_probe() is not possible anymore with ffmpeg 7.0, and the usefulness of this typefinder seems limited anyway. An alternative implementation around av_probe_input_format3() or similar would be possible but it would be going over all possible ffmpeg probes at once. Having a typefinder here means that basically every application will load the gst-libav plugin when typefinding is necessary, which has unnecessary performance impacts. If a typefinder from here was indeed missing from typefindfunctions in gst-plugins-base then it would be better to add it there directly. Fixes https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3378 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6505> |
||
|---|---|---|
| .. | ||
| 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.