gst-plugins-bad issueshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues2019-08-07T19:41:39Zhttps://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/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.1https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1117openexr: Fix build on Ubuntu 18.042022-12-14T18:02:22ZChristopher Leeopenexr: Fix build on Ubuntu 18.04https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/merge_requests/807 was intended to fix a build failure caused by the introduction of a C++11 header in the `openexr` library ([more info here](https://github.com/openexr/openexr/is...https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/merge_requests/807 was intended to fix a build failure caused by the introduction of a C++11 header in the `openexr` library ([more info here](https://github.com/openexr/openexr/issues/579)). Unfortunately, the logic implemented does not work on Ubuntu 18.04 since the offending commit was backported into version 2.2.0 as part of a broader set of security patches.
```
if openexr_dep.version().version_compare('< 2.4.0')
openexr_cppargs += cxx.get_supported_arguments(['-std=c++98'])
endif
```
Tl;dr: On Ubuntu 18.04, version 2.2.0 of `openexr` now needs to be compiled with `-std=c++11`. Therefore, the above logic needs to be updated.
### Helpful Links
* [Ubuntu changelog for `openexr`](http://changelogs.ubuntu.com/changelogs/pool/main/o/openexr/openexr_2.2.0-11.1ubuntu1.1/changelog)
* [Offending commit in `openexr`](https://github.com/openexr/openexr/commit/119eb2d4672e5c77a79929758f7e4c566f47c794)
* [Original gst-plugins-bad issue](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/1089)1.16.2https://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/1295Something broken with Opus in MPEG-TS support2020-05-25T07:04:49ZJan SchmidtSomething broken with Opus in MPEG-TS supportI came across something funky with Opus in MPEG-TS that needs further investigation.
Using git master:
`gst-launch-1.0 audiotestsrc num-buffers=1000 ! audio/x-raw,channels=2 ! opusenc bitrate=64000 ! mpegtsmux name=mux ! filesink locat...I came across something funky with Opus in MPEG-TS that needs further investigation.
Using git master:
`gst-launch-1.0 audiotestsrc num-buffers=1000 ! audio/x-raw,channels=2 ! opusenc bitrate=64000 ! mpegtsmux name=mux ! filesink location=~/test-master.ts`
produces a file ([test-master.ts](/uploads/e91355a4d8adfdc3eb26defc3ba452bd/test-master.ts)) that plays back OK in both 1.16 and git master, but using 1.16 ([test-1.16.ts](/uploads/53f3f551167f189a4177e56f486ac480/test-1.16.ts))
to generate the file produces a file that only 1.16 can play. git master thinks the file contains AC-4 audio.
VLC can play both files fine.
```
WARNING No decoder available for type 'audio/x-ac4'.
WARNING debug information: ../subprojects/gst-plugins-base/gst/playback/gsturidecodebin.c(957): unknown_type_cb (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0
ERROR Your GStreamer installation is missing a plug-in. for file:///home/jan/test-1.16.ts
ERROR debug information: ../subprojects/gst-plugins-base/gst/playback/gsturidecodebin.c(1024): no_more_pads_full (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0:
no suitable plugins found:
../subprojects/gst-plugins-base/gst/playback/gstdecodebin2.c(4717): gst_decode_bin_expose (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0:
no suitable plugins found:
Missing decoder: audio/x-ac4 (audio/x-ac4)
Reached end of play list.
```1.17.1https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1293d3d11colorconvert: Add support for video resize2021-09-24T01:22:12ZSeungha Yangseungha@centricular.comd3d11colorconvert: Add support for video resizeActually `GstD3D11ColorConverter` can colrospace convert and rescale at once and the rescaling functionality is used in GstD3D11Window
I can reference negotiation part of https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge...Actually `GstD3D11ColorConverter` can colrospace convert and rescale at once and the rescaling functionality is used in GstD3D11Window
I can reference negotiation part of https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/6391.17.1Seungha Yangseungha@centricular.comSeungha Yangseungha@centricular.comhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1287h265parse: tearing/jitter artifacts with h265 decoding use-case (regression)2020-05-07T19:19:02ZU. Artie Eoffh265parse: tearing/jitter artifacts with h265 decoding use-case (regression)With the attached input yuv [bluesky.tbz2](/uploads/7165481b1a2ba05352d17aa308b67eee/bluesky.tbz2), the following decode use-case introduces tearing around frame 133, then skips backwards a few frames. During the decode command, I obser...With the attached input yuv [bluesky.tbz2](/uploads/7165481b1a2ba05352d17aa308b67eee/bluesky.tbz2), the following decode use-case introduces tearing around frame 133, then skips backwards a few frames. During the decode command, I observed that the pipeline also stalls momentarily (dmesg reports gpu hang, too). If I revert all recent baseparse changes up to and including gstreamer@e906197c622725e48b6250a71a922d45b006fb14, then the decode issue disappears. (related gstreamer#530).
```
export LIBVA_DRIVER_NAME=i965
gst-launch-1.0 -vf filesrc location=./1080p_blue_sky_1920x1080_I420.yuv \
! rawvideoparse format=i420 width=1920 height=1080 framerate=30 \
! vaapih265enc rate-control=cbr keyframe-period=30 num-slices=4 \
max-bframes=2 bitrate=8000 tune=none \
! video/x-h265,profile=main ! h265parse \
! filesink location=bluesky.h265
gst-launch-1.0 -vf filesrc location=./bluesky.h265 \
! h265parse ! vaapih265dec \
! videoconvert dither=0 ! video/x-raw,format=I420 \
! checksumsink2 dump-output=true qos=false dump-location=bluesky-decoded.yuv
```
Regression started at:
```
commit e906197c622725e48b6250a71a922d45b006fb14
Author: Jan Schmidt <jan@centricular.com>
Date: Wed Apr 1 02:36:40 2020 +1100
baseparse: Fix upstream read caching
When running in pull mode (for e.g. mp3 reading),
baseparse currently reads 64KB from upstream, then mp3parse
consumes typically around 417/418 bytes of it. Then
on the next loop, it will read a full fresh 64KB again,
which is a big waste.
Fix the read loop to use the available cache buffer first
before going for more data, until the cache drops to < 1KB.
Fixes https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/518
```
![tearing](/uploads/90b7ee98be04c39329ec0ea5c031615f/tearing.jpeg)1.17.1Nicolas DufresneNicolas Dufresnehttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1286d3d11videosink: GstD3D11WindowSwapChainPanel (UWP) seems to be broken at some...2020-05-29T13:33:08ZSeungha Yangseungha@centricular.comd3d11videosink: GstD3D11WindowSwapChainPanel (UWP) seems to be broken at some pointCreate an issue to not forget. `GstD3D11WindowCoreWindow` looks fineCreate an issue to not forget. `GstD3D11WindowCoreWindow` looks fine1.17.1Seungha Yangseungha@centricular.comSeungha Yangseungha@centricular.comhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1278openh264: version check rejects same version2020-04-28T11:53:36ZJames Kitcheneropenh264: version check rejects same version#1274 introduced a version check in gstopenh264plugin.c using memcmp which only registers the plugin when the return value is non-zero.
my understanding of memcmp is that it returns 0 when the two bits of memory are identical, so it has...#1274 introduced a version check in gstopenh264plugin.c using memcmp which only registers the plugin when the return value is non-zero.
my understanding of memcmp is that it returns 0 when the two bits of memory are identical, so it has the effect of rejecting the case where the two version number sources (`WelsGetCodecVersion` and `g_stCodecVersion`) agree with each other.
Should the check be updated to only accept a zero return value?1.17.1https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1272Follow-up from "h264decoder: Don't handle gap frame num for the first picture"2020-05-22T19:06:10ZNicolas DufresneFollow-up from "h264decoder: Don't handle gap frame num for the first picture"The following discussion from !1204 should be addressed:
- [ ] @seungha.yang started a [discussion](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1204#note_469789): (+3 comments)
> @ndufresne This MR do...The following discussion from !1204 should be addressed:
- [ ] @seungha.yang started a [discussion](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1204#note_469789): (+3 comments)
> @ndufresne This MR doesn't fix the issue for nvidia stateless codec implementation so I guess v4l2 stateless decoder is most likely the same case. but d3d11h264dec (both intel and nvidia) looks fine with this MR. So weird...1.17.1Seungha Yangseungha@centricular.comSeungha Yangseungha@centricular.comhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1165wasapi: UWP build should not use IMMDevice* interface2020-06-08T04:45:48ZSeungha Yangseungha@centricular.comwasapi: UWP build should not use IMMDevice* interfaceWorkaround `#undef WINAPI_FAMILY` seems to somehow work but UWP app should not use `IMMDevice*` interface. Basically `IMMDevice*` interface is for win32 desktop app. To access WASAPI COM object from UWP application, we need a new impleme...Workaround `#undef WINAPI_FAMILY` seems to somehow work but UWP app should not use `IMMDevice*` interface. Basically `IMMDevice*` interface is for win32 desktop app. To access WASAPI COM object from UWP application, we need a new implementation.
See also https://docs.microsoft.com/en-us/windows/win32/api/mmdeviceapi/nf-mmdeviceapi-activateaudiointerfaceasync1.17.1Seungha Yangseungha@centricular.comSeungha Yangseungha@centricular.comhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1132vulkan: Exports symbol with same name as libgstgl on macOS2022-10-25T10:07:41ZSebastian Drögevulkan: Exports symbol with same name as libgstgl on macOS```
0:02:59.568504 [(79/81) gstreamer-1.0-osx-framework -> install]
ld: warning: symbol '__invoke_on_main' re-exported from libgstgl-1.0.0.dylib and libgstvulkan-1.0.0.dylib
```
This will probably cause problems when using both in the s...```
0:02:59.568504 [(79/81) gstreamer-1.0-osx-framework -> install]
ld: warning: symbol '__invoke_on_main' re-exported from libgstgl-1.0.0.dylib and libgstvulkan-1.0.0.dylib
```
This will probably cause problems when using both in the same process. Maybe this shouldn't be exported at all?
CC @ystreet1.17.1https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1123curlhttpsrc: compiler error on xenial2019-11-20T13:33:17ZHaihao Xiangcurlhttpsrc: compiler error on xenialCURLINFO_CONTENT_LENGTH_DOWNLOAD was replaced with CURLINFO_CONTENT_LENGTH_DOWNLOAD_T in commit e9c68347f0c82dc09cc2411196d9a56d60e4591e, which results in compiler error below on xenial:
> 00:35:38,266 INFO - ../ext/curl/gstcurlhttpsrc...CURLINFO_CONTENT_LENGTH_DOWNLOAD was replaced with CURLINFO_CONTENT_LENGTH_DOWNLOAD_T in commit e9c68347f0c82dc09cc2411196d9a56d60e4591e, which results in compiler error below on xenial:
> 00:35:38,266 INFO - ../ext/curl/gstcurlhttpsrc.c: In function 'gst_curl_http_src_handle_response':
> 00:35:38,266 INFO - ../ext/curl/gstcurlhttpsrc.c:1315:44: error: 'CURLINFO_CONTENT_LENGTH_DOWNLOAD_T' undeclared (first use in this function)
> 00:35:38,266 INFO - if (curl_easy_getinfo (src->curl_handle, CURLINFO_CONTENT_LENGTH_DOWNLOAD_T,
>1.17.1https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1389sctp: snprintf warnings for internal usrsctp lib2020-08-26T00:10:23ZTim-Philipp Müllertim@centricular.comsctp: snprintf warnings for internal usrsctp libThese probably need fixing. I presume the file paths are now longer so things won't fit into the statically-sized array any more which was sized for shorter file paths. Might need an upstream fix though, because it might potentially also...These probably need fixing. I presume the file paths are now longer so things won't fit into the statically-sized array any more which was sized for shorter file paths. Might need an upstream fix though, because it might potentially also affect use as a submodule.
```
[3547/4426] Compiling C object subprojects/gst-plugins-bad/ext/sctp/usrsctp/libusrsctp-static.a.p/usrsctplib_netinet_sctp_input.c.o
In file included from ../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os.h:74,
from ../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:40:
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c: In function ‘sctp_process_control’:
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 20 bytes into a region of size 6 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:4926:5: note: in expansion of macro ‘SCTP_SNPRINTF’
4926 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 143 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:4926:5: note: in expansion of macro ‘SCTP_SNPRINTF’
4926 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 20 bytes into a region of size 6 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:4882:4: note: in expansion of macro ‘SCTP_SNPRINTF’
4882 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 143 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:4882:4: note: in expansion of macro ‘SCTP_SNPRINTF’
4882 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c: In function ‘sctp_common_input_processing’:
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 28 bytes into a region of size 6 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:5914:4: note: in expansion of macro ‘SCTP_SNPRINTF’
5914 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 151 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:5914:4: note: in expansion of macro ‘SCTP_SNPRINTF’
5914 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 28 bytes into a region of size 6 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:5997:4: note: in expansion of macro ‘SCTP_SNPRINTF’
5997 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 151 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:5997:4: note: in expansion of macro ‘SCTP_SNPRINTF’
5997 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 28 bytes into a region of size 6 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:6083:4: note: in expansion of macro ‘SCTP_SNPRINTF’
6083 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 151 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_input.c:6083:4: note: in expansion of macro ‘SCTP_SNPRINTF’
6083 | SCTP_SNPRINTF(msg, sizeof(msg), "OOTB, %s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
[3581/4426] Generating viewporter-protocol.c with a custom command
Using "code" is deprecated - use private-code or public-code.
See the help page for details.
[3585/4426] Generating fullscreen-shell-unstable-v1-protocol.c with a custom command
Using "code" is deprecated - use private-code or public-code.
See the help page for details.
[3587/4426] Generating linux-dmabuf-unstable-v1-protocol.c with a custom command
Using "code" is deprecated - use private-code or public-code.
See the help page for details.
[3588/4426] Generating xdg-shell-protocol.c with a custom command
Using "code" is deprecated - use private-code or public-code.
See the help page for details.
[3593/4426] Compiling C object subprojects/gst-plugins-bad/ext/sctp/usrsctp/libusrsctp-static.a.p/usrsctplib_netinet_sctp_output.c.o
In file included from ../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os.h:74,
from ../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c:40:
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c: In function ‘sctp_send_initiate_ack’:
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 22 bytes into a region of size 11 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c:6020:4: note: in expansion of macro ‘SCTP_SNPRINTF’
6020 | SCTP_SNPRINTF(msg, sizeof(msg), "%s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 140 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c:6020:4: note: in expansion of macro ‘SCTP_SNPRINTF’
6020 | SCTP_SNPRINTF(msg, sizeof(msg), "%s:%d at %s", __FILE__, __LINE__, __func__);
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c: In function ‘sctp_lower_sosend’:
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 17 bytes into a region of size 10 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c:14633:6: note: in expansion of macro ‘SCTP_SNPRINTF’
14633 | SCTP_SNPRINTF(msg, sizeof(msg),
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 136 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c:14633:6: note: in expansion of macro ‘SCTP_SNPRINTF’
14633 | SCTP_SNPRINTF(msg, sizeof(msg),
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c: In function ‘sctp_sendall_iterator’:
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: warning: ‘%s’ directive output truncated writing 21 bytes into a region of size 11 [-Wformat-truncation=]
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c:7271:7: note: in expansion of macro ‘SCTP_SNPRINTF’
7271 | SCTP_SNPRINTF(msg, sizeof(msg),
| ^~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_os_userspace.h:809:6: note: ‘snprintf’ output 139 bytes into a destination of size 128
809 | if (snprintf(data, __VA_ARGS__) < 0) { \
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../../home/tpm/Devel/gst-build/subprojects/gst-plugins-bad/ext/sctp/usrsctp/usrsctplib/netinet/sctp_output.c:7271:7: note: in expansion of macro ‘SCTP_SNPRINTF’
7271 | SCTP_SNPRINTF(msg, sizeof(msg),
| ^~~~~~~~~~~~~
```1.18.0https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1383Follow-up from "Draft: sctp: bundle usrsctp"2020-08-26T12:36:22ZTim-Philipp Müllertim@centricular.comFollow-up from "Draft: sctp: bundle usrsctp"The following discussion from !1465 should be addressed:
- [x] @tpm started a [discussion](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1465#note_591838): (+5 comments)
> valgrind -bad datachannel/webr...The following discussion from !1465 should be addressed:
- [x] @tpm started a [discussion](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1465#note_591838): (+5 comments)
> valgrind -bad datachannel/webrtc tests are not happy, so something's probably not quite right
- [x] test_data_channel_remote_notify
- [x] test_data_channel_pre_negotiated
- [x] test_data_channel_low_threshold
- [x] test_data_channel_transfer_data
- [x] test_data_channel_transfer_string
- [x] test_data_channel_create_after_negotiate
- [x] test_data_channel_max_message_size
- [x] test_renego_data_channel_add_stream
valgrind logs: [leaks.log](/uploads/c849543ed179fe1a5841759d85bbb3a9/leaks.log)1.18.0https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1419dvbsrc or mpegtsdemux: GStreamer 1.16.2 → 1.18.0 upgrade on Debian Sid has ca...2020-12-14T09:10:42ZRussel Winderdvbsrc or mpegtsdemux: GStreamer 1.16.2 → 1.18.0 upgrade on Debian Sid has caused Me TV to stop working as it should.The recent upgrade of GStreamer 1.16.2 → 1.18.0 on Debian Sid has led to Me TV now failing to work. Me TV starts as per expected, but no video or audio is now shown when a channel is selected – the screen(s) remain blank. Previous behavi...The recent upgrade of GStreamer 1.16.2 → 1.18.0 on Debian Sid has led to Me TV now failing to work. Me TV starts as per expected, but no video or audio is now shown when a channel is selected – the screen(s) remain blank. Previous behaviour was for the channel audio and video to display, now there is no audio or video at all.
Attached is a list of which gstreamer1 packages are installed, and attached is a log of a run of me-tv at GST_DEBUG=6.
```
|> dpkg -l "*gstreamer*"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-======================================-=============-============-=============================================================
ii gir1.2-gstreamer-1.0:amd64 1.18.0-3 amd64 GObject introspection data for the GStreamer library
ii gstreamer1.0-alsa:amd64 1.18.0-2 amd64 GStreamer plugin for ALSA
un gstreamer1.0-audiosink <none> <none> (no description available)
un gstreamer1.0-audiosource <none> <none> (no description available)
ii gstreamer1.0-clutter-3.0:amd64 3.0.27-1 amd64 Clutter PLugin for GStreamer 1.0
ii gstreamer1.0-doc 1.16.2-2 all GStreamer core documentation and manuals
ii gstreamer1.0-gl:amd64 1.18.0-2 amd64 GStreamer plugins for GL
ii gstreamer1.0-gtk3:amd64 1.18.0-1 amd64 GStreamer plugin for GTK+3
un gstreamer1.0-lame <none> <none> (no description available)
ii gstreamer1.0-libav:amd64 1.18.0-1 amd64 ffmpeg plugin for GStreamer
ii gstreamer1.0-plugins-bad:amd64 1.18.0-2 amd64 GStreamer plugins from the "bad" set
ii gstreamer1.0-plugins-bad-doc 1.16.2-2.3 all GStreamer documentation for plugins from the "bad" set
un gstreamer1.0-plugins-bad-faad <none> <none> (no description available)
un gstreamer1.0-plugins-bad-videoparsers <none> <none> (no description available)
ii gstreamer1.0-plugins-base:amd64 1.18.0-2 amd64 GStreamer plugins from the "base" set
ii gstreamer1.0-plugins-base-apps 1.18.0-2 amd64 GStreamer helper programs from the "base" set
ii gstreamer1.0-plugins-base-doc 1.16.2-4 all GStreamer documentation for plugins from the "base" set
ii gstreamer1.0-plugins-good:amd64 1.18.0-1 amd64 GStreamer plugins from the "good" set
ii gstreamer1.0-plugins-good-doc 1.16.2-3 all GStreamer documentation for plugins from the "good" set
un gstreamer1.0-plugins-really-bad <none> <none> (no description available)
ii gstreamer1.0-plugins-ugly:amd64 1.18.0-1 amd64 GStreamer plugins from the "ugly" set
un gstreamer1.0-plugins-ugly-amr <none> <none> (no description available)
ii gstreamer1.0-plugins-ugly-doc 1.16.2-2.1 all GStreamer documentation for plugins from the "ugly" set
ii gstreamer1.0-pulseaudio:amd64 1.18.0-1 amd64 GStreamer plugin for PulseAudio (transitional package)
ii gstreamer1.0-tools 1.18.0-3 amd64 Tools for use with GStreamer
ii gstreamer1.0-vaapi-doc 1.16.2-2 all GStreamer VA-API documentation and manuals
un gstreamer1.0-videosink <none> <none> (no description available)
un gstreamer1.0-videosource <none> <none> (no description available)
un gstreamer1.0-visualization <none> <none> (no description available)
ii gstreamer1.0-x:amd64 1.18.0-2 amd64 GStreamer plugins for X11 and Pango
ii libgstreamer-gl1.0-0:amd64 1.18.0-2 amd64 GStreamer GL libraries
ii libgstreamer-opencv1.0-0:amd64 1.18.0-2 amd64 GStreamer OpenCV libraries
ii libgstreamer-plugins-bad1.0-0:amd64 1.18.0-2 amd64 GStreamer libraries from the "bad" set
ii libgstreamer-plugins-bad1.0-dev:amd64 1.18.0-2 amd64 GStreamer development files for libraries from the "bad" set
ii libgstreamer-plugins-base1.0-0:amd64 1.18.0-2 amd64 GStreamer libraries from the "base" set
ii libgstreamer-plugins-base1.0-dev:amd64 1.18.0-2 amd64 GStreamer development files for libraries from the "base" set
ii libgstreamer1.0-0:amd64 1.18.0-3 amd64 Core GStreamer libraries and elements
ii libgstreamer1.0-dev:amd64 1.18.0-3 amd64 GStreamer core development files
ii libgstreamerd-3-0 3.9.0-3+b3 amd64 GStreamer media framework - D bindings
ii libgstreamerd-3-dev 3.9.0-3+b3 amd64 GStreamer media framework - development files for D
ii libgstreamermm-1.0-1:amd64 1.10.0+dfsg-2 amd64 C++ wrapper library for GStreamer (shared libraries)
ii libgstreamermm-1.0-dev:amd64 1.10.0+dfsg-2 amd64 C++ wrapper library for GStreamer (development files)
un libgstreamermm-1.0-doc <none> <none> (no description available)
un libreoffice-avmedia-backend-gstreamer <none> <none> (no description available)
un totem-gstreamer <none> <none> (no description available)
```
[log.txt.xz](/uploads/2200e63d242976a9938a0270b0d6b86f/log.txt.xz)1.18.2https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1721rtmp2sink crash on Android arm 32 - cerbero 1.20.2.02023-02-16T10:32:11ZMaxim P. DEMENTIEVrtmp2sink crash on Android arm 32 - cerbero 1.20.2.0This issue is an update of #1470
Backtraces are generated using `android-ndk-r21/prebuilt/android-arm/gdbserver/gdbserver`.
Backtraces are stable (the same contents from run to run).
**With G_SLICE=always-malloc**
On target:
```
# G_...This issue is an update of #1470
Backtraces are generated using `android-ndk-r21/prebuilt/android-arm/gdbserver/gdbserver`.
Backtraces are stable (the same contents from run to run).
**With G_SLICE=always-malloc**
On target:
```
# G_SLICE=always-malloc \
> gdbserver 192.168.1.65:22345 \
> gst-launch-1.0 \
> videotestsrc ! x264enc ! flvmux ! rtmp2sink location=rtmp://192.168.1.51:1935/live/test
Process gst-launch-1.0 created; pid = 3561
Listening on port 22345
Remote debugging from host 192.168.1.65, port 52754
Detaching from process 3568
(gst-launch-1.0:3561): GStreamer-WARNING **: 14:05:29.225: 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. This should normally not be required though.
(gst-launch-1.0:3561): GStreamer-WARNING **: 14:07:59.035: Failed to load plugin '/data/local/kast-android-armv7-1.0-runtime/lib/gstreamer-1.0/libgstopensles.so': dlopen failed: cannot locate symbol "vorbis_info_init" referenced by "/system/lib/libstagefright.so"...
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
(gst-launch-1.0:3561): GStreamer-CRITICAL **: 14:08:58.164: gst_caps_is_equal: assertion 'GST_IS_CAPS (caps1)' failed
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
Redistribute latency...
New clock: GstSystemClock
```
On host:
```
$ gdb
GNU gdb (Gentoo 11.2 vanilla) 11.2
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) target remote 192.168.1.67:22345
Remote debugging using 192.168.1.67:22345
Reading /data/local/kast-android-armv7-1.0-runtime/bin/gst-launch-1.0 from remote target...
warning: File transfers from remote targets can be slow. Use "set sysroot" to access files locally instead.
Reading /data/local/kast-android-armv7-1.0-runtime/bin/gst-launch-1.0 from remote target...
Reading symbols from target:/data/local/kast-android-armv7-1.0-runtime/bin/gst-launch-1.0...
Reading /system/bin/linker from remote target...
Reading /system/bin/linker from remote target...
Reading symbols from target:/system/bin/linker...
Reading /system/bin/.debug/linker from remote target...
Reading /usr/lib/debug//system/bin/linker from remote target...
Reading /usr/lib/debug/system/bin//linker from remote target...
Reading target:/usr/lib/debug/system/bin//linker from remote target...
(No debugging symbols found in target:/system/bin/linker)
0xb6f9977c in __dl__start () from target:/system/bin/linker
(gdb) continue
Continuing.
Reading /data/local/kast-android-armv7-1.0-runtime/lib/libc++_shared.so from remote target...
Reading /data/local/kast-android-armv7-1.0-runtime/lib/libgstreamer-1.0.so from remote target...
... cut .....
Thread 2 "task0" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 3561.3569]
0xb6a408aa in _gst_buffer_free (buffer=0xb1fc6c00) at ../gst/gstbuffer.c:785
785 ../gst/gstbuffer.c: No such file or directory.
(gdb) bt
#0 0xb6a408aa in _gst_buffer_free (buffer=0xb1fc6c00) at ../gst/gstbuffer.c:785
#1 0xb6a7b4b6 in gst_mini_object_unref (mini_object=0xb1fc6c00) at ../gst/gstminiobject.c:684
#2 0xb6a7b9f8 in gst_mini_object_replace (olddata=0xafb6b4f0, newdata=0x0) at ../gst/gstminiobject.c:754
#3 0xb48eba96 in gst_buffer_replace (obuf=0xafb6b4f0, nbuf=0x0) at /cerbero/build/dist/android_armv7/include/gstreamer-1.0/gst/gstbuffer.h:577
#4 0xb48e9572 in chunk_stream_clear (cstream=0xafb6b4f0) at ../gst/rtmp2/rtmp/rtmpchunkstream.c:101
#5 0xb48eac38 in gst_rtmp_chunk_stream_serialize_start (cstream=0xafb6b4f0, buffer=0xb1fc6fc0, chunk_size=128) at ../gst/rtmp2/rtmp/rtmpchunkstream.c:645
#6 0xb48eb78a in gst_rtmp_chunk_stream_serialize_all (cstream=0xafb6b4f0, buffer=0xb1fc6fc0, chunk_size=128) at ../gst/rtmp2/rtmp/rtmpchunkstream.c:675
#7 0xb48f1f32 in gst_rtmp_connection_start_write (self=0xb166e180) at ../gst/rtmp2/rtmp/rtmpconnection.c:554
#8 0xb48f24a8 in gst_rtmp_connection_write_buffer_done (obj=0xb1a1d588, result=0xafb71300, user_data=0xb166e180) at ../gst/rtmp2/rtmp/rtmpconnection.c:630
#9 0xb59240c2 in g_task_return_now (task=0xafb71300) at ../gio/gtask.c:1212
#10 0xb5922cec in g_task_return (task=0xafb71300, type=G_TASK_RETURN_SUCCESS) at ../gio/gtask.c:1281
#11 0xb592339c in g_task_return_boolean (task=0xafb71300, result=1) at ../gio/gtask.c:1801
#12 0xb48f4d54 in write_all_buffer_done (source=0xb1a1d588, result=0xafb71080, user_data=0xafb71300) at ../gst/rtmp2/rtmp/rtmputils.c:237
#13 0xb59240c2 in g_task_return_now (task=0xafb71080) at ../gio/gtask.c:1212
#14 0xb5922cec in g_task_return (task=0xafb71080, type=G_TASK_RETURN_SUCCESS) at ../gio/gtask.c:1281
#15 0xb592339c in g_task_return_boolean (task=0xafb71080, result=1) at ../gio/gtask.c:1801
#16 0xb58ff588 in write_all_callback (stream=0xb1a1d588, result=0xafb71100, user_data=0xafb71080) at ../gio/goutputstream.c:1138
#17 0xb59240c2 in g_task_return_now (task=0xafb71100) at ../gio/gtask.c:1212
#18 0xb5922cec in g_task_return (task=0xafb71100, type=G_TASK_RETURN_SUCCESS) at ../gio/gtask.c:1281
#19 0xb59231dc in g_task_return_int (task=0xafb71100, result=62) at ../gio/gtask.c:1746
#20 0xb58fefe8 in async_ready_write_callback_wrapper (source_object=0xb1a1d588, res=0xafb71200, user_data=0xafb71100) at ../gio/goutputstream.c:967
#21 0xb59240c2 in g_task_return_now (task=0xafb71200) at ../gio/gtask.c:1212
#22 0xb5924102 in complete_in_idle_cb (task=0xafb71200) at ../gio/gtask.c:1226
#23 0xb6caff70 in g_idle_dispatch (source=0xb23a3160, callback=0xb59240f5 <complete_in_idle_cb>, user_data=0xafb71200) at ../glib/gmain.c:5784
#24 0xb6cb31b0 in g_main_dispatch (context=0xb1a04000) at ../glib/gmain.c:3299
#25 0xb6cb3068 in g_main_context_dispatch (context=0xb1a04000) at ../glib/gmain.c:4011
#26 0xb6cb3444 in g_main_context_iterate (context=0xb1a04000, block=1, dispatch=1, self=0xb1fab100) at ../glib/gmain.c:4084
#27 0xb6cb3838 in g_main_loop_run (loop=0xb1a15010) at ../glib/gmain.c:4278
#28 0xb48e3676 in gst_rtmp2_sink_task_func (user_data=0xb468af58) at ../gst/rtmp2/gstrtmp2sink.c:986
#29 0xb6abe8a0 in gst_task_func (task=0xb1fc6868) at ../gst/gsttask.c:384
#30 0xb6abf4a6 in default_func (tdata=0xb1ffe300, pool=0xb1ff2740) at ../gst/gsttaskpool.c:70
#31 0xb6c91058 in g_thread_pool_thread_proxy (data=0xb68bea48) at ../glib/gthreadpool.c:308
#32 0xb6c8ffea in g_thread_proxy (data=0xb1fab100) at ../glib/gthread.c:805
#33 0xb6bceef4 in __pthread_start(void*) () from target:/system/lib/libc.so
#34 0xb6ba1cbe in __start_thread () from target:/system/lib/libc.so
#35 0x00000000 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) quit
```
**Without G_SLICE=always-malloc**
On target:
```
# gdbserver 192.168.1.65:22345 \
> gst-launch-1.0 \
> videotestsrc ! x264enc ! flvmux ! rtmp2sink location=rtmp://192.168.1.51:1935/live/test
Process gst-launch-1.0 created; pid = 3520
Listening on port 22345
Remote debugging from host 192.168.1.65, port 52752
Detaching from process 3527
(gst-launch-1.0:3520): GStreamer-WARNING **: 13:44:58.343: 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. This should normally not be required though.
(gst-launch-1.0:3520): GStreamer-WARNING **: 13:47:22.052: Failed to load plugin '/data/local/kast-android-armv7-1.0-runtime/lib/gstreamer-1.0/libgstopensles.so': dlopen failed: cannot locate symbol "vorbis_info_init" referenced by "/system/lib/libstagefright.so"...
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
```
On host:
```
... cut ....
Thread 2 "task0" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 3520.3529]
0xb6d48ca0 in magazine_chain_pop_head (magazine_chunks=0xb1aff1e8) at ../glib/gslice.c:578
578 ../glib/gslice.c: No such file or directory.
(gdb) bt
#0 0xb6d48ca0 in magazine_chain_pop_head (magazine_chunks=0xb1aff1e8) at ../glib/gslice.c:578
#1 0xb6d48cfc in magazine_chain_prepare_fields (magazine_chunks=0x0) at ../glib/gslice.c:661
#2 0xb6d48c06 in magazine_cache_push_magazine (ix=4, magazine_chunks=0xb19a0ef0, count=40) at ../glib/gslice.c:734
#3 0xb6d482a4 in thread_memory_magazine2_unload (tmem=0xb1984000, ix=4) at ../glib/gslice.c:852
#4 0xb6d480ae in g_slice_free1 (mem_size=40, mem_block=0xb19ca028) at ../glib/gslice.c:1161
#5 0xb6ac98de in _gst_buffer_free (buffer=0xb1986950) at ../gst/gstbuffer.c:793
#6 0xb6b044b6 in gst_mini_object_unref (mini_object=0xb1986950) at ../gst/gstminiobject.c:684
#7 0xb6b049f8 in gst_mini_object_replace (olddata=0xb1994600, newdata=0x0) at ../gst/gstminiobject.c:754
#8 0xb48e9a96 in gst_buffer_replace (obuf=0xb1994600, nbuf=0x0) at /cerbero/build/dist/android_armv7/include/gstreamer-1.0/gst/gstbuffer.h:577
#9 0xb48e7572 in chunk_stream_clear (cstream=0xb1994600) at ../gst/rtmp2/rtmp/rtmpchunkstream.c:101
#10 0xb48e8c38 in gst_rtmp_chunk_stream_serialize_start (cstream=0xb1994600, buffer=0xb19868a8, chunk_size=128) at ../gst/rtmp2/rtmp/rtmpchunkstream.c:645
#11 0xb48e978a in gst_rtmp_chunk_stream_serialize_all (cstream=0xb1994600, buffer=0xb19868a8, chunk_size=128) at ../gst/rtmp2/rtmp/rtmpchunkstream.c:675
#12 0xb48eff32 in gst_rtmp_connection_start_write (self=0xb1986020) at ../gst/rtmp2/rtmp/rtmpconnection.c:554
#13 0xb48f04a8 in gst_rtmp_connection_write_buffer_done (obj=0xb22f2d68, result=0xb1990d00, user_data=0xb1986020) at ../gst/rtmp2/rtmp/rtmpconnection.c:630
#14 0xb59180c2 in g_task_return_now (task=0xb1990d00) at ../gio/gtask.c:1212
#15 0xb5916cec in g_task_return (task=0xb1990d00, type=G_TASK_RETURN_SUCCESS) at ../gio/gtask.c:1281
#16 0xb591739c in g_task_return_boolean (task=0xb1990d00, result=1) at ../gio/gtask.c:1801
#17 0xb48f2d54 in write_all_buffer_done (source=0xb22f2d68, result=0xb1990e68, user_data=0xb1990d00) at ../gst/rtmp2/rtmp/rtmputils.c:237
#18 0xb59180c2 in g_task_return_now (task=0xb1990e68) at ../gio/gtask.c:1212
#19 0xb5916cec in g_task_return (task=0xb1990e68, type=G_TASK_RETURN_SUCCESS) at ../gio/gtask.c:1281
#20 0xb591739c in g_task_return_boolean (task=0xb1990e68, result=1) at ../gio/gtask.c:1801
#21 0xb58f3588 in write_all_callback (stream=0xb22f2d68, result=0xb68adf50, user_data=0xb1990e68) at ../gio/goutputstream.c:1138
#22 0xb59180c2 in g_task_return_now (task=0xb68adf50) at ../gio/gtask.c:1212
#23 0xb5916cec in g_task_return (task=0xb68adf50, type=G_TASK_RETURN_SUCCESS) at ../gio/gtask.c:1281
#24 0xb59171dc in g_task_return_int (task=0xb68adf50, result=37) at ../gio/gtask.c:1746
#25 0xb58f2fe8 in async_ready_write_callback_wrapper (source_object=0xb22f2d68, res=0xb1991090, user_data=0xb68adf50) at ../gio/goutputstream.c:967
#26 0xb59180c2 in g_task_return_now (task=0xb1991090) at ../gio/gtask.c:1212
#27 0xb5918102 in complete_in_idle_cb (task=0xb1991090) at ../gio/gtask.c:1226
#28 0xb6d74f70 in g_idle_dispatch (source=0xb19952d8, callback=0xb59180f5 <complete_in_idle_cb>, user_data=0xb1991090) at ../glib/gmain.c:5784
#29 0xb6d781b0 in g_main_dispatch (context=0xb1989000) at ../glib/gmain.c:3299
#30 0xb6d78068 in g_main_context_dispatch (context=0xb1989000) at ../glib/gmain.c:4011
#31 0xb6d78444 in g_main_context_iterate (context=0xb1989000, block=1, dispatch=1, self=0xb22f2c90) at ../glib/gmain.c:4084
#32 0xb6d78838 in g_main_loop_run (loop=0xb1d8caf0) at ../glib/gmain.c:4278
#33 0xb48e1676 in gst_rtmp2_sink_task_func (user_data=0xb47cdf58) at ../gst/rtmp2/gstrtmp2sink.c:986
#34 0xb6b478a0 in gst_task_func (task=0xb1b04028) at ../gst/gsttask.c:384
#35 0xb6b484a6 in default_func (tdata=0xb422a4c0, pool=0xb1d95070) at ../gst/gsttaskpool.c:70
#36 0xb6d56058 in g_thread_pool_thread_proxy (data=0xb68c3a48) at ../glib/gthreadpool.c:308
#37 0xb6d54fea in g_thread_proxy (data=0xb22f2c90) at ../glib/gthread.c:805
#38 0xb6a39ef4 in __pthread_start(void*) () from target:/system/lib/libc.so
#39 0xb6a0ccbe in __start_thread () from target:/system/lib/libc.so
#40 0x00000000 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
```
In addition, if I run
```
gst-launch-1.0 --help
```
under Valgrind-3.20.0.GIT on the target, I have always the same crash before any help output:
```
(process:5878): GLib-ERROR **: 11:17:42.649: ../glib/gmem.c:170: failed to allocate 64 bytes
Trap
```
Which is very suspicious.
Sorry, cannot give you the stack trace for this case.1.20.3https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1397glimagesink: segfault on android devices2022-10-12T13:54:36ZRoman Shpuntovglimagesink: segfault on android devicesAfter update from gstreamer 1.16.2 to 1.17.90 I have segfault on finalize playback (close view/surface). I'm not sure what exactly is the problem, but I think fault in glimagesink.
Logs:
[log.android](/uploads/09c05cc86385eaf60b8cf170a...After update from gstreamer 1.16.2 to 1.17.90 I have segfault on finalize playback (close view/surface). I'm not sure what exactly is the problem, but I think fault in glimagesink.
Logs:
[log.android](/uploads/09c05cc86385eaf60b8cf170a5e0ab91/log.android)
[log.ios](/uploads/fcdf49891ef905daf405c3c2ab3d57c2/log.ios)1.20.4https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1698a2dpsink: Fails many tests in Bluetooth SIG Certification2023-05-17T09:27:53ZHenning Schuetta2dpsink: Fails many tests in Bluetooth SIG CertificationHi there,
I had to certifiy our software stack (blueZ+GStreamer) for Bluetooth and noticed that the a2dpsink element fails to connect to bluetoothd whenever the remote device uses SBC codec and reports a bitpool that has a fixed value (...Hi there,
I had to certifiy our software stack (blueZ+GStreamer) for Bluetooth and noticed that the a2dpsink element fails to connect to bluetoothd whenever the remote device uses SBC codec and reports a bitpool that has a fixed value (e.g. min=18 and max=18). I get the following assertion:
(gst-launch-1.0:6784): GStreamer-CRITICAL **: 14:43:04.664: gst_value_set_int_range_step: assertion 'start < end' failed
And also notice that the bitpool is set to [0, 0]:
avdtpsink gstavdtpsink.c:305:gst_avdtp_sink_start:<avdtpsink> Got connection caps: audio/x-sbc, channel-mode=(string)mono, subbands=(int)4, blocks=(int)16, allocation-method=(string)snr, rate=(int)48000, bitpool=(int)[ 0, 0 ], channels=(int)1
Checking the source code I noticed that the lines storing the bitpool use the gst_value_set_int_range function
# sys/bluez/gstavdtputil.c +374
/* bitpool */
value = g_value_init (value, GST_TYPE_INT_RANGE);
gst_value_set_int_range (value,
MIN (sbc->min_bitpool, TEMPLATE_MAX_BITPOOL),
MIN (sbc->max_bitpool, TEMPLATE_MAX_BITPOOL));
gst_structure_set_value (structure, "bitpool", value);
g_value_unset (value);
Which (to my surprise) asserts that a range is defined as 'start < end', see gst/gstvalue.c (from gstreamer).
I am not sure if I should address this here (or at gstreamer repo). From the bluetooth specification I would assume that a bitpool may be fixed to a certain value, so reporting same values for min and max is expected behaviour. So from my perspective there are two options, change the GST_TYPE which would lead to a change in other elements as well, or change the GST_TYPE_INT_RANGE to omit this assertion.1.22.3https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1620wasapisrc: Documentation for "device" property is incorrect, description is ...2023-05-17T07:52:54ZDavid Ingwasapisrc: Documentation for "device" property is incorrect, description is wrongGstreamer's documentation of the "device" property is incorrect here: https://gstreamer.freedesktop.org/documentation/wasapi/wasapisrc.html?gi-language=c
The description is incorrect: `WASAPI playback device as a GUID string`
* It i...Gstreamer's documentation of the "device" property is incorrect here: https://gstreamer.freedesktop.org/documentation/wasapi/wasapisrc.html?gi-language=c
The description is incorrect: `WASAPI playback device as a GUID string`
* It is not a GUID
* It is not a "playback" device
Please change the description to: `The id of the WASAPI device, as provided by IMMDevice::GetID`
## background
The source code (e.g. `gst_wasapi_util_get_device_client`) shows that you are using the IMMDevice API. Therefore, devices are identified by the string that comes out of the `IMMDevice::GetID` method. As described [here](https://docs.microsoft.com/en-us/windows/win32/api/mmdeviceapi/nf-mmdeviceapi-immdevice-getid): "The string format is undefined and might change"
On my Windows machine, I have 3 audio capture devices, and 3 id strings that look like this:
```
{0.0.1.00000000}.{7c404c56-047d-4eed-a066-080f3822ba51}
{0.0.1.00000000}.{7c56cd38-5cec-4307-989c-ad15d9706b01}
{0.0.1.00000000}.{f2f757be-cb31-4cb1-ae49-4883e1cd299a}
```
The strings above are clearly not GUIDs.
## testing
Commands (like the following) are working as advertised from my Windows machine.
`gst-launch-1.0 wasapisrc device="{0.0.1.00000000}.{7c404c56-047d-4eed-a066-080f3822ba51}" ! ...`1.23.1