- 02 Nov, 2020 1 commit
-
-
Seungha Yang authored
If it's required, mpeg2dec should set it explicitly. Part-of: <!70>
-
- 08 Sep, 2020 2 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- 07 Sep, 2020 3 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
Part-of: <!69>
-
Sebastian Dröge authored
Part-of: <!68>
-
- 24 Aug, 2020 1 commit
-
-
QP_MAX_SPEC in x264 is set to 63 nowadays and in theory it allows even up to 81 (QP_MAX) but that seems to be outside the spec. Part-of: <!67>
-
- 20 Aug, 2020 1 commit
-
-
Tim-Philipp Müller authored
-
- 29 Jul, 2020 1 commit
-
-
gstcheck is declaring its own buffers glist which ends up overwritten, loks like the code meant to use that already gcc 10 is also complaining about this, but only on static builds for some reason ``` FAILED: subprojects/gst-plugins-ugly/tests/check/elements_amrnbenc /usr/bin/ld: subprojects/gstreamer/libs/gst/check/libgstcheck-1.0.a(gstcheck.c.o):(.bss+0x38): multiple definition of `buffers'; subprojects/gst-plugins-ugly/tests/check/708af1f@@elements_amrnbenc@exe/elements_amrnbenc.c.o:(.bss+0x18): first defined here collect2: error: ld returned 1 exit status ``` also remove unused var `current_buf` Part-of: <!62>
-
- 27 Jul, 2020 2 commits
- 25 Jul, 2020 2 commits
- 24 Jul, 2020 1 commit
-
-
Thibault Saunier authored
Part-of: <gstreamer/gst-plugins-ugly!42>
-
- 22 Jul, 2020 2 commits
-
-
Mathieu Duponchelle authored
This is a C99 feature Part-of: <gstreamer/gst-plugins-ugly!64>
-
Jan Alexander Steffens authored
Part-of: <gstreamer/gst-plugins-ugly!59>
-
- 21 Jul, 2020 3 commits
-
-
Jan Alexander Steffens authored
If downstream is constrained to an 8-bit profile, caps queries would still allow I420_10LE as input. If upstream actually sends such a caps event, downstream would fail to accept the high-10 profile. The following pipeline now fails earlier, during the negotiation phase instead of the stream start: gst-launch-1.0 videotestsrc ! video/x-raw,format=I420_10LE \ ! x264enc ! video/x-h264,profile=constrained-baseline \ ! fakesink Part-of: <gstreamer/gst-plugins-ugly!59>
-
Jan Alexander Steffens authored
Part-of: <gstreamer/gst-plugins-ugly!59>
-
Jan Alexander Steffens authored
Part-of: <gstreamer/gst-plugins-ugly!59>
-
- 10 Jul, 2020 1 commit
-
-
Thibault Saunier authored
So that the value can be used by upstream converters when necessary. This whole logic has been copied from `__gst_video_element_proxy_caps` but those 2 fields were missing. Part-of: <gstreamer/gst-plugins-ugly!60>
-
- 08 Jul, 2020 1 commit
-
-
Tim-Philipp Müller authored
Part-of: <gstreamer/gst-plugins-ugly!61>
-
- 03 Jul, 2020 1 commit
-
-
Tim-Philipp Müller authored
-
- 02 Jul, 2020 1 commit
-
-
Tim-Philipp Müller authored
-
- 22 Jun, 2020 2 commits
-
-
Mathieu Duponchelle authored
-
Thibault Saunier authored
-
- 19 Jun, 2020 2 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- 10 Jun, 2020 1 commit
-
-
Thibault Saunier authored
-
- 08 Jun, 2020 1 commit
-
-
Thibault Saunier authored
-
- 06 Jun, 2020 1 commit
-
-
Philippe Normand authored
This was left behind in commit bc1ab5e8. Part-of: <gstreamer/gst-plugins-ugly!55>
-
- 05 Jun, 2020 1 commit
-
-
Mathieu Duponchelle authored
-
- 04 Jun, 2020 3 commits
-
-
Thibault Saunier authored
-
-
-
- 02 Jun, 2020 2 commits
-
-
Tim-Philipp Müller authored
Fixes #30 Part-of: <gstreamer/gst-plugins-ugly!54>
-
Tim-Philipp Müller authored
Part-of: <gstreamer/gst-plugins-ugly!54>
-
- 27 May, 2020 2 commits
-
-
Tim-Philipp Müller authored
If core is built as a subproject (e.g. as in gst-build), make sure to use the gst-plugin-scanner from the built subproject. Without this, gstreamer might accidentally use the gst-plugin-scanner from the install prefix if that exists, which in turn might drag in gst library versions we didn't mean to drag in. Those gst library versions might then be older than what our current build needs, and might cause our newly-built plugins to get blacklisted in the test registry because they rely on a symbol that the wrongly-pulled in gst lib doesn't have. This should fix running of unit tests in gst-build when invoking meson test or ninja test from outside the devenv for the case where there is an older or different-version gst-plugin-scanner installed in the install prefix. In case no gst-plugin-scanner is installed in the install prefix, this will fix "GStreamer-WARNING: External plugin loader failed. This most likely means that the plugin loader helper binary was not found or could not be run. You might need to set the GST_PLUGIN_SCANNER environment variable if your setup is unusual." warnings when running the unit tests. In the case where we find GStreamer core via pkg-config we use a newly-added pkg-config var "pluginscannerdir" to get the right directory. This has the benefit of working transparently for both installed and uninstalled pkg-config files/setups. Part-of: <gstreamer/gst-plugins-ugly!53>
-
Guillaume Desmottes authored
Variable is always set in actual code paths but let's keep gcc happy. Part-of: <gstreamer/gst-plugins-ugly!51>
-
- 11 May, 2020 1 commit
-
-
Nirbheek Chauhan authored
This is needed for cross-compiling without a build machine compiler available. The option was added in 0.54, but we only need this in Cerbero and it doesn't affect older versions so it should be ok. Will just cause a spurious warning. Part-of: <gstreamer/gst-plugins-ugly!50>
-
- 08 Apr, 2020 1 commit
-
-
When transitioning from the PAUSED state, to the READY state, and back, metadata and global_metadata are left uninitialized, unlike when the demxuer transitions from NULL to READY, then to PAUSED. I have found this to cause a segmentation fault when fields in these structures are set.
-