gst-plugins-bad issueshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues2023-06-13T17:11:50Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1356h264parse: not correctly converting avc (alignment=au) to byte-stream (alignm...2023-06-13T17:11:50ZFlavio Correiah264parse: not correctly converting avc (alignment=au) to byte-stream (alignment=nal)I am using Gstreamer 1.14.5 to read a MPEG DASH stream **(H.264 stored in AVC format using AU alignment)** and convert it to elementary stream **(H.264 stored in byte-stream format using NAL alignment)**. However, the output is corrupt...I am using Gstreamer 1.14.5 to read a MPEG DASH stream **(H.264 stored in AVC format using AU alignment)** and convert it to elementary stream **(H.264 stored in byte-stream format using NAL alignment)**. However, the output is corrupted and the content can not be decoded correctly.
The follow errors are printed when we try to use mplayer to reproduce the output content:
**[h264 @ 0x7fc7012eb920]concealing 288 DC, 288 AC, 288 MV errors in P frame<br>**
**[h264 @ 0x7fc7012eb920]illegal short term buffer state detected**
This pipeline using a open MPEG DASH TEST MEDIA url can be used to reproduce the issue. (the url is from [BBC](http://rdmedia.bbc.co.uk/dash/ondemand/bbb/) )<br>
`gst-launch-1.0 -v souphttpsrc location=http://rdmedia.bbc.co.uk/dash/ondemand/bbb/2/client_manifest-common_init.mpd ! dashdemux name=demux multiqueue name=mq demux.video_00 ! mq.sink_1 mq.src_1 ! qtdemux ! h264parse ! video/x-h264,stream-format=byte-stream,alignment=nal ! filesink location=/tmp/video.h264`
I am using the MPlayer 1.3.0 to validate the video.h264 output but the gstreamer can be used too with the follow command:
`gst-launch-1.0 playbin uri=file:///tmp/video.h264`
I tested using Gstreamer 1.16 and it has the same issuehttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1263compile error "fatal error: gst/video/video-bad-prelude.h: No such file or di...2020-08-09T20:13:27ZAlbert1st1compile error "fatal error: gst/video/video-bad-prelude.h: No such file or directory"Compilation of gst-plugins-bad 1.16.2 fails for me with "fatal error: gst/video/video-bad-prelude.h: No such file or directory"
config.log https://pastebin.com/Dm1qsxMh https://pastebin.com/npT5UNmD
make https://pastebin.com/j4RiWCFkCompilation of gst-plugins-bad 1.16.2 fails for me with "fatal error: gst/video/video-bad-prelude.h: No such file or directory"
config.log https://pastebin.com/Dm1qsxMh https://pastebin.com/npT5UNmD
make https://pastebin.com/j4RiWCFkhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1089meson build fails on ubuntu 18.04: OpenEXR needs C++11 mode2020-07-10T11:23:49ZCarlos Alberto Lopez Perezmeson build fails on ubuntu 18.04: OpenEXR needs C++11 modeTrying to build gstreamer-plugins-bad 1.16.1 on Ubuntu 18.04 fails with:
```
# apt-cache policy libopenexr-dev
libopenexr-dev:
Installed: 2.2.0-11.1ubuntu1.1
Candidate: 2.2.0-11.1ubuntu1.1
Version table:
*** 2.2.0-11.1ubuntu1.1 ...Trying to build gstreamer-plugins-bad 1.16.1 on Ubuntu 18.04 fails with:
```
# apt-cache policy libopenexr-dev
libopenexr-dev:
Installed: 2.2.0-11.1ubuntu1.1
Candidate: 2.2.0-11.1ubuntu1.1
Version table:
*** 2.2.0-11.1ubuntu1.1 500
500 http://pt.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages
100 /var/lib/dpkg/status
2.2.0-11.1ubuntu1 500
500 http://pt.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
```
```
[478/638] Compiling C++ object 'ext/openexr/ee97218@@gstopenexr@sha/gstopenexrdec.cpp.o'.
FAILED: ext/openexr/ee97218@@gstopenexr@sha/gstopenexrdec.cpp.o
ccache c++ -Iext/openexr/ee97218@@gstopenexr@sha -Iext/openexr -I../../Source/gst-plugins-bad-1.16.1/ext/openexr -I. -I../../Source/gst-plugins-bad-1.16.1/ -Igst-libs -I../../Source/gst-plugins-bad-1.16.1/gst-libs -I/opt/webkitgtk/nightly/build/WebKitBuild/DependenciesGTK/Root/include/orc-0.4 -I/opt/webkitgtk/nightly/build/WebKitBuild/DependenciesGTK/Root/include/gstreamer-1.0 -I/opt/webkitgtk/nightly/build/WebKitBuild/DependenciesGTK/Root/include/glib-2.0 -I/opt/webkitgtk/nightly/build/WebKitBuild/DependenciesGTK/Root/lib/glib-2.0/include -I/usr/include/OpenEXR -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wnon-virtual-dtor -O2 -g -Wno-non-virtual-dtor -fno-strict-aliasing -Wformat-nonliteral -Wmissing-declarations -Wredundant-decls -Wwrite-strings -Wformat -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wvla -Wpointer-arith -Wno-error -O2 -g1 -fPIC -pthread -DHAVE_CONFIG_H -std=c++98 -MD -MQ 'ext/openexr/ee97218@@gstopenexr@sha/gstopenexrdec.cpp.o' -MF 'ext/openexr/ee97218@@gstopenexr@sha/gstopenexrdec.cpp.o.d' -o 'ext/openexr/ee97218@@gstopenexr@sha/gstopenexrdec.cpp.o' -c ../../Source/gst-plugins-bad-1.16.1/ext/openexr/gstopenexrdec.cpp
In file included from /usr/include/c++/7/cstdint:35:0,
from /usr/include/OpenEXR/ImfFrameBuffer.h:55,
from /usr/include/OpenEXR/ImfRgbaFile.h:51,
from ../../Source/gst-plugins-bad-1.16.1/ext/openexr/gstopenexrdec.cpp:30:
/usr/include/c++/7/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
#error This file requires compiler and library support \
^~~~~
```
It seems Ubuntu has backported this patch https://github.com/openexr/openexr/commit/119eb2d4672e5c77a79929758f7e4c566f47c794 into openexr 2.2.0 with the include of `cstdint` inside `ImfFrameBuffer.h`
`cstdint` is a C++11 header, so C++11 support is required, but the Meson config file for this plugin is forcing C++98https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/973Webrtc 1.16.0 Blocked in the GstOutputSelector (Regression from 1.14.4)2020-06-17T08:53:50ZNeil DwyerWebrtc 1.16.0 Blocked in the GstOutputSelector (Regression from 1.14.4)Hey Team, I recently upgraded my gstreamer version to 1.16.0. I used to have a working pipeline where I transcode an RTMP stream to vp8/opus to send out to a website. Since upgrading to 1.16.0, the pipeline appears to do everything corre...Hey Team, I recently upgraded my gstreamer version to 1.16.0. I used to have a working pipeline where I transcode an RTMP stream to vp8/opus to send out to a website. Since upgrading to 1.16.0, the pipeline appears to do everything correctly except actually send the media. I see a blocked pad in the outputselector which I'm assuming is the culprit but might be a red herring.
Here's the pipeline for reference:
![pipeline](/uploads/cc5616cda4a2aacd66d11493e21158d9/pipeline.png)
In chrome://webrtc-internals I have both a video and audio candidate pair that send and receive requests.
Any Ideas?https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/965meson: colormanagement missing2019-08-07T19:41:39ZChristoph Reitermeson: colormanagement missingIn case this was an oversight, colormanagement is missing in the meson build: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/tree/master/ext/colormanagementIn case this was an oversight, colormanagement is missing in the meson build: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/tree/master/ext/colormanagement1.16.1https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/960REGRESSION: Waylandsink freeze on gnome-shell/mutter 3.322021-07-06T21:07:12ZNicolas DufresneREGRESSION: Waylandsink freeze on gnome-shell/mutter 3.32At first site it looks like a compositor bug, but I'd like to track this here so we are all aware. The context is that we added XDG Shell support as wl_shell is now deprecated. XDG Shell mandate that we must wait for the surface to be co...At first site it looks like a compositor bug, but I'd like to track this here so we are all aware. The context is that we added XDG Shell support as wl_shell is now deprecated. XDG Shell mandate that we must wait for the surface to be configured before attaching a buffer. This was not initially done properly, so I added a gcond to wait for that callback during pre-roll. On Weston is works, but on gnome-shell/mutter it freeze and nothing is ever displayed. When I asked about this, I was tolk it's mandatory requirement that the compositor signal configure, and that it would be a compositor bug if not. But it could also be that gnome-shell/mutter is expecting more information that we may not provide, as implementation of top window is very minimalist (this only affect gst-launch by the way).
## Reproduction Pipeline
```
gst-launch-1.0 videotestsrc ! waylandsink
Définition du pipeline à PAUSED...
Le pipeline est en phase de PREROLL…
<stuck>
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/957webrtcdsp/webrtcechoprobe segmentation fault on windows (1.16.0 x86)2019-12-01T10:42:38ZMarcos Kintschnerwebrtcdsp/webrtcechoprobe segmentation fault on windows (1.16.0 x86)Version: 1.16.0 (x86)
OS: Windows 10 (64)
The following pipeline crashes with a segmentation fault message.
audiotestsrc ! webrtcdsp ! webrtcechoprobe ! fakesink
I've tested it with x86_64 version and it works fine.Version: 1.16.0 (x86)
OS: Windows 10 (64)
The following pipeline crashes with a segmentation fault message.
audiotestsrc ! webrtcdsp ! webrtcechoprobe ! fakesink
I've tested it with x86_64 version and it works fine.1.16.2https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/953androidmedia amcviddec fail after 1.15.90 1.16.0 update2019-05-07T08:42:18ZGITkrisbiketeamandroidmedia amcviddec fail after 1.15.90 1.16.0 updateAfter updating to 1.15.90 or 1.16.0
Video streaming decoding no longer works on Android.
I use libgstreamer_android my config is:
`GSTREAMER_NDK_BUILD_PATH := $(GSTREAMER_ROOT)/share/gst-android/ndk-build`
`include $(GSTREAMER_NDK_BUIL...After updating to 1.15.90 or 1.16.0
Video streaming decoding no longer works on Android.
I use libgstreamer_android my config is:
`GSTREAMER_NDK_BUILD_PATH := $(GSTREAMER_ROOT)/share/gst-android/ndk-build`
`include $(GSTREAMER_NDK_BUILD_PATH)/plugins.mk`
`GSTREAMER_PLUGINS := coreelements udp rtsp rtpmanager rtp webrtc videoparsersbad openh264 videoconvert opengl androidmedia`
`GSTREAMER_EXTRA_LIBS := -liconv`
`G_IO_MODULES := gnutls`
`GSTREAMER_EXTRA_DEPS := gstreamer-video-1.0`
`include $(GSTREAMER_NDK_BUILD_PATH)/gstreamer-1.0.mk`
and stream config is :
```
rtspsrc location=%1$s " + "tls-validation-flags=generic-error " + "latency=1000 ! "
+ "rtph264depay ! " + "h264parse ! " + "amcviddec-(hw decoder found on Android with MediaCodecList) !" + "videoconvert ! "
+ "glimagesink queue2
```
with 1.15.2 Gstreamer stream playback is working fine, however after update to 1.15.90 or 1.16.0
stream is failing with such error:
> 2019-04-20 14:11:02.570 com.bshg.homeconnect.android.dev D/mali_winsys: EGLint new_window_surface(egl_winsys_display*, void*, EGLSurface, EGLConfig, egl_winsys_surface**, egl_color_buffer_format*, EGLBoolean) returns 0x3000, [1440x859]-format:2
> 2019-04-20 14:11:02.571 com.bshg.homeconnect.android.dev E/GStreamer+glslstage: 0:04:23.385090209 0x71c9b721e0 ../gst-libs/gst/gl/gstglslstage.c:507:_compile_shader:<glslstage15> fragment shader compilation failed:0:4: P0001: Extension directive must occur before any non-preprocessor tokens
0:6: L0001: Typename expected, found 'samplerExternalOES'
> 2019-04-20 14:11:02.571 com.bshg.homeconnect.android.dev E/GStreamer+glimagesink: 0:04:23.385431917 0x71c9b721e0 ../ext/gl/gstglimagesink.c:2045:gst_glimage_sink_thread_init_redisplay:<sink> Failed to link shader: fragment shader compilation failed:0:4: P0001: Extension directive must occur before any non-preprocessor tokens
0:6: L0001: Typename expected, found 'samplerExternalOES'
> 2019-04-20 14:11:02.571 com.bshg.homeconnect.android.dev W/GStreamer+glimagesink: 0:04:23.385605125 0x71c988cb70 ../ext/gl/gstglimagesink.c:1792:gst_glimage_sink_show_frame:<sink> error: Window redisplay failed
can somebody please help? is this a GStreamer lib error or I'm missing some config?1.16.1