GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2023-05-16T04:08:19Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1475[webrtcbin] DTLS Handshake stack on gst_pad_push for Chrome2023-05-16T04:08:19ZPiotr Gasiorowski[webrtcbin] DTLS Handshake stack on gst_pad_push for ChromeGST 1.18.1 (built from source).
I have the following dynamic webrtc pipeline:
```
PIPELINE_DESC = '''
videotestsrc is-live=true pattern=snow ! videoconvert ! vp8enc deadline=1 ! rtpvp8pay ! application/x-rtp,media=video,encoding...GST 1.18.1 (built from source).
I have the following dynamic webrtc pipeline:
```
PIPELINE_DESC = '''
videotestsrc is-live=true pattern=snow ! videoconvert ! vp8enc deadline=1 ! rtpvp8pay ! application/x-rtp,media=video,encoding-name=VP8,payload=97 ! tee name=teapod1 teapod1. ! fakesink
videotestsrc is-live=true pattern=ball ! videoconvert ! vp8enc deadline=1 ! rtpvp8pay ! application/x-rtp,media=video,encoding-name=VP8,payload=97 ! tee name=teapod2 teapod2. ! fakesink
videotestsrc is-live=true pattern=smpte ! videoconvert ! vp8enc deadline=1 ! rtpvp8pay ! application/x-rtp,media=video,encoding-name=VP8,payload=97 ! tee name=teapod3 teapod3. ! fakesink
videotestsrc is-live=true pattern=gradient ! videoconvert ! vp8enc deadline=1 ! rtpvp8pay ! application/x-rtp,media=video,encoding-name=VP8,payload=97 ! tee name=teapod4 teapod4. ! fakesink
'''
```
I then dynamically create a webrtcbin for each WebRTC peer (browser) and link it to the `tee` element:
```
def start_pipeline(self):
self.pipe = Gst.parse_launch(PIPELINE_DESC)
self.sources.append(self.pipe.get_by_name('teapod1'))
self.sources.append(self.pipe.get_by_name('teapod2'))
self.sources.append(self.pipe.get_by_name('teapod3'))
self.sources.append(self.pipe.get_by_name('teapod4'))
def add_webrtc_peer(self, peer_id):
bin = GStreamberWebRTCBin(self, peer_id)
sink = bin.get_sink()
self.pipe.add(sink)
for source in self.sources:
queue = Gst.ElementFactory.make('queue')
self.pipe.add(queue)
source.link(queue)
queue.link(sink)
if self.pipe.get_state(1)[1] == Gst.State.PLAYING:
self.pipe.set_state(Gst.State.PAUSED)
self.pipe.set_state(Gst.State.PLAYING)
```
Which seems to be working well for Firefox and I can preview all 4 bundled test streams in Firefox.
Running the same code with `GST_DEBUG=*dtls*:7` when a Chrome peer connects it does not want to pass this point:
in [/ext/dtls/gstdtlsenc.c](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/blob/master/ext/dtls/gstdtlsenc.c#L498):
> ret = gst_pad_push (self->src, buffer);
In other words gst_pad_push() never returns any value.
What might be causing this?https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/296Add bindings for GstOpenSLESSink2020-11-24T09:25:58ZSirius WuAdd bindings for GstOpenSLESSinkIn my android project I need to inherit from GstOpenSLESSink. I have some questions:
* How could I generate bindings for it? Which document should I read? Which files should I change?
* Should I add the bindings to gstreamer-audio, or j...In my android project I need to inherit from GstOpenSLESSink. I have some questions:
* How could I generate bindings for it? Which document should I read? Which files should I change?
* Should I add the bindings to gstreamer-audio, or just put it in my own project?https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/637[stable] Volume sometimes being prevented from raising back2021-09-24T17:55:59ZHaelwenn Monnier[stable] Volume sometimes being prevented from raising backI often had this issue with WebKitGTK on https://openings.moe/ for at least one year and a half but I just managed to reproduce it with `gst-play-1.0` and it seems to happen on a consistent manner at the moment (running 1.18.1).I often had this issue with WebKitGTK on https://openings.moe/ for at least one year and a half but I just managed to reproduce it with `gst-play-1.0` and it seems to happen on a consistent manner at the moment (running 1.18.1).https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1472decklinkvideosrc: incompatibility with mxfmux2021-09-24T14:38:58ZHugo Klokdecklinkvideosrc: incompatibility with mxfmuxHey there,
When using the decklinkvideosrc combined with the mxfmux, a SIGSEGV fault is always thrown after exactly 3:59 minutes.
I've tried it with an audio source which doesn't work:
`GST_DEBUG=*decklink*:5 gst-launch-1.0 decklinkvi...Hey there,
When using the decklinkvideosrc combined with the mxfmux, a SIGSEGV fault is always thrown after exactly 3:59 minutes.
I've tried it with an audio source which doesn't work:
`GST_DEBUG=*decklink*:5 gst-launch-1.0 decklinkvideosrc num-buffers=50000 mode=1080i50 ! videoconvert ! queue ! avenc_mpeg2video ! mxfmux name=m ! filesink location=~/decklink-and-audio.mxf filesrc location=~/Downloads/sample4.mp3 ! decodebin ! queue ! m.` ![used audio file here](/uploads/bc85c47352c6b57bb9939e1d5e208eb6/sample4.mp3)
And I've tried it with just the decklinkviedosrc which also doesn't work:
`GST_DEBUG=*decklink*:5 gst-launch-1.0 decklinkvideosrc num-buffers=50000 mode=1080i50 ! videoconvert ! queue ! avenc_mpeg2video ! mxfmux ! filesink location=~/only-decklink.mxf`
Lastly, I've also just tried recording with the decklinkvideosrc plugin without the mxfmux to see if its because of my decklink hardware, but that runs without any problems so that can't be it:
`GST_DEBUG=5 gst-launch-1.0 decklinkvideosrc num-buffers=50000 mode=1080i50 ! videoconvert ! queue ! avenc_mpeg2video ! filesink location=~/test.mxf
`
[Output (the segmentation fault is on line 1044)](/uploads/a97f5bd438296f86039f3781453d5384/output)
- Tried versions: 1.16 and 1.18
- OS: Ubuntu 20.04
- Build system: gst-build
Hope anyone has an idea why this incompatibility and/or memory leak happens.
Thanks in advance!
-Hugohttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1470rtmp2sink - cerbero 1.18.1 - crash in gst_rtmp_chunk_stream_serialize_start()2023-11-21T19:06:01ZMaxim P. DEMENTIEVrtmp2sink - cerbero 1.18.1 - crash in gst_rtmp_chunk_stream_serialize_start()I don't know if it is cerbero-specific (or should I put this issue in gst-plugins-bad?), but we've got some problems with **rtmp2sink** under Android armeabi-v7a.
The pipeline is:
> videotestsrc ! x264enc ! flvmux ! rtmp2sink location=rt...I don't know if it is cerbero-specific (or should I put this issue in gst-plugins-bad?), but we've got some problems with **rtmp2sink** under Android armeabi-v7a.
The pipeline is:
> videotestsrc ! x264enc ! flvmux ! rtmp2sink location=rtmp://192.168.1.11:1935/live/test
It's working fine with **rtmpsink** from 1.18.1, and both **rtmpsink** and **rtmp2sink** from 1.12, but rtmp2sink from 1.18.1 crashes when pipeline passing from NULL -> READY.
Backtrace:
```
Thread 2 "task0" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 3660.3669]
0xb3ddd9b0 in magazine_cache_push_magazine () from target:/data/local/kast/libgstreamer_android.so
(gdb) bt
#0 0xb3ddd9b0 in magazine_cache_push_magazine () from target:/data/local/kast/libgstreamer_android.so
#1 0xb3ddd308 in g_slice_free1 () from target:/data/local/kast/libgstreamer_android.so
#2 0xb3d05104 in _gst_buffer_free () from target:/data/local/kast/libgstreamer_android.so
#3 0xb3d257e4 in gst_mini_object_replace () from target:/data/local/kast/libgstreamer_android.so
#4 0xb310bdae in chunk_stream_clear () from target:/data/local/kast/libgstreamer_android.so
#5 0xb310c5d8 in gst_rtmp_chunk_stream_serialize_start () from target:/data/local/kast/libgstreamer_android.so
#6 0xb310cb2c in gst_rtmp_chunk_stream_serialize_all () from target:/data/local/kast/libgstreamer_android.so
#7 0xb3107c24 in gst_rtmp_connection_start_write () from target:/data/local/kast/libgstreamer_android.so
#8 0xb3107e6e in gst_rtmp_connection_write_buffer_done () from target:/data/local/kast/libgstreamer_android.so
#9 0xb3c8dacc in g_task_return_now () from target:/data/local/kast/libgstreamer_android.so
#10 0xb3c8d088 in g_task_return () from target:/data/local/kast/libgstreamer_android.so
#11 0xb31095ac in write_all_buffer_done () from target:/data/local/kast/libgstreamer_android.so
#12 0xb3c8dacc in g_task_return_now () from target:/data/local/kast/libgstreamer_android.so
#13 0xb3c8d088 in g_task_return () from target:/data/local/kast/libgstreamer_android.so
#14 0xb3c76d44 in write_all_callback () from target:/data/local/kast/libgstreamer_android.so
#15 0xb3c8dacc in g_task_return_now () from target:/data/local/kast/libgstreamer_android.so
#16 0xb3c8d088 in g_task_return () from target:/data/local/kast/libgstreamer_android.so
#17 0xb3c769b8 in async_ready_write_callback_wrapper () from target:/data/local/kast/libgstreamer_android.so
#18 0xb3c8dacc in g_task_return_now () from target:/data/local/kast/libgstreamer_android.so
#19 0xb3c8dafa in complete_in_idle_cb () from target:/data/local/kast/libgstreamer_android.so
#20 0xb3dfb074 in g_main_context_dispatch () from target:/data/local/kast/libgstreamer_android.so
#21 0xb3dfb2d8 in g_main_context_iterate () from target:/data/local/kast/libgstreamer_android.so
#22 0xb3dfb50e in g_main_loop_run () from target:/data/local/kast/libgstreamer_android.so
#23 0xb3102e2c in gst_rtmp2_sink_task_func () from target:/data/local/kast/libgstreamer_android.so
#24 0xb3d47678 in gst_task_func () from target:/data/local/kast/libgstreamer_android.so
#25 0xb3de5930 in g_thread_pool_thread_proxy () from target:/data/local/kast/libgstreamer_android.so
#26 0xb3de4dc0 in g_thread_proxy () from target:/data/local/kast/libgstreamer_android.so
#27 0xb249def4 in __pthread_start(void*) () from target:/system/lib/libc.so
#28 0xb2470cbe in __start_thread () from target:/system/lib/libc.so
#29 0x00000000 in ?? ()
```
I don't see anything special in the log, only some lines:
```
11-18 12:15:42.158 3735 3735 I GStreamer: GStreamer initialization complete
11-18 12:15:43.264 3735 3750 V GStreamer+rtmpconnection: 0:00:02.981628627 0xb07b8ac0 ../gst/rtmp2/rtmp/rtmpconnection.c:844:gst_rtmp_connection_handle_protocol_control:<GstRtmpConnection@0xb07df5e8> set peer bandwidth: 5000000, 2
```
Thanks for any help on this issue!https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1468mxfmux : DNXHD file not readable by VLC or AfterEffects2023-05-25T09:55:46ZLoic Martinmxfmux : DNXHD file not readable by VLC or AfterEffectsEncoder DNxHD (avenc_dnxhd) / GStreamer 1.18.0 / Windows 10
I use encodebin and appsrc, output container is MXF, output size/fps is 1920x1080/30.0, I grab encoder avenc_dnxhd in callback deep_element_added, I set the output bitrate to 1...Encoder DNxHD (avenc_dnxhd) / GStreamer 1.18.0 / Windows 10
I use encodebin and appsrc, output container is MXF, output size/fps is 1920x1080/30.0, I grab encoder avenc_dnxhd in callback deep_element_added, I set the output bitrate to 120Mbps, all is ok here.
The problem is that my output is not playable by VLC 3.0.11, it says "Unidentified codec:VLC could not identify the audio or video codec". It is not playable in After Effects too.
But I can play it with gst-launch playbin (command lines) and MrViewer.
I fix it by using the following ffmpeg command on the encoded file :
`ffmpeg -i dnxhd_120Mbits.mxf -vcodec copy -acodec copy dnxhd_120Mbits_ffmpeg.mxf`
I also noticed that the fixed file is 200KB more than the problematic file.
Links to files :
[dnxhd_120Mbits.mxf](https://nxc.la-barycenter.com/index.php/s/TtrNG9f9o6RY6bq)
[dnxhd_120Mbits_ffmpeg.mxf](https://nxc.la-barycenter.com/index.php/s/5xCkzg7BzdECzY8)https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/132Fallbacksrc behavior2022-08-30T06:20:58ZNikolaos KyriazisFallbacksrc behaviorI'm trying to understand what `fallbacksrc` does and whether it can target my use case. I want to become tolerant to unreliable rtsp sources (multiple) that:
- might not be available on init
- might go down during processing
To that end...I'm trying to understand what `fallbacksrc` does and whether it can target my use case. I want to become tolerant to unreliable rtsp sources (multiple) that:
- might not be available on init
- might go down during processing
To that end, I compiled the `fallbacksrc` element [on gstreamer v1.45](https://github.com/nkyriazis/build_gstreamer_rust_plugins/tree/build_fallback_on_deepstream).
With an rtsp server up, I tried the following gst-launch:
```bash
gst-launch-1.0 fallbacksrc restart_on_eos=true uri=<input_uri> ! nvvideoconvert ! x264enc ! video/x-h264, mapping=/stream1 ! rtspclientsink protocols=tcp location=<output_uri>
```
I observed that:
- It plays well if everything is in order, i.e. the source is up
- It goes to 240p black if the source is disconnected from the server (I needed to supply `restart_on_eos` so that the pipeline does not stop)
- It goes from black to source if the source was not available at init but becomes available afterwards.
- It **does not recover** when the source goes down and up again, keeping the black output and continuously trying to reconnect (a read connection is established on the rtsp server, which is dropped immediately).
So, the questions are:
- Does the described behavior fit the intended use of `fallbacksrc`?
- Do I actually need the `fallbacksrc` if all I wanted to do is remove the failed source, while the others keep playing? I guess [adding/removing elements dynamically](https://gstreamer.freedesktop.org/documentation/application-development/advanced/pipeline-manipulation.html#changing-elements-in-a-pipeline) is not the same, with the difference being an error being emitted on failure which makes the pipeline [wait forever](https://gstreamer.freedesktop.org/documentation/additional/design/live-source.html).
- I did not find any, but I may as well ask, whether there are any signals from `fallbacksrc` that notify the app of its state.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1452webrtcbin sometimes cuts off2023-10-14T19:54:18Z1happyboywebrtcbin sometimes cuts offWhen using webrtcbin to send a video stream, I can’t see the video on the browser side, but the interactive data is there, and the video stream is found to be disconnected. What is the reason?
Information in the file when gst-debug=5[Mo...When using webrtcbin to send a video stream, I can’t see the video on the browser side, but the interactive data is there, and the video stream is found to be disconnected. What is the reason?
Information in the file when gst-debug=5[MobaXterm_192.168.10.108root_20201105_143323.txt](/uploads/2baf242a297008385f91931c251a12d1/MobaXterm_192.168.10.108root_20201105_143323.txt)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1445WebRTC - webrtcbin no working with google chrome.2023-05-16T04:43:56ZJaskarn KalsiWebRTC - webrtcbin no working with google chrome.We have streaming pipeline, and use webrtcbin to stream video from a decklink card to the browser.
Gstreamer version is 1.16.2
python 3.8
OS Ubuntu 20
signaling server is tornado. we are not using secure connection.
pipeline is decklink...We have streaming pipeline, and use webrtcbin to stream video from a decklink card to the browser.
Gstreamer version is 1.16.2
python 3.8
OS Ubuntu 20
signaling server is tornado. we are not using secure connection.
pipeline is decklink -> nvh264enc -> rtph264pay -> webrtcbin
We can play the video on the streaming server, but cant play the video in chrome on any of the connected devices on the local LAN.
Stream is going to be in the internal network so we didn't use any turn servers.
We can play the same stream in an Edge browser on any machine in the network but chrome and firefox will not play the video.
We wana stream video to chrome without changing any chrome flags. Are we missing something that is leading to this behavior.
Thanks
Jaskarn Kalsihttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/628g-ir-scanner 1.66.0 required, but that version requirement is not documented ...2023-03-09T15:47:55ZChris Whiteg-ir-scanner 1.66.0 required, but that version requirement is not documented (that I can tell)Environment:
- master, f6ce1686f
- g-ir-scanner 1.62.0
Steps: check out master and build!
Observed: unexpected error message:
```
[120/418] Generating Gst-1.0.gir with a custom command
../gst/gstvalue.h:509: Error: Gst: identifier not...Environment:
- master, f6ce1686f
- g-ir-scanner 1.62.0
Steps: check out master and build!
Observed: unexpected error message:
```
[120/418] Generating Gst-1.0.gir with a custom command
../gst/gstvalue.h:509: Error: Gst: identifier not found on the first line:
* GstValueTable.deserialize_with_pspec:
^
```
(the referenced line is in a gtk-doc block for a structure member, separate from the structure's gtk-doc.)
It looks like this error is fixed by g-ir-scanner with its [MR 230](https://gitlab.gnome.org/GNOME/gobject-introspection/-/merge_requests/230), i.e., v1.66.0 per [g-ir-scanner's changelog](https://gitlab.gnome.org/GNOME/gobject-introspection/-/blob/master/NEWS). However, I don't see that minumum version documented anywhere, or enforced in meson.build. Should it be? Or did I just miss that documentation somehow?
Thanks for considering this report!https://gitlab.freedesktop.org/gstreamer/gstreamer-sharp/-/issues/51Bus.Message handler doesn't fire2021-09-24T10:46:37ZDavide RepettoBus.Message handler doesn't fireI'm tryng to get asyncronous events from a pipeline built on a rtsp live stream.
Using the following code:
var bus = currentPipeline.Bus;
bus.AddSignalWatch();
bus.Message += HandleMessage;
I'm not able to receive any message from ...I'm tryng to get asyncronous events from a pipeline built on a rtsp live stream.
Using the following code:
var bus = currentPipeline.Bus;
bus.AddSignalWatch();
bus.Message += HandleMessage;
I'm not able to receive any message from the pipeline (error, EOS..)
I'm using GStSharp 1.18 with GStreamer 1.18.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/307Can't run -> package gstreamer-1.0 for IOS2020-10-30T19:56:03ZSwingCan't run -> package gstreamer-1.0 for IOSHello everyone,
i'm doing this on macOS Catalina version 10.15.7
Step I did to get this issue:
- git clone https://github.com/GStreamer/cerbero.git
- cd cerbero
- sudo ./cerbero-uninstalled -c config/cross-ios-universal.cbc bootstrap
-...Hello everyone,
i'm doing this on macOS Catalina version 10.15.7
Step I did to get this issue:
- git clone https://github.com/GStreamer/cerbero.git
- cd cerbero
- sudo ./cerbero-uninstalled -c config/cross-ios-universal.cbc bootstrap
- sudo ./cerbero-uninstalled -c config/cross-ios-universal.cbc package gstreamer-1.0
it's during the last step that i got an issue.
I don't know what to do.
Can someone help me ? it doesn't work while i did all the step in the README.md
````
-----> Contents of /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/logs/ios_x86_64/zlib-extract.log:
-----> Extracting tarball to /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64/zlib-1.2.11
Unpacking /Users/AAAA/.cache/cerbero-sources/zlib-1.2.11/zlib-1.2.11.tar.gz in /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64
Running command ['git', 'init']
Initialized empty Git repository in /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64/zlib-1.2.11/.git/
Running command ['git', 'config', 'user.email']
mail@gmail.com
Running command ['git', 'config', 'user.name']
mail@gmail.com
Running command ['git', 'add', '--force', '-A', '.']
Running command ['git', 'diff', '--quiet', 'HEAD']
fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
Running command ['git', 'commit', '-m', 'Initial commit']
[master (root-commit) 8501e1e] Initial commit
253 files changed, 76196 insertions(+)
create mode 100644 CMakeLists.txt
...
create mode 100644 zutil.h
Running command ['git', 'am', '--ignore-whitespace', '/Users/AAAA/Desktop/BBBB-Work/cerbero-master/recipes/zlib/0001-win32-fix-dll-name.patch']
Applying: win32: fix dll name
Running command ['git', 'am', '--ignore-whitespace', '/Users/AAAA/Desktop/Pierre-Work/cerbero-master/recipes/zlib/0001-Fix-test-builds-to-use-the-built-libz-headers-librar.patch']
Applying: Fix test builds to use the built libz headers/library
Running command ['git', 'am', '--ignore-whitespace', '/Users/AAAA/Desktop/Pierre-Work/cerbero-master/recipes/zlib/0001-Add-a-meson-port.patch']
Applying: Add meson build files for building on Windows
Applying: meson: set install to true
Applying: meson: On Linux when compiling with gcc, use zlib.map
Applying: meson: install headers and a pkg-config file
Running command ['git', 'am', '--ignore-whitespace', '/Users/AAAA/Desktop/BBBB-Work/cerbero-master/recipes/zlib/0001-zconf.h-Check-that-HAVE_UNISTD_H-is-not-0.patch']
Applying: zconf.h: Check that HAVE_UNISTD_H is not 0
Running command ['git', 'am', '--ignore-whitespace', '/Users/AAAA/Desktop/BBBB-Work/cerbero-master/recipes/zlib/0001-meson-add-the-DSTDC-define-to-include-standard-C-hea.patch']
Applying: meson: add the -DSTDC define to include standard C headers
-----> Contents of /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/logs/ios_x86_64/zlib-configure.log:
Running command '/Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/build-tools/bin/meson --prefix=/Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/dist/ios_universal/x86_64 --libdir=lib -Ddebug=true --default-library=both -Doptimization=s --backend=ninja --wrap-mode=nodownload --cross-file /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64/zlib-1.2.11/_builddir/meson-cross-file.txt --native-file /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64/zlib-1.2.11/_builddir/meson-native-file.txt'
The Meson build system
Version: 0.55.3
Source dir: /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64/zlib-1.2.11
Build dir: /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64/zlib-1.2.11/_builddir
Build type: cross build
Using 'PKG_CONFIG_PATH' from environment with value: '/Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/dist/ios_universal/x86_64/share/pkgconfig'
Project name: zlib
Project version: 1.2.11
../meson.build:1:0: ERROR: Unknown compiler(s): [['false']]
A full log can be found at /Users/AAAA/Desktop/BBBB-Work/cerbero-master/build/sources/ios_universal/x86_64/zlib-1.2.11/_builddir/meson-logs/meson-log.txt`
```https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/620Instant rate change for all(/most) demuxers2020-10-28T13:28:14ZMikel PérezInstant rate change for all(/most) demuxersEither demuxers need to implement instant rate change, or a way of signaling gstreamer to remux (if possible) into a container that supports instant rate change is needed
Support is very limited now, only implemented in matroskademux, q...Either demuxers need to implement instant rate change, or a way of signaling gstreamer to remux (if possible) into a container that supports instant rate change is needed
Support is very limited now, only implemented in matroskademux, qtdemux and tsdemuxhttps://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/-/issues/117GstRTSPWatch too much backlog2023-06-13T15:58:05ZMax LauGstRTSPWatch too much backlogHi,
I am using the `test-launch` example to build my RTSP server but I see the same warning flooding my console.
gst_rtsp_watch_write_data: too much backlog: max bytes: 0, current: 136931, max message: 100, current: 100
I assume `0` fo...Hi,
I am using the `test-launch` example to build my RTSP server but I see the same warning flooding my console.
gst_rtsp_watch_write_data: too much backlog: max bytes: 0, current: 136931, max message: 100, current: 100
I assume `0` for max bytes means unlimited so `136931` is not a problem. Therefore, I believe `message` is the reason that I see this warning?
I would like to ask what `GstRTSPWatch` is used for and if this warning is something that breaking my RTSP server. I found that when I see this warning, there is a high chance that no new RTSP clients (VLC player) can connect to the server and I need to restart the server.
Cheers,
Maxhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/614gst_bus_remove_watch() fails silently2022-12-06T17:33:26ZPatton Doylegst_bus_remove_watch() fails silentlyRemoving a watch from the bus of a playbin will occasionally fail silently.
This can be reproduced by creating a cycle of calls to remove_watch and add_watch on the bus. After several cycles (~10-15), remove watch will fail silently and...Removing a watch from the bus of a playbin will occasionally fail silently.
This can be reproduced by creating a cycle of calls to remove_watch and add_watch on the bus. After several cycles (~10-15), remove watch will fail silently and add_watch will return an error, presumably because there is already an existing watch on the bus.
I haven't yet created an simple reproducible example, but I will do so if this isn't a known issue.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1424openh264dec not working properly in latest gstreamer android release 1.18.02023-10-14T19:53:31ZAbeesh M Popenh264dec not working properly in latest gstreamer android release 1.18.0We are using gstreamer library for our custom network stream player. In some of the android device , video was not playing most of the time, when we dig into the issue, we could see that the devices in which openh264dec is being selected...We are using gstreamer library for our custom network stream player. In some of the android device , video was not playing most of the time, when we dig into the issue, we could see that the devices in which openh264dec is being selected as decoder by decodebin component, then video will not be playing. this issue we are seeing in some of the devices in which has Android 10 OS.
Is there any known issues with openh264dec in latest android OS? because it was working well with last gstreamer release 1.16.0 ( in android 9).https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/-/issues/115Default unsuspend with blocking results in seek errors and wrong rtpinfo2020-11-09T20:06:47ZKristoferDefault unsuspend with blocking results in seek errors and wrong rtpinfoIn commit https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/-/commit/883ddc72bb5bc57c95a9e167814d1ac53fe1b443.
The rtsp-media:default_unsuspend has changed its behavior.
It does not unblock the media anymore.
The effect is that ...In commit https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/-/commit/883ddc72bb5bc57c95a9e167814d1ac53fe1b443.
The rtsp-media:default_unsuspend has changed its behavior.
It does not unblock the media anymore.
The effect is that no buffers are going to the sink any longer, not until state is changed to PLAYING.
Thus seeks will fail because it queries the Sink which has no buffer.
Thus get_rtpinfo will fail because there is no buffer in the sink.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/786rtspsrc element no longer working2020-09-14T13:39:08ZUlllas Bharadwajrtspsrc element no longer workingI had a build of rtsp 6 months ago, which worked perfectly. Now, I just shifted everything to my new PC and with the latest build, I am always getting the Error: Could not get/set settings from/on resource. Unfortuantely, I have not note...I had a build of rtsp 6 months ago, which worked perfectly. Now, I just shifted everything to my new PC and with the latest build, I am always getting the Error: Could not get/set settings from/on resource. Unfortuantely, I have not noted the commit version I used before.
Any help to overcome the issue is very much appreciated.
Best Regards
Ullas Bharadwajhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/605gstreamer-based application got error on processing rtsp stream2022-11-10T09:21:05ZBridge Wugstreamer-based application got error on processing rtsp streamHi,
I have a Deepstream 5.0 application based on gstreamer, it's to process rtsp streams. Occasionally it ran into below error, then the application exited, but sometimes it just ran through.
Error: gst-stream-error-quark: GStreamer e...Hi,
I have a Deepstream 5.0 application based on gstreamer, it's to process rtsp streams. Occasionally it ran into below error, then the application exited, but sometimes it just ran through.
Error: gst-stream-error-quark: GStreamer encountered a general stream error. (1): gstdecodebin2.c(4695): gst_decode_bin_expose (): /GstPipeline:pipeline0/GstBin:source-bin-04/GstURIDecodeBin:uri-decode-bin/GstDecodeBin:decodebin2:
all streams without buffers
What does this error mean exactly? Is it indicating the rtsp stream source is not stable for gstreamer to read any input frames? If the rtsp source is not stable yet still readable, how can I recover from occasional failure reading to let the whole process run instead of exiting?https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/782gtkglsink: spurious X11 error2023-10-25T07:48:06ZIvan Molodetskikhgtkglsink: spurious X11 errorI have a Flatpak app which displays a video in a `GtkGlSink`: https://flathub.org/apps/details/org.gnome.gitlab.YaLTeR.VideoTrimmer
When running under a Ubuntu 18.04 VM under X11, it frequently, but not always, crashes with an X11 error...I have a Flatpak app which displays a video in a `GtkGlSink`: https://flathub.org/apps/details/org.gnome.gitlab.YaLTeR.VideoTrimmer
When running under a Ubuntu 18.04 VM under X11, it frequently, but not always, crashes with an X11 error upon opening the screen with the `GtkGlSink`:
```
(video-trimmer:2): Gdk-ERROR **: 14:57:15.591: The program 'video-trimmer' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
(Details: serial 398 error_code 8 request_code 150 (GLX) minor_code 34)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
```
Sometimes this message is also printed:
```
Xlib: sequence lost (0x1027c > 0x27f) in reply type 0x0!
```
Doing as the error message suggests, I get this backtrace:
```
#0 0x00007ffff7625c80 in gdk_x_error (xdisplay=0x5555558e7440, error=0x7fff93ffe850) at gdkmain-x11.c:271
#1 0x00007ffff7ebb30b in _XError (dpy=0x5555558e7440, rep=0x7fff93ffe950) at ../../src/XlibInt.c:1489
#2 0x00007fffedd2f10f in () at /usr/lib/x86_64-linux-gnu/GL/default/lib/libGLX_mesa.so.0
#3 0x00007fffedd29030 in () at /usr/lib/x86_64-linux-gnu/GL/default/lib/libGLX_mesa.so.0
#4 0x00007fffeed1d44c in glXCreateContextAttribsARB (dpy=0x5555558e7440, config=0x555555d3c030, share_list=0x555555dcf7f0, direct=1, attrib_list=0x7fff93ffeaa0) at ../../../src/GLX/libglx.c:305
#5 0x00007fffeeea5b4d in _create_context_with_flags (contextFlags=1, profileMask=1, minor=<optimized out>, major=<optimized out>, share_context=0x555555dcf7f0, fbconfig=0x555555d3c030, dpy=0x5555558e7440, context_glx=0x555555b787b0 [GstGLContextGLX]) at ../gst-libs/gst/gl/x11/gstglcontext_glx.c:182
#6 0x00007fffeeea5b4d in gst_gl_context_glx_create_context (context=0x555555b787b0 [GstGLContextGLX], gl_api=65539, other_context=<optimized out>, error=0x7ffff4841290) at ../gst-libs/gst/gl/x11/gstglcontext_glx.c:263
#7 0x00007fffeee7e5de in gst_gl_context_create_thread (context=0x555555b787b0 [GstGLContextGLX]) at ../gst-libs/gst/gl/gstglcontext.c:1238
#8 0x00007ffff7111731 in g_thread_proxy (data=0x7fffe4003520) at ../glib/gthread.c:807
#9 0x00007ffff6f255e2 in start_thread (arg=<optimized out>) at pthread_create.c:479
#10 0x00007ffff6e38413 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
```
Full backtrace:
```
#0 0x00007ffff7625c80 in gdk_x_error (xdisplay=0x5555558e7440, error=0x7fff93ffe850) at gdkmain-x11.c:271
#1 0x00007ffff7ebb30b in _XError (dpy=0x5555558e7440, rep=0x7fff93ffe950) at ../../src/XlibInt.c:1489
rtn_val = <optimized out>
event = {type = 0, xany = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416}, xkey = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, root = 140735676410080, subwindow = 140735676410048, time = 93824995990688, x = -1811945288, y = 32767, x_root = -155382679, y_root = 32767, state = 636, keycode = 0, same_screen = -155382363}, xbutton = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, root = 140735676410080, subwindow = 140735676410048, time = 93824995990688, x = -1811945288, y = 32767, x_root = -155382679, y_root = 32767, state = 636, button = 0, same_screen = -155382363}, xmotion = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, root = 140735676410080, subwindow = 140735676410048, time = 93824995990688, x = -1811945288, y = 32767, x_root = -155382679, y_root = 32767, state = 636, is_hint = 0 '\000', same_screen = -155382363}, xcrossing = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, root = 140735676410080, subwindow = 140735676410048, time = 93824995990688, x = -1811945288, y = 32767, x_root = -155382679, y_root = 32767, mode = 636, detail = 0, same_screen = -155382363, focus = 32767, state = 4}, xfocus = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, mode = -1811945248, detail = 32767}, xexpose = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, x = -1811945248, y = 32767, width = -1811945280, height = 32767, count = 1435409568}, xgraphicsexpose = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, drawable = 140735661905416, x = -1811945248, y = 32767, width = -1811945280, height = 32767, count = 1435409568, major_code = 21845, minor_code = -1811945288}, xnoexpose = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, drawable = 140735661905416, major_code = -1811945248, minor_code = 32767}, xvisibility = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, state = -1811945248}, xcreatewindow = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, parent = 140735661905416, window = 140735676410080, x = -1811945280, y = 32767, width = 1435409568, height = 21845, border_width = -1811945288, override_redirect = 32767}, xdestroywindow = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, event = 140735661905416, window = 140735676410080}, xunmap = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, event = 140735661905416, window = 140735676410080, from_configure = -1811945280}, xmap = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, event = 140735661905416, window = 140735676410080, override_redirect = -1811945280}, xmaprequest = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, parent = 140735661905416, window = 140735676410080}, xreparent = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, event = 140735661905416, window = 140735676410080, parent = 140735676410048, x = 1435409568, y = 21845, override_redirect = -1811945288}, xconfigure = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, event = 140735661905416, window = 140735676410080, x = -1811945280, y = 32767, width = 1435409568, height = 21845, border_width = -1811945288, above = 140737332972649, override_redirect = 636}, xgravity = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, event = 140735661905416, window = 140735676410080, x = -1811945280, y = 32767}, xresizerequest = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, width = -1811945248, height = 32767}, xconfigurerequest = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, parent = 140735661905416, window = 140735676410080, x = -1811945280, y = 32767, width = 1435409568, height = 21845, border_width = -1811945288, above = 140737332972649, detail = 636, value_mask = 140737332972965}, xcirculate = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, event = 140735661905416, window = 140735676410080, place = -1811945280}, xcirculaterequest = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, parent = 140735661905416, window = 140735676410080, place = -1811945280}, xproperty = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, atom = 140735676410080, time = 140735676410048, state = 1435409568}, xselectionclear = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, selection = 140735676410080, time = 140735676410048}, xselectionrequest = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, owner = 140735661905416, requestor = 140735676410080, selection = 140735676410048, target = 93824995990688, property = 140735676410040, time = 140737332972649}, xselection = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, requestor = 140735661905416, selection = 140735676410080, target = 140735676410048, property = 93824995990688, time = 140735676410040}, xcolormap = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, colormap = 140735676410080, new = -1811945280, state = 32767}, xclient = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, message_type = 140735676410080, format = -1811945280, data = {b = "\240\234\216UUU\000\000\270\350\377\223\377\177\000\000i\f\275", <incomplete sequence \366>, s = {-25440, 21902, 21845, 0, -5960, -27649, 32767, 0, 3177, -2371}, l = {93824995990688, 140735676410040, 140737332972649, 636, 140737332972965}}}, xmapping = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, request = -1811945248, first_keycode = 32767, count = -1811945280}, xerror = {type = 0, display = 0x5555558e7440, resourceid = 33554483, serial = 636, error_code = 8 '\b', request_code = 150 '\226', minor_code = 34 '"'}, xkeymap = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, window = 140735661905416, key_vector = "\340\350\377\223\377\177\000\000\300\350\377\223\377\177\000\000\240\234\216UUU\000\000\270\350\377\223\377\177\000"}, xgeneric = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, extension = -1826449912, evtype = 32767}, xcookie = {type = 0, serial = 93824995980352, send_event = 33554483, display = 0x27c, extension = -1826449912, evtype = 32767, cookie = 2483022048, data = 0x7fff93ffe8c0}, pad = {140733193388032, 93824995980352, 33554483, 636, 140735661905416, 140735676410080, 140735676410048, 93824995990688, 140735676410040, 140737332972649, 636, 140737332972965, 4, 0, 636, 140735676410080, 0, 0, 0, 0, 0, 0, 17179869184, 0}}
async = <optimized out>
next = <optimized out>
#2 0x00007fffedd2f10f in () at /usr/lib/x86_64-linux-gnu/GL/default/lib/libGLX_mesa.so.0
#3 0x00007fffedd29030 in () at /usr/lib/x86_64-linux-gnu/GL/default/lib/libGLX_mesa.so.0
#4 0x00007fffeed1d44c in glXCreateContextAttribsARB (dpy=0x5555558e7440, config=0x555555d3c030, share_list=0x555555dcf7f0, direct=1, attrib_list=0x7fff93ffeaa0) at ../../../src/GLX/libglx.c:305
context = 0x0
vendor = 0x555555c28c00
#5 0x00007fffeeea5b4d in _create_context_with_flags (contextFlags=1, profileMask=1, minor=<optimized out>, major=<optimized out>, share_context=0x555555dcf7f0, fbconfig=0x555555d3c030, dpy=0x5555558e7440, context_glx=0x555555b787b0 [GstGLContextGLX]) at ../gst-libs/gst/gl/x11/gstglcontext_glx.c:182
ret = <optimized out>
attribs = {8337, 4, 8338, 5, 8340, 1, 37158, 1, 0, 1, 8, 1, 9, 1, 10, 1, 12, 16, 5, 1}
x_error = 0
n = <optimized out>
profileMask = 1
contextFlags = 1
context_glx = 0x555555b787b0 [GstGLContextGLX]
window = 0x555555bbc8b0 [GstGLWindowX11]
window_x11 = 0x555555bbc8b0 [GstGLWindowX11]
display = 0x55555592a5f0 [GstGLDisplayX11]
create_context = <optimized out>
glx_exts = <optimized out>
device = 0x5555558e7440
external_gl_context = 93825001125872
__func__ = "gst_gl_context_glx_create_context"
#6 0x00007fffeeea5b4d in gst_gl_context_glx_create_context (context=0x555555b787b0 [GstGLContextGLX], gl_api=65539, other_context=<optimized out>, error=0x7ffff4841290) at ../gst-libs/gst/gl/x11/gstglcontext_glx.c:263
profileMask = 1
contextFlags = 1
context_glx = 0x555555b787b0 [GstGLContextGLX]
window = 0x555555bbc8b0 [GstGLWindowX11]
window_x11 = 0x555555bbc8b0 [GstGLWindowX11]
display = 0x55555592a5f0 [GstGLDisplayX11]
create_context = <optimized out>
glx_exts = <optimized out>
device = 0x5555558e7440
external_gl_context = 93825001125872
__func__ = "gst_gl_context_glx_create_context"
#7 0x00007fffeee7e5de in gst_gl_context_create_thread (context=0x555555b787b0 [GstGLContextGLX]) at ../gst-libs/gst/gl/gstglcontext.c:1238
context_class = 0x7fffe4008380
window_class = 0x7fffe4009540
compiled_api = 65539
user_api = GST_GL_API_ANY
gl_api = <optimized out>
display_api = GST_GL_API_ANY
api_string = <optimized out>
compiled_api_s = 0x7fffe40021a0 "opengl opengl3 gles2"
user_api_s = 0x7fffe4009900 "any"
display_api_s = 0x7fff88001360 "any"
user_choice = <optimized out>
error = 0x7ffff4841290
other_context = 0x555555b5c190 [GstGLWrappedContext]
__func__ = "gst_gl_context_create_thread"
#8 0x00007ffff7111731 in g_thread_proxy (data=0x7fffe4003520) at ../glib/gthread.c:807
thread = 0x7fffe4003520
__func__ = "g_thread_proxy"
#9 0x00007ffff6f255e2 in start_thread (arg=<optimized out>) at pthread_create.c:479
ret = <optimized out>
pd = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140735676413696, -8133131588441933399, 140737295683806, 140737295683807, 140735676411008, 140735676413696, 8133052422939015593, 8133116158072781225}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
#10 0x00007ffff6e38413 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
```
Runtimes I'm using:
```
Application ID Version Branch
org.freedesktop.Platform.GL.default 19.08
org.freedesktop.Platform.ffmpeg-full 19.08
org.freedesktop.Platform.openh264 2.1.0 2.0
org.gnome.Platform 3.36
org.gnome.Sdk 3.36
org.gnome.gitlab.YaLTeR.VideoTrimmer 0.2.0 stable
org.gnome.gitlab.YaLTeR.VideoTrimmerDevel 0.2.0 master
org.gtk.Gtk3theme.Ambiance 3.22
```
I couldn't figure out what `.Debug` to install to get libGLX debug info.