GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2020-01-15T12:34:17Zhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/223Cerbero / Meson looking for python3.exe on Windows2020-01-15T12:34:17ZzEdS15B3GCwqCerbero / Meson looking for python3.exe on WindowsWin 10 x64
Python 3.8.1
Cerbero master
meson.build:1706:0: ERROR: <ExternalProgram 'python3' -> ['c:\\Users\\T\\AppData\\Local\\Microsoft\\WindowsApps\\python3.EXE']> is not a valid python
A full log can be found at C:\GStream...Win 10 x64
Python 3.8.1
Cerbero master
meson.build:1706:0: ERROR: <ExternalProgram 'python3' -> ['c:\\Users\\T\\AppData\\Local\\Microsoft\\WindowsApps\\python3.EXE']> is not a valid python
A full log can be found at C:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\glib-2.56.1\_builddir\meson-logs\meson-log.txt
Recipe 'glib' failed at the build step 'configure'
Fatal Error: Running ['c:/GStreamer_Cerbero/cerbero/build/build-tools/bin/meson', '--prefix=c:/GStreamer_Cerbero/cerbero/build/dist/msvc_x86_64', '--libdir=lib', '--default-library=shared', '--buildtype=debugoptimized', '--backend=ninja', '--wrap-mode=nodownload', '--native-file', 'c:/GStreamer_Cerbero/cerbero/build/sources/msvc_x86_64/glib-2.56.1\\_builddir\\meson-native-file.txt', '-Dinternal_pcre=true', '-Dlibmount=false', '-Ddtrace=false', '-Dxattr=false', '-Diconv=native', '-Dgtk_doc=false'], returncode 1
Ignore the path above, that's Windows trying to promote the app store version of python. Python is installed to *C:\Program Files (x86)\Python38-32*, and it's on the path.
Copying python.exe to python3.exe seems to solve the issue, but should Meson be looking for python3.exe in the first place? I'm writing "seems to solve" because this Cerbero build hasn't finished yet, but the error disappeared. Had and fixed the same error on another PC I used for gst-build with Meson only.https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/233TGL: vaapih265enc/vaapih265dec: VCS GPU hang when doing playback of file enco...2020-02-23T13:20:42ZVUNNYSODHITGL: vaapih265enc/vaapih265dec: VCS GPU hang when doing playback of file encoded by vaapih265encUse below command to encode with vaapih265enc \
#**gst-launch-1.0 filesrc location=iceage_720x480_491_P010.yuv ! videoparse width=720 format=p010-10le framerate=30 height=480 ! vaapih265enc tune=low-power low-delay-b=true ! video/x-h265,...Use below command to encode with vaapih265enc \
#**gst-launch-1.0 filesrc location=iceage_720x480_491_P010.yuv ! videoparse width=720 format=p010-10le framerate=30 height=480 ! vaapih265enc tune=low-power low-delay-b=true ! video/x-h265, profile=main-10 ! h265parse ! matroskamux ! filesink location=/tmp/out.mkv**
Encode completes without any errors, then do \
Decode using:\
#**gst-launch-1.0 filesrc location=/tmp/out.mkv ! matroskademux ! h265parse ! vaapih265dec ! vaapipostproc ! glimagesink**
GPU Hang seen in dmesg and corruption while doing playback.\
[ 6713.633641] i915 0000:00:02.0: Resetting vcs1 for preemption time out\
[ 6713.633679] i915 0000:00:02.0: matroskademux0:[2905] context reset due to GPU hang\
[ 6713.635183] i915 0000:00:02.0: GPU HANG: ecode 12:10:28fffffd, in matroskademux0: [2905]\
[ 6713.635185] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.\
[ 6713.635186] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel\
[ 6713.635186] drm/i915 developers can then reassign to the right component if it's not a kernel issue.\
[ 6713.635187] The GPU crash dump is required to analyze GPU hangs, so please always attach it.\
[ 6713.635188] GPU crash dump saved to /sys/class/drm/card0/error
GPU hang logs attached [i915_error_state.txt](/uploads/15f7f5cfb9887ecc27bd153e1b38c5c1/i915_error_state.txt)https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/314PadExt.get_sticky_event(EventType, idx) can be more type-aware2021-10-17T11:30:10ZNirbheek Chauhannirbheek.chauhan@gmail.comPadExt.get_sticky_event(EventType, idx) can be more type-aware`get_sticky_event(EventType, idx)` can only return events of type `EventType`, but the return value is `Option<Event>`, so if you match on it, you will get an error about missing arms, even though no other `Event` type can be returned.
...`get_sticky_event(EventType, idx)` can only return events of type `EventType`, but the return value is `Option<Event>`, so if you match on it, you will get an error about missing arms, even though no other `Event` type can be returned.
If this can't be fixed, we probably need a new manual function of type `func<T>() -> T` or something?https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/221tests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & ...2021-10-12T20:11:52ZBugzilla Migration Usertests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & fails under load## Submitted by Kalle Richter
**[Link to original bug (#754762)](https://bugzilla.gnome.org/show_bug.cgi?id=754762)**
## Description
I experience the following failure of `make check` 100 % of 3 runs in 1.5.90-12-g86a1092 on Ubuntu ...## Submitted by Kalle Richter
**[Link to original bug (#754762)](https://bugzilla.gnome.org/show_bug.cgi?id=754762)**
## Description
I experience the following failure of `make check` 100 % of 3 runs in 1.5.90-12-g86a1092 on Ubuntu 15.04 amd64 with Linux 4.1.4:
================================================================
GStreamer Base Plug-ins 1.5.90: tests/check/test-suite.log
================================================================
# TOTAL: 66
# PASS: 65
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: pipelines/tcp
===================
Running suite(s): socketintegrationtest
80%: Checks: 5, Failures: 0, Errors: 1
pipelines/tcp.c:109:E:general:test_that_tcpserversink_and_tcpclientsrc_are_symmetrical:0: (after this point) Test timeout expired
FAIL pipelines/tcp (exit status: 1)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/221caps: simplify creates invalid caps with sets or ranges, intersect fails even...2022-11-10T09:20:48ZBugzilla Migration Usercaps: simplify creates invalid caps with sets or ranges, intersect fails even more on them## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#779058)](https://bugzilla.gnome.org/show_bug.cgi?id=779058)**
## Description
intersect() of sets of ranges is broken:
"video/x-h264, framerate=(fraction){ [ 5/1...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#779058)](https://bugzilla.gnome.org/show_bug.cgi?id=779058)**
## Description
intersect() of sets of ranges is broken:
"video/x-h264, framerate=(fraction){ [ 5/1, 240/1 ], [ 3/1, 5/1 ] }"
intersected with itself gives
"video/x-h264, framerate=(fraction){ [ 5/1, 240/1 ], 5/1, { 5/1, [ 3/1, 5/1 ] } }"
There should not be ranges inside sets to begin with, but the intersection result is even worse than that. It's of a different type than the input, and the set contains elements of different types.
And these sets of ranges are caused by simplify():
"video/x-raw, framerate=(fraction) [3/1, 30/1]; video/x-raw, framerate=(fraction) [3/1, 120/1]"
gives simplified
"video/x-raw, framerate=(fraction){ [ 30/1, 60/1 ], [ 3/1, 30/1 ], [ 60/1, 120/1 ] }"https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/221Videofilters: Support for Laplacian edge detecion2021-09-24T14:33:03ZBugzilla Migration UserVideofilters: Support for Laplacian edge detecion## Submitted by Sanjay NM
**[Link to original bug (#746009)](https://bugzilla.gnome.org/show_bug.cgi?id=746009)**
## Description
There is no support for Laplacian edge detection
### Depends on
* [Bug 745151](https://bugzilla.gnom...## Submitted by Sanjay NM
**[Link to original bug (#746009)](https://bugzilla.gnome.org/show_bug.cgi?id=746009)**
## Description
There is no support for Laplacian edge detection
### Depends on
* [Bug 745151](https://bugzilla.gnome.org/show_bug.cgi?id=745151)
### Blocking
* [Bug 746007](https://bugzilla.gnome.org/show_bug.cgi?id=746007)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/221osxaudosink: missing mute property2021-09-24T13:31:21ZBugzilla Migration Userosxaudosink: missing mute property## Submitted by Thomas Löwe
**[Link to original bug (#755107)](https://bugzilla.gnome.org/show_bug.cgi?id=755107)**
## Description
Audiosinks for Windows and Linux offers beside the "volume" property also a "mute" property.
Thi...## Submitted by Thomas Löwe
**[Link to original bug (#755107)](https://bugzilla.gnome.org/show_bug.cgi?id=755107)**
## Description
Audiosinks for Windows and Linux offers beside the "volume" property also a "mute" property.
This is missing for MacOS and so here an additional "volume" element is required to get the option for toggling the mute state.
Would be nice if this could be unified on all operating systems.
Thanks, Thomas
Version: 1.5.90https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/224./cerbero-uninstalled package gstreamer-1.0 failed on ubuntu 18.042020-01-15T10:29:58ZThomas Schnieders./cerbero-uninstalled package gstreamer-1.0 failed on ubuntu 18.04I'm trying to build and package gstreamer with cerbero from master.
The build failed with response build.
Does anyone have any suggestions.
```
...
[(79/79) gst-libav-1.0 -> install]
[(79/79) gst-libav-1.0 -> post_install]
All d...I'm trying to build and package gstreamer with cerbero from master.
The build failed with response build.
Does anyone have any suggestions.
```
...
[(79/79) gst-libav-1.0 -> install]
[(79/79) gst-libav-1.0 -> post_install]
All done!
WARNING: No specific packager available for the distro version ubuntu_18_04_bionic, using generic packager for distro debian
WARNING: No packager defined, using default packager "Default <default@change.me>"
-----> Creating package for gstreamer-1.0
-----> Creating debian package structure at /opt/cerbero/build/tmpdnoigyg7/gstreamer-1.0-1.17.0.1 for package gstreamer-1.0
-----> Packing dependency gstreamer-1.0-core for package gstreamer-1.0
WARNING: No packager defined, using default packager "Default <default@change.me>"
-----> Creating debian package structure at /opt/cerbero/build/tmpdnoigyg7/gstreamer-1.0-core-1.17.0.1 for package gstreamer-1.0-core
-----> Packing dependency base-system-1.0 for package gstreamer-1.0-core
WARNING: No packager defined, using default packager "Default <default@change.me>"
-----> Creating debian package structure at /opt/cerbero/build/tmpdnoigyg7/base-system-1.0-1.17.0.1 for package base-system-1.0
-----> Creating package for base-system-1.0
dpkg-buildpackage: warning: using a gain-root-command while being root
dpkg-buildpackage: info: source package base-system-1.0
dpkg-buildpackage: info: source version 1.17.0.1-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Default <default@change.me>
dpkg-source --before-build base-system-1.0-1.17.0.1
dpkg-buildpackage: info: host architecture amd64
fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp
dh_clean
dh_clean: Compatibility levels before 9 are deprecated (level 7 in use)
debian/rules build
dh_testdir
touch build-stamp
fakeroot debian/rules binary
dh_testdir
dh_testroot
dh_prep
dh_installdirs
dh_installdirs: Compatibility levels before 9 are deprecated (level 7 in use)
dh_installdocs
dh_installdocs: Compatibility levels before 9 are deprecated (level 7 in use)
dh_install
dh_install: Compatibility levels before 9 are deprecated (level 7 in use)
dh_testdir -a
dh_testroot -a
dh_strip -a --dbg-package=base-system-1.0-dbg
dh_strip: Compatibility levels before 9 are deprecated (level 7 in use)
dh_link -a
dh_compress -a
dh_compress: Compatibility levels before 9 are deprecated (level 7 in use)
dh_compress: Compatibility levels before 9 are deprecated (level 7 in use)
dh_compress: Compatibility levels before 9 are deprecated (level 7 in use)
dh_fixperms -a
dh_makeshlibs -a -V
dh_makeshlibs: Compatibility levels before 9 are deprecated (level 7 in use)
dh_installdeb -a
dh_installdeb: Compatibility levels before 9 are deprecated (level 7 in use)
dh_shlibdeps -a
dh_shlibdeps: Compatibility levels before 9 are deprecated (level 7 in use)
dh_shlibdeps: Compatibility levels before 9 are deprecated (level 7 in use)
dh_shlibdeps: Compatibility levels before 9 are deprecated (level 7 in use)
dpkg-shlibdeps: error: cannot find library liborc-0.4.so.0 needed by debian/base-system-1.0-dev/opt/gstreamer/bin/orcc (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library liborc-0.4.so.0 needed by debian/base-system-1.0/opt/gstreamer/lib/liborc-test-0.4.so.0.31.0 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libfribidi.so.0 needed by debian/base-system-1.0/opt/gstreamer/lib/libpango-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libjson-glib-1.0.so.0 needed by debian/base-system-1.0/opt/gstreamer/bin/json-glib-format (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library liborc-0.4.so.0 needed by debian/base-system-1.0-dev/opt/gstreamer/bin/orc-bugreport (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library liborc-test-0.4.so.0 needed by debian/base-system-1.0-dev/opt/gstreamer/bin/orc-bugreport (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot continue due to the errors listed above
Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to use -l.
dh_shlibdeps: dpkg-shlibdeps -Tdebian/base-system-1.0-dev.substvars debian/base-system-1.0-dev/opt/gstreamer/bin/orc-bugreport debian/base-system-1.0-dev/opt/gstreamer/bin/gresource debian/base-system-1.0-dev/opt/gstreamer/bin/xmllint debian/base-system-1.0-dev/opt/gstreamer/bin/glib-compile-resources debian/base-system-1.0-dev/opt/gstreamer/bin/orcc returned exit code 2
dpkg-shlibdeps: warning: debian/base-system-1.0/opt/gstreamer/lib/libgdk_pixbuf-2.0.so.0.3800.0 contains an unresolvable reference to symbol TIFFReadDirectory: it's probably a plugin
dpkg-shlibdeps: warning: 10 other similar warnings have been skipped (use -v to see them all)
dpkg-shlibdeps: error: cannot find library libgdk_pixbuf-2.0.so.0 needed by debian/base-system-1.0/opt/gstreamer/bin/gdk-pixbuf-csource (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libpango-1.0.so.0 needed by debian/base-system-1.0/opt/gstreamer/lib/libpangoft2-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libjson-glib-1.0.so.0 needed by debian/base-system-1.0/opt/gstreamer/bin/json-glib-validate (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libpango-1.0.so.0 needed by debian/base-system-1.0/opt/gstreamer/lib/libpangocairo-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libpangoft2-1.0.so.0 needed by debian/base-system-1.0/opt/gstreamer/lib/libpangocairo-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libcairo.so.2 needed by debian/base-system-1.0/opt/gstreamer/lib/libpangocairo-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libffi.so.7 needed by debian/base-system-1.0/opt/gstreamer/lib/libgobject-2.0.so.0.5600.1 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/base-system-1.0/opt/gstreamer/lib/libgdk_pixbuf-2.0.so.0.3800.0 was not linked against libtiff.so.5 (it uses none of the library's symbols)
dpkg-shlibdeps: error: cannot continue due to the errors listed above
Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to use -l.
dh_shlibdeps: dpkg-shlibdeps -Tdebian/base-system-1.0.substvars debian/base-system-1.0/opt/gstreamer/lib/libpangoft2-1.0.so.0.4200.3 debian/base-system-1.0/opt/gstreamer/lib/libpango-1.0.so.0.4200.3 debian/base-system-1.0/opt/gstreamer/lib/librsvg-2.so.2.40.20 debian/base-system-1.0/opt/gstreamer/lib/libpangocairo-1.0.so.0.4200.3 debian/base-system-1.0/opt/gstreamer/lib/libcairo.so.2.11400.12 debian/base-system-1.0/opt/gstreamer/lib/libpixman-1.so.0.38.4 debian/base-system-1.0/opt/gstreamer/lib/libcroco-0.6.so.3.0.1 debian/base-system-1.0/opt/gstreamer/lib/libpng16.so.16.37.0 debian/base-system-1.0/opt/gstreamer/lib/libgdk_pixbuf-2.0.so.0.3800.0 debian/base-system-1.0/opt/gstreamer/lib/libbz2.so.1.0.6 debian/base-system-1.0/opt/gstreamer/lib/libcairo-script-interpreter.so.2.11400.12 debian/base-system-1.0/opt/gstreamer/lib/libz.so.1.2.11 debian/base-system-1.0/opt/gstreamer/lib/liborc-0.4.so.0.31.0 debian/base-system-1.0/opt/gstreamer/lib/libgmodule-2.0.so.0.5600.1 debian/base-system-1.0/opt/gstreamer/lib/libglib-2.0.so.0.5600.1 debian/base-system-1.0/opt/gstreamer/lib/libharfbuzz.so.0.20600.1 debian/base-system-1.0/opt/gstreamer/lib/libgirepository-1.0.so.1.0.0 debian/base-system-1.0/opt/gstreamer/lib/libturbojpeg.so.0.1.0 debian/base-system-1.0/opt/gstreamer/lib/libtiff.so.5.4.0 debian/base-system-1.0/opt/gstreamer/lib/libfreetype.so.6.17.1 debian/base-system-1.0/opt/gstreamer/lib/libgobject-2.0.so.0.5600.1 debian/base-system-1.0/opt/gstreamer/lib/libffi.so.7.1.0 debian/base-system-1.0/opt/gstreamer/lib/libcairo-gobject.so.2.11400.12 debian/base-system-1.0/opt/gstreamer/lib/libgthread-2.0.so.0.5600.1 debian/base-system-1.0/opt/gstreamer/lib/libgio-2.0.so.0.5600.1 debian/base-system-1.0/opt/gstreamer/lib/libjpeg.so.8.1.2 debian/base-system-1.0/opt/gstreamer/lib/libxml2.so.2.9.9 debian/base-system-1.0/opt/gstreamer/lib/libjson-glib-1.0.so.0.400.4 debian/base-system-1.0/opt/gstreamer/lib/libfontconfig.so.1.10.1 debian/base-system-1.0/opt/gstreamer/lib/liborc-test-0.4.so.0.31.0 debian/base-system-1.0/opt/gstreamer/lib/libexpat.so.1.6.9 debian/base-system-1.0/opt/gstreamer/lib/libfribidi.so.0.4.0 debian/base-system-1.0/opt/gstreamer/bin/gdbus debian/base-system-1.0/opt/gstreamer/bin/gio-querymodules debian/base-system-1.0/opt/gstreamer/bin/gdk-pixbuf-csource debian/base-system-1.0/opt/gstreamer/bin/gdk-pixbuf-query-loaders debian/base-system-1.0/opt/gstreamer/bin/json-glib-format debian/base-system-1.0/opt/gstreamer/bin/gsettings debian/base-system-1.0/opt/gstreamer/bin/glib-compile-schemas debian/base-system-1.0/opt/gstreamer/bin/json-glib-validate returned exit code 2
dh_shlibdeps: Aborting due to earlier error
debian/rules:31: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 25
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit status 2
Traceback (most recent call last):
File "/opt/cerbero/cerbero/utils/shell.py", line 148, in call
env=env, shell=shell)
File "/usr/lib/python3.6/subprocess.py", line 311, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command 'dpkg-buildpackage -rfakeroot -us -uc -D -b' returned non-zero exit status 2.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/opt/cerbero/cerbero/main.py", line 158, in run_command
res = commands.run(command, self.config, self.args)
File "/opt/cerbero/cerbero/commands/__init__.py", line 78, in run
return _commands[command].run(config, args)
File "/opt/cerbero/cerbero/commands/package.py", line 110, in run
args.force, args.keep_temp)
File "/opt/cerbero/cerbero/packages/linux.py", line 57, in pack
self.pack_deps(output_dir, tmpdir, force)
File "/opt/cerbero/cerbero/packages/linux.py", line 115, in pack_deps
packager.pack(output_dir, self.devel, force, True, True, tmpdir)
File "/opt/cerbero/cerbero/packages/linux.py", line 57, in pack
self.pack_deps(output_dir, tmpdir, force)
File "/opt/cerbero/cerbero/packages/linux.py", line 115, in pack_deps
packager.pack(output_dir, self.devel, force, True, True, tmpdir)
File "/opt/cerbero/cerbero/packages/linux.py", line 78, in pack
paths = self.build(output_dir, tarname, tmpdir, packagedir, srcdir)
File "/opt/cerbero/cerbero/packages/debian.py", line 282, in build
shell.call('dpkg-buildpackage -rfakeroot -us -uc -D -b', srcdir)
File "/opt/cerbero/cerbero/utils/shell.py", line 151, in call
raise FatalError(_("Error running command: %s") % cmd)
cerbero.errors.FatalError: Fatal Error: Error running command: dpkg-buildpackage -rfakeroot -us -uc -D -b
***** Error running 'package' command:
Fatal Error: Error running command: dpkg-buildpackage -rfakeroot -us -uc -D -b
usage: cerbero-uninstalled [-h] [-t] [--list-variants] [-v VARIANTS]
[-c CONFIG] [-m MANIFEST]
[--self-update SELF_UPDATE]
{packageinfo,shell,add-package,run,genxcconfig,edit-cache,check,debug-packages,checkpackage,genlibfiles,graph,fetch,fetch-package,fetch-cache,bootstrap,fetch-bootstrap,add-recipe,wipe,buildone,build-deps,build,tag,package,deps,list,list-packages,show-config,rdeps,gensdkshell,bundle-source,genvsprops}
...
The command '/bin/sh -c ./cerbero-uninstalled package gstreamer-1.0' returned a non-zero code: 1```https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/234Build issue with gstvaapifilter on gst-build Ubuntu 16.042020-02-21T15:10:43ZPieter JordaanBuild issue with gstvaapifilter on gst-build Ubuntu 16.04Build fails on latest gstreamer-vaapi on Ubuntu 16.04 with:
```
../subprojects/gstreamer-vaapi/gst-libs/gst/vaapi/gstvaapifilter.c:1531:37: error: unknown type name ‘VAProcColorProperties’
1531 | VAProcColorStandardType * type, VAPr...Build fails on latest gstreamer-vaapi on Ubuntu 16.04 with:
```
../subprojects/gstreamer-vaapi/gst-libs/gst/vaapi/gstvaapifilter.c:1531:37: error: unknown type name ‘VAProcColorProperties’
1531 | VAProcColorStandardType * type, VAProcColorProperties * properties)
| ^~~~~~~~~~~~~~~~~~~~~
../subprojects/gstreamer-vaapi/gst-libs/gst/vaapi/gstvaapifilter.c: In function ‘gst_vaapi_filter_process_unlocked’:
../subprojects/gstreamer-vaapi/gst-libs/gst/vaapi/gstvaapifilter.c:1650:3: warning: implicit declaration of function ‘fill_color_standard’ [-Wimplicit-function-declaration]
1650 | fill_color_standard (&filter->input_colorimetry,
| ^~~~~~~~~~~~~~~~~~~
../subprojects/gstreamer-vaapi/gst-libs/gst/vaapi/gstvaapifilter.c:1652:22: error: ‘VAProcPipelineParameterBuffer’ {aka ‘struct _VAProcPipelineParameterBuffer’} has no member named ‘input_color_properties
’
1652 | &pipeline_param->input_color_properties);
| ^~
../subprojects/gstreamer-vaapi/gst-libs/gst/vaapi/gstvaapifilter.c:1656:22: error: ‘VAProcPipelineParameterBuffer’ {aka ‘struct _VAProcPipelineParameterBuffer’} has no member named ‘output_color_propertie
s’
1656 | &pipeline_param->output_color_properties);
| ^~
```
vainfo:
```
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns -1
libva info: User requested driver 'i965'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
```
Sorry, seems I keep running into build compatibility issues with older Ubuntu versions.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/797tests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & ...2022-11-10T09:21:08ZBugzilla Migration Usertests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & fails under load## Submitted by Kalle Richter
**[Link to original bug (#754762)](https://bugzilla.gnome.org/show_bug.cgi?id=754762)**
## Description
I experience the following failure of `make check` 100 % of 3 runs in 1.5.90-12-g86a1092 on Ubuntu ...## Submitted by Kalle Richter
**[Link to original bug (#754762)](https://bugzilla.gnome.org/show_bug.cgi?id=754762)**
## Description
I experience the following failure of `make check` 100 % of 3 runs in 1.5.90-12-g86a1092 on Ubuntu 15.04 amd64 with Linux 4.1.4:
================================================================
GStreamer Base Plug-ins 1.5.90: tests/check/test-suite.log
================================================================
# TOTAL: 66
# PASS: 65
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: pipelines/tcp
===================
Running suite(s): socketintegrationtest
80%: Checks: 5, Failures: 0, Errors: 1
pipelines/tcp.c:109:E:general:test_that_tcpserversink_and_tcpclientsrc_are_symmetrical:0: (after this point) Test timeout expired
FAIL pipelines/tcp (exit status: 1)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/222gl/eagl: Should use bounds, not frame for window size2021-09-24T13:21:34ZBugzilla Migration Usergl/eagl: Should use bounds, not frame for window size## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#755152)](https://bugzilla.gnome.org/show_bug.cgi?id=755152)**
## Description
http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst-libs/gst/gl/eagl/gstglwin...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#755152)](https://bugzilla.gnome.org/show_bug.cgi?id=755152)**
## Description
http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst-libs/gst/gl/eagl/gstglwindow_eagl.m#n144
frame is in parent layer coordinates, bound in our own coordinates. In CGL we also use bounds.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/222multiqueue: limit queueing to absolute minimum when dealing with single stream2022-11-10T09:20:48ZBugzilla Migration Usermultiqueue: limit queueing to absolute minimum when dealing with single stream## Submitted by Carlos Rafael Giani
**[Link to original bug (#779069)](https://bugzilla.gnome.org/show_bug.cgi?id=779069)**
## Description
Run this test pipeline:
`GST_DEBUG=2,*decodebin3*:9 gst-launch-1.0 concat name=x ! decod...## Submitted by Carlos Rafael Giani
**[Link to original bug (#779069)](https://bugzilla.gnome.org/show_bug.cgi?id=779069)**
## Description
Run this test pipeline:
`GST_DEBUG=2,*decodebin3*:9 gst-launch-1.0 concat name=x ! decodebin3 ! fakesink sync=true silent=false urisourcebin uri=file://$(pwd)/test-1000ms-48000hz.wav ! identity ! x. urisourcebin uri=file://$(pwd)/test-1000ms-48000hz.wav ! identity ! x. -v `
From the logs and the verbose fakesink output you can then see that from the time decodebin3 to the time fakesink see the stream-start event, about 300ms pass.
(You can use audiotestsrc to generate test-1000ms-48000hz.wav like this: `audiotestsrc num-buffers=1 samplesperbuffer=48000 ! "audio/x-raw, rate=48000, format=S16LE, channels=1" ! wavenc ! filesink location=test-1000ms-48000hz.wav`)
multiqueue's max-size-time size is set to a pretty high value (250ms) for a single stream. One improvement that was suggested by thaytan was this:
``` diff
--- a/plugins/elements/gstmultiqueue.c
+++ b/plugins/elements/gstmultiqueue.c
@@ -1279,7 +1279,8 @@ calculate_interleave (GstMultiQueue * mq)
interleave = high - low;
/* Padding of interleave and minimum value */
/* FIXME : Make the minimum time interleave a property */
- interleave = (150 * interleave / 100) + 250 * GST_MSECOND;
+ if (mq->nbqueues > 1)
+ interleave = (150 * interleave / 100) + 250 * GST_MSECOND;
/* Update the stored interleave if:
* * No data has arrived yet (high == low)
```
However, as he said: "I don't want to break a case where we don't have any interleave and it causes a deadlock waiting to request a 2nd pad that would then have allowed interleave."
So I opened this bugreport for discussing this.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/222codecparsers: add Divx3 support2021-09-24T14:33:03ZBugzilla Migration Usercodecparsers: add Divx3 support## Submitted by Amit
**[Link to original bug (#746135)](https://bugzilla.gnome.org/show_bug.cgi?id=746135)**
## Description
Hello,
There is a need of support of Divx3 parser for playback of Divx3 streams through our decoder whi...## Submitted by Amit
**[Link to original bug (#746135)](https://bugzilla.gnome.org/show_bug.cgi?id=746135)**
## Description
Hello,
There is a need of support of Divx3 parser for playback of Divx3 streams through our decoder which needs complete compressed frame for decode.
While going through the code of gstmpeg4videoparse.c in sources/gst-plugins-bad/gst/videoparsers
It has been observed that there is no support for Divx3 version in the capabilities. However, Divx4/Divx5 are well supported.
I tried with following native pipeline where the playback of Divx3 stream was fine and there was no need of frame parser.
gst-launch-1.0 filesrc location=/home/root/AVI_DivX3.avi ! avidemux ! avdec_msmpeg4 ! fakesink
But for our decoder, we need the parser for Divx3 as well like Divx4/Divx5.
when can we expect support of Divx3 in video parsers ?
Many Thanks,
Amit Shah
Version: 1.4.5https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/222qtdemux: Add support for trick play in push mode2021-09-24T13:31:21ZBugzilla Migration Userqtdemux: Add support for trick play in push mode## Submitted by man..@..ge.com
**[Link to original bug (#755381)](https://bugzilla.gnome.org/show_bug.cgi?id=755381)**
## Description
Summary:
qtdemux: Add support for trick play in push mode.
Description:
Overview: Curr...## Submitted by man..@..ge.com
**[Link to original bug (#755381)](https://bugzilla.gnome.org/show_bug.cgi?id=755381)**
## Description
Summary:
qtdemux: Add support for trick play in push mode.
Description:
Overview: Currently, qtdemux doesn't support trick play in push mode i.e. Fast Forward(+4X), Fast Backward (-2x,-4x), Slow Forward(+1/2X) and Slow Rewind
(-1/2x).
1.Patch 1 adds support to trick play.
2.Patch 2 is to enable fast rewind in souphttpsrc since its disabled now.
Steps to Reproduce:
1) Play the attached MP4 file.
Actual Results:
Fast Forward(+4X), Fast Backward (-2x,-4x), Slow Forward(+1/2X) and Slow Rewind
(-1/2x) doesn't work in push mode.
Expected Results:
Fast Forward(+4X), Fast Backward (-2x,-4x), Slow Forward(+1/2X) and Slow Rewind
(-1/2x) should work in push mode.
Build Date & Hardware:
Build 2014-12-18 on Ubuntu 12.04
Version: 1.4.5https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/225failed to install gstreamer-1.0-devel-1.16.2-ios-universal.pkg in mac os cat...2020-12-02T12:01:13ZAmit Salariafailed to install gstreamer-1.0-devel-1.16.2-ios-universal.pkg in mac os catalina 10.15.2![Screenshot_2020-01-17_at_5.21.40_PM](/uploads/63a9aedd29575459c2a5009fc9831ade/Screenshot_2020-01-17_at_5.21.40_PM.png)
Installation fails during install new GStreamer sdk in macOScatalina 10.15.2![Screenshot_2020-01-17_at_5.21.40_PM](/uploads/63a9aedd29575459c2a5009fc9831ade/Screenshot_2020-01-17_at_5.21.40_PM.png)
Installation fails during install new GStreamer sdk in macOScatalina 10.15.2https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/235vaapipostproc: suppress direction and colorimetry critical messages when no V...2020-02-21T17:26:45ZU. Artie Eoffvaapipostproc: suppress direction and colorimetry critical messages when no VPP entrypointAs pointed out in !279, some drivers don't provide a VAEntrypointVideoProc.
!279 fixes the critical messages for invalid display but does not address the critical messages for video direction and colorimetry:
```
** (gst-launch-1.0:204...As pointed out in !279, some drivers don't provide a VAEntrypointVideoProc.
!279 fixes the critical messages for invalid display but does not address the critical messages for video direction and colorimetry:
```
** (gst-launch-1.0:20481): CRITICAL **: 18:11:29.263: gst_vaapi_filter_get_video_direction: assertion 'filter != NULL' failed
** (gst-launch-1.0:20481): CRITICAL **: 18:11:29.263: gst_vaapi_filter_set_colorimetry: assertion 'filter != NULL' failed
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/223[vorbisenc] Stack overflow with large input METADATA_BLOCK_PICTURE2021-09-24T13:21:35ZBugzilla Migration User[vorbisenc] Stack overflow with large input METADATA_BLOCK_PICTURE## Submitted by Andrew Aldridge
**[Link to original bug (#755167)](https://bugzilla.gnome.org/show_bug.cgi?id=755167)**
## Description
> gst-launch-1.0 filesrc location=Burn\ The\ Sky.mp3 ! decodebin ! audioconvert ! vorbisenc ! fak...## Submitted by Andrew Aldridge
**[Link to original bug (#755167)](https://bugzilla.gnome.org/show_bug.cgi?id=755167)**
## Description
> gst-launch-1.0 filesrc location=Burn\ The\ Sky.mp3 ! decodebin ! audioconvert ! vorbisenc ! fakesink
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> Redistribute latency...
> Bus error: 10
Crash occurs because gst_vorbis_enc_metadata_set1() calls vorbis_comment_add_tag() with arbitrarily large data taken from the input file (in this case, the tag METADATA_BLOCK_PICTURE has size 1,063,488). vorbis_comment_add_tag() will allocate a new buffer with alloca(), causing a stack overflow.
I have a bug open for libvorbis (https://trac.xiph.org/ticket/2221) since replacing alloca() with _ogg_alloc() resolves the issue, but it may be worth working around this on the gstreamer side.
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/223Leaky queue might set latency max < min2022-11-10T09:20:48ZBugzilla Migration UserLeaky queue might set latency max < min## Submitted by Jan Alexander Steffens `@heftig`
**[Link to original bug (#779461)](https://bugzilla.gnome.org/show_bug.cgi?id=779461)**
## Description
The latency calculation for leaky queues doesn't take the minimum latency in acc...## Submitted by Jan Alexander Steffens `@heftig`
**[Link to original bug (#779461)](https://bugzilla.gnome.org/show_bug.cgi?id=779461)**
## Description
The latency calculation for leaky queues doesn't take the minimum latency in account, and as a result can set the maximum latency to lower than the minimum.
GStreamer 1.10.4
Version: 1.10.4https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/223dtls: Add optional support for GNUTLS2021-09-24T14:33:04ZBugzilla Migration Userdtls: Add optional support for GNUTLS## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#746304)](https://bugzilla.gnome.org/show_bug.cgi?id=746304)**
## Description
+++ This bug was initially created as a clone of [Bug 744582](https://bugzilla.gnome.org...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#746304)](https://bugzilla.gnome.org/show_bug.cgi?id=746304)**
## Description
+++ This bug was initially created as a clone of [Bug 744582](https://bugzilla.gnome.org/show_bug.cgi?id=744582) +++
This is needed because the openssl license is incompatible with the GPL, and also we probably don't want to ship openssl *and* gnutls with our binary packages.
### Depends on
* [Bug 744582](https://bugzilla.gnome.org/show_bug.cgi?id=744582)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/223pulsesrc/sink report incorrect latency when in non-tsched mode2021-09-24T13:31:22ZBugzilla Migration Userpulsesrc/sink report incorrect latency when in non-tsched mode## Submitted by Nirbheek Chauhan `@nirbheek`
**[Link to original bug (#755396)](https://bugzilla.gnome.org/show_bug.cgi?id=755396)**
## Description
When a hardware source used by pulseaudio is not running in tsched mode, there is an...## Submitted by Nirbheek Chauhan `@nirbheek`
**[Link to original bug (#755396)](https://bugzilla.gnome.org/show_bug.cgi?id=755396)**
## Description
When a hardware source used by pulseaudio is not running in tsched mode, there is an additional latency represented by the "fixed latency" value shown in `pacmd list-sources`.
This additional minimum latency is not reported by pulsesrc, but should be.