GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2023-09-29T14:42:36Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/358Element as togglerecord to take pictures2023-09-29T14:42:36ZRubén GonzalezElement as togglerecord to take picturesGStreamer has `gst_video_convert_sample` to convert a raw video buffer into an image. This logic is used by the `convert-sample` action of the `playsink` element.
It's very useful, but it depends on a video sink with raw video and `last...GStreamer has `gst_video_convert_sample` to convert a raw video buffer into an image. This logic is used by the `convert-sample` action of the `playsink` element.
It's very useful, but it depends on a video sink with raw video and `last-sample` enabled.
One of the first GStreamer elements I did was a `takepicsink` that mimics the same logic using a property instead of an element action. It was a very simple sink with two properties: the image filepath string and a takepic boolean.
Inspired by `togglerecord`, I want to contribute a new version of my original element to this repository. In Rust, for sure. But my first implementation enhanced to a filter with only a boolean property to chain only one buffer when changing the value.
```
...tee name=t ! queue ! xvimagesink t. ! queue ! takepic ! jpegenc ! filesink
```
I prefer this new version because it can be used for other use cases. Also, it supports not only raw video, hardware memories with hardware JPEG encoders like `vaapijpegenc` can be used.
The current implementation is very similar to `togglerecord`. It can be updated to add this functionality. I already did. I implemented a `num-buffers` property to stop recording when reached.
My questions before the contribution:
* A new element or update `togglerecord` with `num-buffers` property?
* If a new element, `takepic` is a good name? Should it keep simple or also add `num-buffers` property.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2561Rtspclientsink stalls at "Redistribute latency... 0.00.00.6" when streaming h...2023-05-13T07:59:03ZGerbaumRtspclientsink stalls at "Redistribute latency... 0.00.00.6" when streaming h264 to simple-rtsp-server, but worked with version 1.16.2OS: Ubuntu 22.04 Gstreamer 1.20.3 rtsp-server 1.20.1
Command:
gst-launch-1.0 -e -v v4l2src device=/dev/video4 ! image/jpeg ! jpegdec ! videoconvert ! v4l2h264enc ! rtspclientsink location=rtsp://localhost:8554/mystream
stops at "Redi...OS: Ubuntu 22.04 Gstreamer 1.20.3 rtsp-server 1.20.1
Command:
gst-launch-1.0 -e -v v4l2src device=/dev/video4 ! image/jpeg ! jpegdec ! videoconvert ! v4l2h264enc ! rtspclientsink location=rtsp://localhost:8554/mystream
stops at "Redistribute latency... 0.00.00.6"
Although it is possible to save file as mp4 and then read file and send it to rtspserver
Same command works with Ubuntu 20.04 Gstreamer 1.16.2 rtsp-server-Version 1.16.2
without problems.https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/-/issues/172Rtspclientsink stalls at "Redistribute latency... 0.00.00.6" when streaming h...2023-05-12T13:49:18ZGerbaumRtspclientsink stalls at "Redistribute latency... 0.00.00.6" when streaming h264 to simple-rtsp-server, but worked with version 1.16.2OS: Ubuntu 22.04 Gstreamer 1.20.3 rtsp-server 1.20.1
Command:
gst-launch-1.0 -e -v v4l2src device=/dev/video4 ! image/jpeg ! jpegdec ! videoconvert ! v4l2h264enc ! rtspclientsink location=rtsp://localhost:8554/mystream
stops at "Redi...OS: Ubuntu 22.04 Gstreamer 1.20.3 rtsp-server 1.20.1
Command:
gst-launch-1.0 -e -v v4l2src device=/dev/video4 ! image/jpeg ! jpegdec ! videoconvert ! v4l2h264enc ! rtspclientsink location=rtsp://localhost:8554/mystream
stops at "Redistribute latency... 0.00.00.6"
Although it is possible to save file as mp4 and then read file and send it to rtspserver
Same command works with Ubuntu 20.04 Gstreamer 1.16.2 rtsp-server-Version 1.16.2
without problems.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2560Leak detected when using GstChildProxy to access internal objects other than ...2023-05-12T23:36:29ZCarlos Rafael GianiLeak detected when using GstChildProxy to access internal objects other than an element's pads### Describe your issue
When using something `GstParse` based like `gst-launch` to set up a pipeline that accesses an element's inner objects through `GstChildProxy`, leaks can be observed when the application ends.
This does not occur...### Describe your issue
When using something `GstParse` based like `gst-launch` to set up a pipeline that accesses an element's inner objects through `GstChildProxy`, leaks can be observed when the application ends.
This does not occur if objects are accessed through `GstChildProxy` with C calls instead of `GstParse`, hinting at a problem with `GstParse` itself.
#### Expected Behavior
Leak detector finds nothing, no leaks occur.
#### Observed Behavior
Leak detector finds that the objects that were accessed through `GstChildProxy`'s `get_child_by_index` vfunc leak. When using the example mentioned below, this can be seen: `GST_TRACER :0:: object-alive, type-name=(string)GstIirEqualizerBand, address=(gpointer)0x557b736e7470, description=(string)<band5>, ref-count=(uint)1, trace=(string);`
#### Setup
- **Operating System:** Any OS
- **Device:** PC
- **GStreamer Version:** Observed with version 1.22.0 and later; 1.20.5 did not exhibit this bug
- **Command line:** `GST_TRACERS=leaks GST_DEBUG=2,GST_TRACER:7 gst-launch-1.0 audiotestsrc ! equalizer-nbands num-bands=15 band5::gain=6.0 ! alsasink`
### Steps to reproduce the bug
1. Type the command line mentioned above
2. Press Ctrl+C as soon as a sound can be heard
### How reproducible is the bug?
Bug always happens.https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/357utils/livesync: intermittent test failure2024-03-21T08:59:06ZFrançois Laignelutils/livesync: intermittent test failureBacktrace:
```
failures:
---- test_video_nonsinglesegment stdout ----
thread 'test_video_nonsinglesegment' panicked at 'assertion failed: `(left == right)`
left: `20`,
right: `10`: Bad offset', utils/livesync/tests/livesync.rs:171:5
...Backtrace:
```
failures:
---- test_video_nonsinglesegment stdout ----
thread 'test_video_nonsinglesegment' panicked at 'assertion failed: `(left == right)`
left: `20`,
right: `10`: Bad offset', utils/livesync/tests/livesync.rs:171:5
stack backtrace:
0: 0x5596a3969a4a - std::backtrace_rs::backtrace::libunwind::trace::ha9053a9a07ca49cb
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/../../backtrace/src/backtrace/libunwind.rs:93:5
1: 0x5596a3969a4a - std::backtrace_rs::backtrace::trace_unsynchronized::h9c2852a457ad564e
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/../../backtrace/src/backtrace/mod.rs:66:5
2: 0x5596a3969a4a - std::sys_common::backtrace::_print_fmt::h457936fbfaa0070f
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/sys_common/backtrace.rs:65:5
3: 0x5596a3969a4a - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h5779d7bf7f70cb0c
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/sys_common/backtrace.rs:44:22
4: 0x5596a398d86e - core::fmt::write::h5a4baaff1bcd3eb5
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/fmt/mod.rs:1232:17
5: 0x5596a3966d85 - std::io::Write::write_fmt::h478f79c628ef31d1
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/io/mod.rs:1684:15
6: 0x5596a3969815 - std::sys_common::backtrace::_print::h5fcdc36060f177e8
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/sys_common/backtrace.rs:47:5
7: 0x5596a3969815 - std::sys_common::backtrace::print::h54ca9458b876c8bf
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/sys_common/backtrace.rs:34:9
8: 0x5596a396b5df - std::panicking::default_hook::{{closure}}::hbe471161c7664ed6
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:271:22
9: 0x5596a396b29f - std::panicking::default_hook::ha3500da57aa4ac4f
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:287:9
10: 0x5596a392ccf7 - <alloc::boxed::Box<F,A> as core::ops::function::Fn<Args>>::call::hdf1b89dd137ece34
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/alloc/src/boxed.rs:2001:9
11: 0x5596a392ccf7 - test::test_main::{{closure}}::h9081a79f20e75698
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/test/src/lib.rs:135:21
12: 0x5596a396bd0d - <alloc::boxed::Box<F,A> as core::ops::function::Fn<Args>>::call::h6507bddc3eebb4a5
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/alloc/src/boxed.rs:2001:9
13: 0x5596a396bd0d - std::panicking::rust_panic_with_hook::h50c09d000dc561d2
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:696:13
14: 0x5596a396ba89 - std::panicking::begin_panic_handler::{{closure}}::h9e2b2176e00e0d9c
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:583:13
15: 0x5596a3969eb6 - std::sys_common::backtrace::__rust_end_short_backtrace::h5739b8e512c09d02
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/sys_common/backtrace.rs:150:18
16: 0x5596a396b792 - rust_begin_unwind
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:579:5
17: 0x5596a389fbb3 - core::panicking::panic_fmt::hf33a1475b4dc5c3e
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/panicking.rs:64:14
18: 0x5596a389ff79 - core::panicking::assert_failed_inner::haf9816227b20b6f2
19: 0x5596a389cddb - core::panicking::assert_failed::h7fb79f70954ed4b3
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/panicking.rs:211:5
20: 0x5596a38a0a3b - livesync::assert_buf::h04bc4e33d09483d5
at /builds/fengalin/gst-plugins-rs/utils/livesync/tests/livesync.rs:39:5
21: 0x5596a38a0a3b - livesync::assert_crank_pull::h9b976b522c0e4a86
at /builds/fengalin/gst-plugins-rs/utils/livesync/tests/livesync.rs:63:5
22: 0x5596a38a1217 - livesync::test_livesync::hb71af84929e44b78
at /builds/fengalin/gst-plugins-rs/utils/livesync/tests/livesync.rs:171:5
23: 0x5596a38a0c00 - livesync::test_video::h3619b10f673b3d78
at /builds/fengalin/gst-plugins-rs/utils/livesync/tests/livesync.rs:107:5
24: 0x5596a38a06bb - livesync::test_video_nonsinglesegment::hd662f11e65e78a0d
at /builds/fengalin/gst-plugins-rs/utils/livesync/tests/livesync.rs:84:5
25: 0x5596a38a06bb - livesync::test_video_nonsinglesegment::{{closure}}::h473f6131366c2272
at /builds/fengalin/gst-plugins-rs/utils/livesync/tests/livesync.rs:83:34
26: 0x5596a38a06bb - core::ops::function::FnOnce::call_once::h66ce434160b9bf52
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/ops/function.rs:250:5
27: 0x5596a39320df - core::ops::function::FnOnce::call_once::h7d969581be7d0075
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/ops/function.rs:250:5
28: 0x5596a39320df - test::__rust_begin_short_backtrace::hca25a52684e56655
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/test/src/lib.rs:656:18
29: 0x5596a39036fc - test::run_test::{{closure}}::ha8ac744c4af1a4bb
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/test/src/lib.rs:647:30
30: 0x5596a39036fc - core::ops::function::FnOnce::call_once{{vtable.shim}}::h7b411a9ed45bdecf
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/ops/function.rs:250:5
31: 0x5596a39310a6 - <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once::hd05328869a8ed200
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/alloc/src/boxed.rs:1987:9
32: 0x5596a39310a6 - <core::panic::unwind_safe::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once::h0c601ce20bd5b2be
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/panic/unwind_safe.rs:271:9
33: 0x5596a39310a6 - std::panicking::try::do_call::ha4be5c164fe30854
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:487:40
34: 0x5596a39310a6 - std::panicking::try::h604546f3609af05f
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:451:19
35: 0x5596a39310a6 - std::panic::catch_unwind::h5bfa8afe44c9c2f9
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panic.rs:140:14
36: 0x5596a39310a6 - test::run_test_in_process::hd50dee55dd63e6aa
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/test/src/lib.rs:679:27
37: 0x5596a39310a6 - test::run_test::run_test_inner::{{closure}}::h4aa0f433aa85cea8
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/test/src/lib.rs:573:39
38: 0x5596a38fdd71 - test::run_test::run_test_inner::{{closure}}::had56431adf24b4d6
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/test/src/lib.rs:600:37
39: 0x5596a38fdd71 - std::sys_common::backtrace::__rust_begin_short_backtrace::ha8d9890e0c73bf13
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/sys_common/backtrace.rs:134:18
40: 0x5596a390378b - std::thread::Builder::spawn_unchecked_::{{closure}}::{{closure}}::h251832bcb4a95327
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/thread/mod.rs:560:17
41: 0x5596a390378b - <core::panic::unwind_safe::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once::h8fdff598fa414831
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/panic/unwind_safe.rs:271:9
42: 0x5596a390378b - std::panicking::try::do_call::h455dd2f7764a950f
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:487:40
43: 0x5596a390378b - std::panicking::try::had6f23b7b73ae72a
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panicking.rs:451:19
44: 0x5596a390378b - std::panic::catch_unwind::ha6a5ca3915b4dad0
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/panic.rs:140:14
45: 0x5596a390378b - std::thread::Builder::spawn_unchecked_::{{closure}}::h883b72ef75da6231
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/thread/mod.rs:559:30
46: 0x5596a390378b - core::ops::function::FnOnce::call_once{{vtable.shim}}::hb7dff73dc8bd2ccb
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/core/src/ops/function.rs:250:5
47: 0x5596a3970143 - <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once::h39990b24eedef2ab
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/alloc/src/boxed.rs:1987:9
48: 0x5596a3970143 - <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once::h01a027258444143b
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/alloc/src/boxed.rs:1987:9
49: 0x5596a3970143 - std::sys::unix::thread::Thread::new::thread_start::ha4f1cdd9c25884ba
at /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/std/src/sys/unix/thread.rs:108:17
50: 0x7f1bb8f06fd4 - <unknown>
51: 0x7f1bb8f875bc - <unknown>
52: 0x0 - <unknown>
failures:
test_video_nonsinglesegment
```
https://gitlab.freedesktop.org/fengalin/gst-plugins-rs/-/jobs/41599224https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2559Caught a segmentation fault while loading plugin file libgstpython.so2023-05-12T09:27:15ZKoen DaenenCaught a segmentation fault while loading plugin file libgstpython.so## Intro
I'm trying to launch a pipeline using a python plugin (`mask`):
```
videotestsrc ! videoconvert ! mask name=mask effect=gray shape=ellipse ! videoconvert ! gdppay ! tcpserversink host=0.0.0.0 port=5555
```
but get sometimes ...## Intro
I'm trying to launch a pipeline using a python plugin (`mask`):
```
videotestsrc ! videoconvert ! mask name=mask effect=gray shape=ellipse ! videoconvert ! gdppay ! tcpserversink host=0.0.0.0 port=5555
```
but get sometimes the error
```
ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstpython.so
```
I.e.: at random it either runs or aborts with this error.
When I use the flag `--gst-disable-segtrap` it always works, i.e. it does not only launch the pipeline correctly even all the rest of my code works. But my understanding is that the purpuse of this flag is to support debugging, not to use it for normal operations.
With `gst-inspect-1.0 mask` everything looks ok.
Also using `gst-launch-1.0` to launch the pipeline works correctly.
I can launch this pipeline with a simple python program using `Gst.parse_launch`. Also with the Java binding (`gst1-java-core` `1.4.0`) I can launch it with `Gst.parseLaunch` in a simple `main ` function.
The program that causes the problem is a multi-threaded webserver using ThreadPools on the JVM, that at a certain moment calls `Gst.init` followed by `Gst.parseLaunch` in a synchronous blocking style in the same thread (no other calls to `Gst` yet), while the rest of program running on the JVM has no interaction neither with `Gst` or `python`. This code sometimes triggers the issue and sometimes works correctly.
## Details
Some logs using `GDB_DEBUG=4`:
```
0:00:00.052543099 3709 0x7f87500f1800 INFO GST_INIT gst.c:833:init_post: GLib runtime version: 2.72.4
0:00:00.052646811 3709 0x7f87500f1800 INFO GST_INIT gst.c:835:init_post: GLib headers version: 2.72.1
0:00:00.052690382 3709 0x7f87500f1800 INFO GST_INIT gst.c:837:init_post: initialized GStreamer successfully
...
0:00:00.376343889 3709 0x7f87501dea60 INFO GST_PIPELINE gstparse.c:344:gst_parse_launch_full: parsing pipeline description 'videotestsrc ! videoconvert ! mask name=mask effect=gray shape=ellipse ! videoconvert ! gdppay ! tcpserversink host=0.0.0.0 port=5555'
0:00:00.381804709 3709 0x7f87501dea60 INFO GST_PLUGIN_LOADING gstplugin.c:987:_priv_gst_plugin_load_file_for_registry: plugin "/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvideotestsrc.so" loaded
0:00:00.381912562 3709 0x7f87501dea60 INFO GST_ELEMENT_FACTORY gstelementfactory.c:489:gst_element_factory_create_with_properties: creating element "videotestsrc"
0:00:00.382150672 3709 0x7f87501dea60 INFO GST_ELEMENT_PADS gstelement.c:759:gst_element_add_pad:<GstBaseSrc@0x7f874c2f9af0> adding pad 'src'
0:00:00.386721280 3709 0x7f87501dea60 INFO GST_PLUGIN_LOADING gstplugin.c:987:_priv_gst_plugin_load_file_for_registry: plugin "/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvideoconvert.so" loaded
0:00:00.386809616 3709 0x7f87501dea60 INFO GST_ELEMENT_FACTORY gstelementfactory.c:489:gst_element_factory_create_with_properties: creating element "videoconvert"
0:00:00.387151255 3709 0x7f87501dea60 INFO GST_ELEMENT_PADS gstelement.c:759:gst_element_add_pad:<GstBaseTransform@0x7f874c2ffbf0> adding pad 'sink'
0:00:00.387215731 3709 0x7f87501dea60 INFO GST_ELEMENT_PADS gstelement.c:759:gst_element_add_pad:<GstBaseTransform@0x7f874c2ffbf0> adding pad 'src'
ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstpython.so
```
So far as I can understand this logging:
`Gst.init` is successful.
The call `Gst.parseLaunch` from JVM to Gst start normal, the pipeline description is parsed and then the plugin libraries get loaded, but loading `libgstpython.so` fails. Before I share logs using gdb, both succesfull and failure case. My server launches the initialization of the web app and the launch of the Gst pipeline in parallel. I observe that in the failure case a `"epollEventLoopG" hit Catchpoint 1` is logged while in the successfull case it is not. It looks like in the successfull case the gst pipeline is launched before the http server (netty) starts its own threads.
Some version details:
- Ubuntu 22.02 running Virtual Box 7.0 on macOS 12.6.5.
- openjdk version "1.8.0_362"; used JVM options ` -Xms2024m -Xmx4096m -Xss4M`
- Latest gstreamer1.0 libs installed with apt-get (incl gstreamer1.0-python3-plugin-loader)
- Python 3.10.6 (installed via apt-get, no other python installed)
- mask.py code uses python3-numpy and python3-opencv (both installed with apt-get)
- Using PyGObject==3.44.1 installed via pip; the problem also occured with the latest version available on apt-get, which is older and caused additonal warnings (which are resolved using 3.44.1).
The web-server implementation is based on netty, as you can see in my (partial) classpath:
```
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-codec-http/4.1.87.Final/netty-codec-http-4.1.87.Final.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-handler-proxy/4.1.87.Final/netty-handler-proxy-4.1.87.Final.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.87.Final/netty-transport-native-epoll-4.1.87.Final.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.87.Final/netty-transport-native-epoll-4.1.87.Final-linux-x86_64.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.87.Final/netty-transport-native-epoll-4.1.87.Final-linux-aarch_64.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.87.Final/netty-transport-native-kqueue-4.1.87.Final.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.87.Final/netty-transport-native-kqueue-4.1.87.Final-osx-x86_64.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.87.Final/netty-transport-native-kqueue-4.1.87.Final-osx-aarch_64.jar:\
$CACHES_COUSIER/v1/https/repo1.maven.org/maven2/io/netty/incubator/netty-incubator-transport-native-io_uring/0.0.15.Final/netty-incubator-transport-native-io_uring-0.0.15.Final-linux-x86_64.jar:\
```
## GDB logs
### Success case without flag --gst-disable-segtrap
```
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Installing openjdk unwinder
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so-gdb.py", line 52, in <module>
class Types(object):
File "/usr/share/gdb/auto-load/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so-gdb.py", line 66, in Types
nmethodp_t = gdb.lookup_type('nmethod').pointer()
gdb.error: No type named nmethod.
[New Thread 0x7ffff67ff640 (LWP 16832)]
[Switching to Thread 0x7ffff67ff640 (LWP 16832)]
Thread 2 "java" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe10002b4 in ?? ()
#0 0x00007fffe10002b4 in ?? ()
#1 0x0000000000000246 in ?? ()
#2 0x00007fffe1000160 in ?? ()
#3 0x00007ffff79fe89c in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff67fe920 in ?? ()
#5 0x00007ffff774804d in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#6 0x49656e696c65746e in ?? ()
#7 0x02060800000906ea in ?? ()
#8 0x178bfbffdefa2203 in ?? ()
#9 0x01c0003f14000121 in ?? ()
#10 0x000000000000003f in ?? ()
#11 0x0000000000000000 in ?? ()
[New Thread 0x7ffff7bf3640 (LWP 16833)]
[New Thread 0x7ffff6bff640 (LWP 16834)]
[New Thread 0x7ffff52e7640 (LWP 16835)]
[New Thread 0x7ffff51e6640 (LWP 16836)]
[New Thread 0x7ffff50e5640 (LWP 16837)]
[New Thread 0x7ffff4fe4640 (LWP 16838)]
[New Thread 0x7fffcb6f6640 (LWP 16839)]
[New Thread 0x7fffcb5f5640 (LWP 16840)]
[New Thread 0x7fffcb1f5640 (LWP 16841)]
[New Thread 0x7fffc9fff640 (LWP 16842)]
[New Thread 0x7fffc9bff640 (LWP 16843)]
[New Thread 0x7fffc9afe640 (LWP 16844)]
[New Thread 0x7fffc99fd640 (LWP 16845)]
[New Thread 0x7fffc98fc640 (LWP 16846)]
[New Thread 0x7fffc94fc640 (LWP 16847)]
[New Thread 0x7fffc8cfc640 (LWP 16848)]
[New Thread 0x7fffc88fc640 (LWP 16849)]
[New Thread 0x7fffc84fc640 (LWP 16850)]
[New Thread 0x7fff87fff640 (LWP 16851)]
[New Thread 0x7fff8ffff640 (LWP 16852)]
[New Thread 0x7fff8fbff640 (LWP 16853)]
[New Thread 0x7fff8f7ff640 (LWP 16854)]
[New Thread 0x7fff8edff640 (LWP 16855)]
[New Thread 0x7fff8e9ff640 (LWP 16856)]
[New Thread 0x7fff8e5ff640 (LWP 16857)]
[New Thread 0x7fff8dbff640 (LWP 16858)]
[New Thread 0x7fff8d7ff640 (LWP 16859)]
Gst.init thread: 19 - zio-default-blocking-2
[New Thread 0x7fff8cfff640 (LWP 16860)]
[New Thread 0x7fff8cbff640 (LWP 16861)]
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
Gst.parseLaunch thread: 18 - zio-default-blocking-1
[Switching to Thread 0x7fffc99fd640 (LWP 16845)]
Thread 15 "C1 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff7094463 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff7098e87 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[Switching to Thread 0x7fff8e9ff640 (LWP 16856)]
Thread 26 "zio-default-blo" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff728fc22 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff728fc22 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff729012b in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007fffe1013791 in ?? ()
#3 0x00007fffe101374f in ?? ()
#4 0x00007fff8e9fba98 in ?? ()
#5 0x00007fffe0b8c780 in ?? ()
#6 0x00007fff8e9fbaf0 in ?? ()
#7 0x00007fffe0b8c8c0 in ?? ()
#8 0x0000000000000000 in ?? ()
[Detaching after vfork from child process 16862]
[New Thread 0x7fffc80d0640 (LWP 16863)]
Thread 26 "zio-default-blo" hit Catchpoint 1 (signal SIGSEGV), BFD: reopening /home/ubuntu/.cache/JNA/temp/jna1040134749005825361.tmp: No such file or directory
BFD: reopening /home/ubuntu/.cache/JNA/temp/jna1040134749005825361.tmp: No such file or directory
warning: Can't read data for section '.eh_frame' in file '/home/ubuntu/.cache/JNA/temp/jna1040134749005825361.tmp'
BFD: reopening /tmp/libnetty_transport_native_epoll_x86_647661819401696926222.so: No such file or directory
BFD: reopening /tmp/libnetty_transport_native_epoll_x86_647661819401696926222.so: No such file or directory
warning: Can't read data for section '.eh_frame' in file '/tmp/libnetty_transport_native_epoll_x86_647661819401696926222.so'
0x00007fffe120d475 in ?? ()
#0 0x00007fffe120d475 in ?? ()
#1 0x000000076ad88868 in ?? ()
#2 0x00000006c004b510 in ?? ()
#3 0x00007fff8e9fc030 in ?? ()
#4 0x00007fffe0819c65 in ?? ()
#5 0x00007fff8e9fc088 in ?? ()
#6 0x0000000000000000 in ?? ()
[New Thread 0x7fff866e2640 (LWP 16864)]
[New Thread 0x7fff862e2640 (LWP 16865)]
[New Thread 0x7fff85ee2640 (LWP 16866)]
[New Thread 0x7fff85ae2640 (LWP 16867)]
[New Thread 0x7fff856e2640 (LWP 16868)]
[New Thread 0x7fff852e2640 (LWP 16869)]
[New Thread 0x7fff84ee2640 (LWP 16870)]
[New Thread 0x7fff84ae2640 (LWP 16871)]
[New Thread 0x7fff846e2640 (LWP 16872)]
[New Thread 0x7fff2ffff640 (LWP 16873)]
[New Thread 0x7fff2fbff640 (LWP 16874)]
[New Thread 0x7fff2f7ff640 (LWP 16875)]
[New Thread 0x7fff2f3ff640 (LWP 16876)]
[New Thread 0x7fff067ff640 (LWP 16877)]
[New Thread 0x7fff05ffe640 (LWP 16878)]
[New Thread 0x7fff05bfe640 (LWP 16879)]
-----launched: videotestsrc ! videoconvert ! mask name=mask effect=gray shape=ellipse ! videoconvert ! gdppay ! tcpserversink host=0.0.0.0 port=5555 ----
```
### Failure case without flag --gst-disable-segtrap
```
GNU gdb (Ubuntu 12.1-0ubuntu1~22.04) 12.1
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-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
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"...
Reading symbols from java...
(No debugging symbols found in java)
Catchpoint 1 (signal SIGSEGV)
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff67ff640 (LWP 16769)]
[Switching to Thread 0x7ffff67ff640 (LWP 16769)]
Thread 2 "java" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe10002b4 in ?? ()
#0 0x00007fffe10002b4 in ?? ()
#1 0x0000000000000246 in ?? ()
#2 0x00007fffe1000160 in ?? ()
#3 0x00007ffff79fe89c in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff67fe920 in ?? ()
#5 0x00007ffff774804d in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#6 0x49656e696c65746e in ?? ()
#7 0x03060800000906ea in ?? ()
#8 0x178bfbffdefa2203 in ?? ()
#9 0x01c0003f14000121 in ?? ()
#10 0x000000000000003f in ?? ()
#11 0x0000000000000000 in ?? ()
[New Thread 0x7ffff7bf3640 (LWP 16770)]
[New Thread 0x7ffff6bff640 (LWP 16771)]
[New Thread 0x7ffff52e7640 (LWP 16772)]
[New Thread 0x7ffff51e6640 (LWP 16773)]
[New Thread 0x7ffff50e5640 (LWP 16774)]
[New Thread 0x7ffff4fe4640 (LWP 16775)]
[New Thread 0x7fffd36f6640 (LWP 16776)]
[New Thread 0x7fffd35f5640 (LWP 16777)]
[New Thread 0x7fffd31f5640 (LWP 16778)]
[New Thread 0x7fffd1fff640 (LWP 16779)]
[New Thread 0x7fffd1bff640 (LWP 16780)]
[New Thread 0x7fffd1afe640 (LWP 16781)]
[New Thread 0x7fffd19fd640 (LWP 16782)]
[New Thread 0x7fffd18fc640 (LWP 16783)]
[New Thread 0x7fffd14fc640 (LWP 16784)]
[New Thread 0x7fffd0cfc640 (LWP 16785)]
[New Thread 0x7fffd08fc640 (LWP 16786)]
[New Thread 0x7fffd04fc640 (LWP 16787)]
[New Thread 0x7fffc3fff640 (LWP 16788)]
[New Thread 0x7fffc3bff640 (LWP 16789)]
[New Thread 0x7fffc37ff640 (LWP 16790)]
[New Thread 0x7fffc33ff640 (LWP 16791)]
[Switching to Thread 0x7fffc33ff640 (LWP 16791)]
Thread 24 "ZScheduler-Supe" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe12d505a in ?? ()
#0 0x00007fffe12d505a in ?? ()
#1 0x00000000e0923ee8 in ?? ()
#2 0x0000000000000000 in ?? ()
[New Thread 0x7fffc29ff640 (LWP 16792)]
[New Thread 0x7fffc25ff640 (LWP 16793)]
[Switching to Thread 0x7fffc25ff640 (LWP 16793)]
Thread 26 "zio-default-blo" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe13ad5b5 in ?? ()
#0 0x00007fffe13ad5b5 in ?? ()
#1 0x00007fffe11382d4 in ?? ()
#2 0x0000000000000000 in ?? ()
[New Thread 0x7fffc1bff640 (LWP 16794)]
[New Thread 0x7fffc17ff640 (LWP 16795)]
Gst.init thread: 18 - zio-default-blocking-2
[New Thread 0x7fffc0fff640 (LWP 16796)]
[New Thread 0x7fffc0bff640 (LWP 16797)]
[Switching to Thread 0x7fffc37ff640 (LWP 16790)]
Thread 23 "ZScheduler-Work" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe1288b94 in ?? ()
#0 0x00007fffe1288b94 in ?? ()
#1 0x00007fffe12b2314 in ?? ()
#2 0x0000002972143f20 in ?? ()
#3 0x0000001600000000 in ?? ()
#4 0x000000077214c4e8 in ?? ()
#5 0x00007ffff757da00 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#6 0x00007ffff729be75 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#7 0x00007ffff7354436 in JVM_DoPrivileged () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#8 0x00007fffe11efcd5 in ?? ()
#9 0x00000007721452a0 in ?? ()
#10 0x00000006c0003508 in ?? ()
#11 0x0000000772143f20 in ?? ()
#12 0x00007fff00000000 in ?? ()
#13 0x0000000772144050 in ?? ()
#14 0x0000000000000000 in ?? ()
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
Gst.parseLaunch thread: 18 - zio-default-blocking-2
[New Thread 0x7fffc03ff640 (LWP 16798)]
[Switching to Thread 0x7fffd1bff640 (LWP 16780)]
Thread 13 "C2 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff7094463 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff7098e87 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[Switching to Thread 0x7fffc37ff640 (LWP 16790)]
Thread 23 "ZScheduler-Work" hit Catchpoint 1 (signal SIGSEGV), BFD: reopening /home/ubuntu/.cache/JNA/temp/jna7800597140666420489.tmp: No such file or directory
BFD: reopening /home/ubuntu/.cache/JNA/temp/jna7800597140666420489.tmp: No such file or directory
warning: Can't read data for section '.eh_frame' in file '/home/ubuntu/.cache/JNA/temp/jna7800597140666420489.tmp'
BFD: reopening /tmp/libnetty_transport_native_epoll_x86_644660248977549344658.so: No such file or directory
BFD: reopening /tmp/libnetty_transport_native_epoll_x86_644660248977549344658.so: No such file or directory
warning: Can't read data for section '.eh_frame' in file '/tmp/libnetty_transport_native_epoll_x86_644660248977549344658.so'
0x00007fffe101845e in ?? ()
#0 0x00007fffe101845e in ?? ()
#1 0x0000000000000001 in ?? ()
#2 0x00007ffff0b8e000 in ?? ()
#3 0x62696c2f706d742f in ?? ()
#4 0x00007fffe1018427 in ?? ()
#5 0x00007fffc37f66b8 in ?? ()
#6 0x00007fffc37f6710 in ?? ()
#7 0x00007fffe1008042 in ?? ()
#8 0x00007fffc37f66b8 in ?? ()
#9 0x0000000000000000 in ?? ()
[Detaching after vfork from child process 16799]
[New Thread 0x7fffd00d0640 (LWP 16800)]
[Switching to Thread 0x7fffc25ff640 (LWP 16793)]
Thread 26 "zio-default-blo" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe1219cb5 in ?? ()
#0 0x00007fffe1219cb5 in ?? ()
#1 0x000000076badefe0 in ?? ()
#2 0x00000006c0045f20 in ?? ()
#3 0x00007fffc25fc030 in ?? ()
#4 0x00007fffe0819c65 in ?? ()
#5 0x00007fffc25fc088 in ?? ()
#6 0x0000000000000000 in ?? ()
[Switching to Thread 0x7fffd19fd640 (LWP 16782)]
Thread 15 "C1 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff7094463 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff7098e87 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[New Thread 0x7fff5a6e2640 (LWP 16801)]
[New Thread 0x7fff5a2e2640 (LWP 16802)]
[New Thread 0x7fff59ee2640 (LWP 16803)]
[New Thread 0x7fff59ae2640 (LWP 16804)]
[New Thread 0x7fff596e2640 (LWP 16805)]
[New Thread 0x7fff592e2640 (LWP 16806)]
[New Thread 0x7fff58ee2640 (LWP 16807)]
[New Thread 0x7fff58ae2640 (LWP 16808)]
[New Thread 0x7fff586e2640 (LWP 16809)]
[New Thread 0x7fff33fff640 (LWP 16810)]
[New Thread 0x7fff33bff640 (LWP 16811)]
[New Thread 0x7fff337ff640 (LWP 16812)]
Thread 15 "C1 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff7094463 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff7098e87 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[Switching to Thread 0x7fffd04fc640 (LWP 16787)]
Thread 20 "ZScheduler-Work" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff728711e in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff728711e in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007fffe1025ca7 in ?? ()
#2 0x00007fffe10077d0 in ?? ()
#3 0x00007fffe1025c73 in ?? ()
#4 0x00007fffd04f4620 in ?? ()
#5 0x00007fffe09b43a8 in ?? ()
#6 0x00007fffd04f4698 in ?? ()
#7 0x00007fffe09b4e80 in ?? ()
#8 0x0000000000000000 in ?? ()
[Switching to Thread 0x7fffc25ff640 (LWP 16793)]
Thread 26 "zio-default-blo" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe11fde76 in ?? ()
#0 0x00007fffe11fde76 in ?? ()
#1 0x00000006c0045f20 in ?? ()
#2 0x000000076badf0f0 in ?? ()
#3 0x000000076becf660 in ?? ()
#4 0x0000000000000000 in ?? ()
[New Thread 0x7fff333ff640 (LWP 16813)]
[Switching to Thread 0x7fffd1bff640 (LWP 16780)]
Thread 13 "C2 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff7094463 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff7098e87 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[Switching to Thread 0x7fffd08fc640 (LWP 16786)]
Thread 19 "ZScheduler-Work" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff728fc22 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff728fc22 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff729012b in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007fffe1013791 in ?? ()
#3 0x00007fffe101374f in ?? ()
#4 0x00007fffd08fad88 in ?? ()
#5 0x00007fffc2c1fb70 in ?? ()
#6 0x00007fffd08fade0 in ?? ()
#7 0x00007fffc2c20f28 in ?? ()
#8 0x0000000000000000 in ?? ()
[Switching to Thread 0x7fffd1afe640 (LWP 16781)]
Thread 14 "C2 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff700f2f8 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff700f2f8 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff74ed241 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff75d47b9 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff708c00f in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff708e0d9 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff6fdf925 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#6 0x00007ffff7097a13 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#7 0x00007ffff70991af in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#8 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#9 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#10 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#11 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[Switching to Thread 0x7fff5a6e2640 (LWP 16801)]
Thread 33 "epollEventLoopG" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7298d36 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7298d36 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff729b7eb in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff76a7abf in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76a7fe0 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff76abea5 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7341e43 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#6 0x00007ffff73443a5 in JVM_DefineClassWithSource () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#7 0x00007ffff7e4a032 in Java_java_lang_ClassLoader_defineClass1 () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/libjava.so
#8 0x00007fffe1278c4b in ?? ()
#9 0x00007fff5a6df528 in ?? ()
#10 0x00007fff5a6df550 in ?? ()
#11 0x00000006c0003288 in ?? ()
#12 0x00000007744f5fa8 in ?? ()
#13 0x00000007744ff6d8 in ?? ()
#14 0x00007fffe12a363c in ?? ()
#15 0x000000005a6df8a0 in ?? ()
#16 0x00000006c03f2c60 in ?? ()
#17 0x00000007744ff6d8 in ?? ()
#18 0x00007fffe16013bc in ?? ()
#19 0x00007fff5a6df8a0 in ?? ()
#20 0x00007fffe121901c in ?? ()
#21 0x00000007745004b0 in ?? ()
#22 0x00000007744fe268 in ?? ()
#23 0x00007fff5a6df8a0 in ?? ()
#24 0x00007fffe16132f4 in ?? ()
#25 0x00007fff5a6df8a0 in ?? ()
#26 0x00007fffe16d8b07 in ?? ()
#27 0x00000006c0171c60 in ?? ()
#28 0x00000007744fd370 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstpython.so
Please either:
- remove it and restart.
- run with --gst-disable-segtrap --gst-disable-registry-fork and debug.
[Thread 0x7fff333ff640 (LWP 16813) exited]
[Thread 0x7fff337ff640 (LWP 16812) exited]
[Thread 0x7fff33bff640 (LWP 16811) exited]
[Thread 0x7fff33fff640 (LWP 16810) exited]
[Thread 0x7fff586e2640 (LWP 16809) exited]
[Thread 0x7fff58ae2640 (LWP 16808) exited]
[Thread 0x7fff58ee2640 (LWP 16807) exited]
[Thread 0x7fff592e2640 (LWP 16806) exited]
[Thread 0x7fff596e2640 (LWP 16805) exited]
[Thread 0x7fff59ae2640 (LWP 16804) exited]
[Thread 0x7fff59ee2640 (LWP 16803) exited]
[Thread 0x7fff5a2e2640 (LWP 16802) exited]
[Thread 0x7fff5a6e2640 (LWP 16801) exited]
[Thread 0x7fffc03ff640 (LWP 16798) exited]
[Thread 0x7fffc0bff640 (LWP 16797) exited]
[Thread 0x7fffc0fff640 (LWP 16796) exited]
[Thread 0x7fffc17ff640 (LWP 16795) exited]
[Thread 0x7fffc1bff640 (LWP 16794) exited]
[Thread 0x7fffc25ff640 (LWP 16793) exited]
[Thread 0x7fffc29ff640 (LWP 16792) exited]
[Thread 0x7fffc33ff640 (LWP 16791) exited]
[Thread 0x7fffc37ff640 (LWP 16790) exited]
[Thread 0x7fffc3bff640 (LWP 16789) exited]
[Thread 0x7fffc3fff640 (LWP 16788) exited]
[Thread 0x7fffd04fc640 (LWP 16787) exited]
[Thread 0x7fffd08fc640 (LWP 16786) exited]
[Thread 0x7fffd0cfc640 (LWP 16785) exited]
[Thread 0x7fffd14fc640 (LWP 16784) exited]
[Thread 0x7fffd18fc640 (LWP 16783) exited]
[Thread 0x7fffd19fd640 (LWP 16782) exited]
[Thread 0x7fffd1afe640 (LWP 16781) exited]
[Thread 0x7fffd1bff640 (LWP 16780) exited]
[Thread 0x7fffd1fff640 (LWP 16779) exited]
[Thread 0x7fffd31f5640 (LWP 16778) exited]
[Thread 0x7fffd35f5640 (LWP 16777) exited]
[Thread 0x7fffd36f6640 (LWP 16776) exited]
[Thread 0x7ffff4fe4640 (LWP 16775) exited]
[Thread 0x7ffff50e5640 (LWP 16774) exited]
[Thread 0x7ffff51e6640 (LWP 16773) exited]
[Thread 0x7ffff52e7640 (LWP 16772) exited]
[Thread 0x7ffff6bff640 (LWP 16771) exited]
[Thread 0x7ffff7bf3640 (LWP 16770) exited]
[Thread 0x7ffff67ff640 (LWP 16769) exited]
[Thread 0x7ffff7f76b80 (LWP 16766) exited]
[Thread 0x7fffd00d0640 (LWP 16800) exited]
[New process 16766]
[Inferior 1 (process 16766) exited with code 0377]
Installing openjdk unwinder
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so-gdb.py", line 52, in <module>
class Types(object):
File "/usr/share/gdb/auto-load/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so-gdb.py", line 66, in Types
nmethodp_t = gdb.lookup_type('nmethod').pointer()
gdb.error: No type named nmethod.
```
### Success case with flag --gst-disable-segtrap
```
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff67ff640 (LWP 16965)]
[Switching to Thread 0x7ffff67ff640 (LWP 16965)]
Thread 2 "java" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe10002b4 in ?? ()
#0 0x00007fffe10002b4 in ?? ()
#1 0x0000000000000246 in ?? ()
#2 0x00007fffe1000160 in ?? ()
#3 0x00007ffff79fe89c in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff67fe920 in ?? ()
#5 0x00007ffff774804d in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#6 0x49656e696c65746e in ?? ()
#7 0x02060800000906ea in ?? ()
#8 0x178bfbffdefa2203 in ?? ()
#9 0x01c0003f14000121 in ?? ()
#10 0x000000000000003f in ?? ()
#11 0x0000000000000000 in ?? ()
[New Thread 0x7ffff7bf3640 (LWP 16966)]
[New Thread 0x7ffff6bff640 (LWP 16967)]
[New Thread 0x7ffff52e7640 (LWP 16968)]
[New Thread 0x7ffff51e6640 (LWP 16969)]
[New Thread 0x7ffff50e5640 (LWP 16970)]
[New Thread 0x7ffff4fe4640 (LWP 16971)]
[New Thread 0x7fffdb6f6640 (LWP 16972)]
[New Thread 0x7fffdb5f5640 (LWP 16973)]
[New Thread 0x7fffdb1f5640 (LWP 16974)]
[New Thread 0x7fffd9fff640 (LWP 16975)]
[New Thread 0x7fffd9bff640 (LWP 16976)]
[New Thread 0x7fffd9afe640 (LWP 16977)]
[New Thread 0x7fffd99fd640 (LWP 16978)]
[New Thread 0x7fffd98fc640 (LWP 16979)]
[New Thread 0x7fffd94fc640 (LWP 16980)]
[New Thread 0x7fffd8cfc640 (LWP 16981)]
[New Thread 0x7fffd88fc640 (LWP 16982)]
[New Thread 0x7fffd84fc640 (LWP 16983)]
[New Thread 0x7fffcffff640 (LWP 16984)]
[New Thread 0x7fffcfbff640 (LWP 16985)]
[New Thread 0x7fffcf7ff640 (LWP 16986)]
[New Thread 0x7fffcf3ff640 (LWP 16987)]
[Switching to Thread 0x7fffcf3ff640 (LWP 16987)]
Thread 24 "ZScheduler-Supe" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe12bdb9a in ?? ()
#0 0x00007fffe12bdb9a in ?? ()
#1 0x00007fffe0923ee8 in ?? ()
#2 0x0000000000000000 in ?? ()
[New Thread 0x7fffce9ff640 (LWP 16988)]
[New Thread 0x7fffce5ff640 (LWP 16989)]
[Switching to Thread 0x7fffce5ff640 (LWP 16989)]
Thread 26 "zio-default-blo" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe13c40f5 in ?? ()
#0 0x00007fffe13c40f5 in ?? ()
#1 0x00007fffe113d0d4 in ?? ()
#2 0x0000000000000000 in ?? ()
[New Thread 0x7fffcdbff640 (LWP 16990)]
[New Thread 0x7fffcd7ff640 (LWP 16991)]
Gst.init thread: 18 - zio-default-blocking-2
[New Thread 0x7fffccfff640 (LWP 16992)]
[New Thread 0x7fffccbff640 (LWP 16993)]
[Switching to Thread 0x7fffcf3ff640 (LWP 16987)]
Thread 24 "ZScheduler-Supe" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe101845e in ?? ()
#0 0x00007fffe101845e in ?? ()
#1 0x000001880c6be581 in ?? ()
#2 0x4670830c5fa93100 in ?? ()
#3 0x0000000000000000 in ?? ()
[Switching to Thread 0x7fffd84fc640 (LWP 16983)]
Thread 20 "ZScheduler-Work" hit Catchpoint 1 (signal SIGSEGV), 0x00007fffe1380a09 in ?? ()
#0 0x00007fffe1380a09 in ?? ()
#1 0x00007fffe138117c in ?? ()
#2 0x0000000000000000 in ?? ()
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
[New Thread 0x7fffcc3ff640 (LWP 16994)]
Gst.parseLaunch thread: 17 - zio-default-blocking-1
[Switching to Thread 0x7fffd9bff640 (LWP 16976)]
Thread 13 "C2 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff7094463 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff7098e87 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[Switching to Thread 0x7fffcfbff640 (LWP 16985)]
Thread 22 "ZScheduler-Work" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff6fd0998 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff6fd0998 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007fffe1101b87 in ?? ()
#2 0x00007fffcfbf5ae0 in ?? ()
#3 0x797474656e2f6f69 in ?? ()
#4 0x6c616e7265746e69 in ?? ()
#5 0x00007fffcfbf5ae0 in ?? ()
#6 0x00007fffcfbf5640 in ?? ()
#7 0x00007fffcfbf4ee9 in ?? ()
#8 0x0000000000000000 in ?? ()
[Detaching after vfork from child process 16995]
[New Thread 0x7fffd80d0640 (LWP 16996)]
[Switching to Thread 0x7fffce9ff640 (LWP 16988)]
Thread 25 "zio-default-blo" hit Catchpoint 1 (signal SIGSEGV), BFD: reopening /home/ubuntu/.cache/JNA/temp/jna4765412907041699335.tmp: No such file or directory
BFD: reopening /home/ubuntu/.cache/JNA/temp/jna4765412907041699335.tmp: No such file or directory
warning: Can't read data for section '.eh_frame' in file '/home/ubuntu/.cache/JNA/temp/jna4765412907041699335.tmp'
BFD: reopening /tmp/libnetty_transport_native_epoll_x86_641331800866897974896.so: No such file or directory
BFD: reopening /tmp/libnetty_transport_native_epoll_x86_641331800866897974896.so: No such file or directory
warning: Can't read data for section '.eh_frame' in file '/tmp/libnetty_transport_native_epoll_x86_641331800866897974896.so'
0x00007fffe120a6b5 in ?? ()
#0 0x00007fffe120a6b5 in ?? ()
#1 0x000000076bbf1748 in ?? ()
#2 0x00000006c00635f8 in ?? ()
#3 0x00007fffce9fc030 in ?? ()
#4 0x00007fffe0819c65 in ?? ()
#5 0x00007fffce9fc088 in ?? ()
#6 0x0000000000000000 in ?? ()
[New Thread 0x7fffbe6e2640 (LWP 16997)]
[New Thread 0x7fffbe2e2640 (LWP 16998)]
[New Thread 0x7fffbdee2640 (LWP 16999)]
[New Thread 0x7fffbdae2640 (LWP 17000)]
[New Thread 0x7fffbd6e2640 (LWP 17001)]
[New Thread 0x7fffbd2e2640 (LWP 17002)]
[New Thread 0x7fffbcee2640 (LWP 17003)]
[New Thread 0x7fffbca26640 (LWP 17004)]
[New Thread 0x7fffbc626640 (LWP 17005)]
[New Thread 0x7fff2ffff640 (LWP 17006)]
[New Thread 0x7fff2fbff640 (LWP 17007)]
[New Thread 0x7fff2f7ff640 (LWP 17008)]
[Switching to Thread 0x7fffd9afe640 (LWP 16977)]
Thread 14 "C2 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff7536552 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff7094463 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff7098e87 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#6 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[New Thread 0x7fff2f3ff640 (LWP 17009)]
[Switching to Thread 0x7fffd9bff640 (LWP 16976)]
Thread 13 "C2 CompilerThre" hit Catchpoint 1 (signal SIGSEGV), 0x00007ffff700fa49 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#0 0x00007ffff700fa49 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#1 0x00007ffff76f3ba1 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#2 0x00007ffff76ea2fa in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#3 0x00007ffff6ff07b5 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#4 0x00007ffff75d5907 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#5 0x00007ffff75d5b7d in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#6 0x00007ffff708b84f in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#7 0x00007ffff708e0d9 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#8 0x00007ffff6fdf925 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#9 0x00007ffff7097a13 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#10 0x00007ffff70991af in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#11 0x00007ffff76e0b35 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#12 0x00007ffff757cc10 in ?? () from /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so
#13 0x00007ffff7c94b43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#14 0x00007ffff7d26a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
[New Thread 0x7fff06dff640 (LWP 17010)]
[New Thread 0x7fff065fe640 (LWP 17011)]
[New Thread 0x7fff061fe640 (LWP 17012)]
-----launched: videotestsrc ! videoconvert ! mask name=mask effect=gray shape=ellipse ! videoconvert ! gdppay ! tcpserversink host=0.0.0.0 port=5555 ----
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/356webrtcsink: WebRTC Example sometimes produces ICE issue in Browsers2023-06-07T23:56:38Zjoru1407webrtcsink: WebRTC Example sometimes produces ICE issue in BrowsersWe're using a WebRTC Sink together with the example signalling Proxy and JS Browser Example as Receiver to send livestreams in an internal network from a host to multiple clients. When the Webclients try to connect using `gstWebRTCAPI.cr...We're using a WebRTC Sink together with the example signalling Proxy and JS Browser Example as Receiver to send livestreams in an internal network from a host to multiple clients. When the Webclients try to connect using `gstWebRTCAPI.createConsumerSession` we're experiencing sporadic issues that are logged in the Browser console:
```
an unrecoverable error occurred during ICE handshake DOMException: Failed to execute 'addIceCandidate' on 'RTCPeerConnection': The remote description was null
```
Somehow the Browserclient sometimes doesn't receive the remote SDP from the WebRTC Sink host.
Here are two log outputs from the signalling proxy server:
Working connection attemp:
```
2023-05-11T15:23:04.151432Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"startSession\",\"peerId\":\"f7087dde-3a2f-4474-bf8e-08d0c08850ae\"}"))
2023-05-11T15:23:04.151615Z INFO ThreadId(02) gst_plugin_webrtc_signalling::handlers: started a session id=0ae5c8e3-a213-4eb6-ac85-5702fbfeb795 producer_id=f7087dde-3a2f-4474-bf8e-08d0c08850ae consumer_id=e2a707ab-3dee-4b83-96ea-332d8d9ffa45
2023-05-11T15:23:04.361012Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"sdp\":{\"type\":\"offer\",\"sdp\":\"v=0\\r\\no=- 6580819303826195657 0 IN IP4 0.0.0.0\\r\\ns=-\\r\\nt=0 0\\r\\na=ice-options:trickle\\r\\na=group:BUNDLE audio0 video1\\r\\nm=audio 9 UDP/TLS/RTP/SAVPF 100\\r\\nc=IN IP4 0.0.0.0\\r\\na=setup:actpass\\r\\na=ice-ufrag:8ILZoV7ly0fjiV/ofVDwNqvqprYaqaUR\\r\\na=ice-pwd:upvI7XZ+WRDAzxO7ClXCf7ruyNteYnL4\\r\\na=rtcp-mux\\r\\na=rtcp-rsize\\r\\na=sendonly\\r\\na=rtpmap:100 OPUS/48000/2\\r\\na=rtcp-fb:100 transport-cc\\r\\na=extmap:1 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01\\r\\na=fmtp:100 sprop-stereo=1;sprop-maxcapturerate=48000\\r\\na=ssrc:2975573705 msid:user1810426795@host-164aa520 webrtctransceiver26\\r\\na=ssrc:2975573705 cname:user1810426795@host-164aa520\\r\\na=mid:audio0\\r\\na=fingerprint:sha-256 20:3B:B8:C8:6D:91:C6:A9:36:46:FB:9C:5E:CD:E1:34:12:C4:92:A7:FB:47:FE:95:8C:31:C9:FB:C8:30:5B:9B\\r\\na=rtcp-mux-only\\r\\nm=video 0 UDP/TLS/RTP/SAVPF 96 97 98 99 101 102 103 104\\r\\nc=IN IP4 0.0.0.0\\r\\na=setup:actpass\\r\\na=ice-ufrag:8ILZoV7ly0fjiV/ofVDwNqvqprYaqaUR\\r\\na=ice-pwd:upvI7XZ+WRDAzxO7ClXCf7ruyNteYnL4\\r\\na=bundle-only\\r\\na=rtcp-mux\\r\\na=rtcp-rsize\\r\\na=sendonly\\r\\na=rtpmap:96 VP8/90000\\r\\na=rtcp-fb:96 nack\\r\\na=rtcp-fb:96 nack pli\\r\\na=rtcp-fb:96 ccm fir\\r\\na=rtcp-fb:96 transport-cc\\r\\na=extmap:1 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01\\r\\na=rtpmap:97 H264/90000\\r\\na=rtcp-fb:97 nack\\r\\na=rtcp-fb:97 nack pli\\r\\na=rtcp-fb:97 ccm fir\\r\\na=rtcp-fb:97 transport-cc\\r\\na=fmtp:97 packetization-mode=1;profile-level-id=42c028;level-asymmetry-allowed=1\\r\\na=rtpmap:98 VP9/90000\\r\\na=rtcp-fb:98 nack\\r\\na=rtcp-fb:98 nack pli\\r\\na=rtcp-fb:98 ccm fir\\r\\na=rtcp-fb:98 transport-cc\\r\\na=rtpmap:99 H265/90000\\r\\na=rtcp-fb:99 nack\\r\\na=rtcp-fb:99 nack pli\\r\\na=rtcp-fb:99 ccm fir\\r\\na=rtcp-fb:99 transport-cc\\r\\na=fmtp:99 sprop-vps=QAEMAf//AUAAAAMAAAMAAAMAAAMAeJcCQA==;sprop-sps=QgEBAUAAAAMAAAMAAAMAAAMAeKADwIARB8uWXSkIRkX/jAWoCAgIIAAAAwAgAAADA8E=;sprop-pps=RAHAk3wMyQ==\\r\\na=rtpmap:101 red/90000\\r\\na=rtpmap:102 ulpfec/90000\\r\\na=rtpmap:103 rtx/90000\\r\\na=fmtp:103 apt=96\\r\\na=rtpmap:104 rtx/90000\\r\\na=fmtp:104 apt=101\\r\\na=ssrc-group:FID 3842627032 775587184\\r\\na=ssrc:3842627032 msid:user1810426795@host-164aa520 webrtctransceiver27\\r\\na=ssrc:3842627032 cname:user1810426795@host-164aa520\\r\\na=ssrc:3842627032 msid:user1810426795@host-164aa520 webrtctransceiver27\\r\\na=ssrc:3842627032 cname:user1810426795@host-164aa520\\r\\na=ssrc:3842627032 msid:user1810426795@host-164aa520 webrtctransceiver27\\r\\na=ssrc:3842627032 cname:user1810426795@host-164aa520\\r\\na=ssrc:3842627032 msid:user1810426795@host-164aa520 webrtctransceiver27\\r\\na=ssrc:3842627032 cname:user1810426795@host-164aa520\\r\\na=ssrc:775587184 msid:user1810426795@host-164aa520 webrtctransceiver27\\r\\na=ssrc:775587184 cname:user1810426795@host-164aa520\\r\\na=mid:video1\\r\\na=fingerprint:sha-256 20:3B:B8:C8:6D:91:C6:A9:36:46:FB:9C:5E:CD:E1:34:12:C4:92:A7:FB:47:FE:95:8C:31:C9:FB:C8:30:5B:9B\\r\\na=rtcp-mux-only\\r\\n\"}}"))
2023-05-11T15:23:04.361340Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"ice\":{\"candidate\":\"candidate:1 1 UDP 2015363327 10.173.10.41 57162 typ host\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:23:04.361404Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"ice\":{\"candidate\":\"candidate:2 1 TCP 1015021823 10.173.10.41 9 typ host tcptype active\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:23:04.361461Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"ice\":{\"candidate\":\"candidate:3 1 TCP 1010827519 10.173.10.41 49890 typ host tcptype passive\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:23:04.361521Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"ice\":{\"candidate\":\"candidate:4 1 UDP 1679819007 PUBLICIPHERE 57162 typ srflx raddr 10.173.10.41 rport 57162\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:23:04.361580Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"ice\":{\"candidate\":\"candidate:5 1 TCP 847249663 PUBLICIPHERE 9 typ srflx raddr 10.173.10.41 rport 9 tcptype active\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:23:04.361639Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"ice\":{\"candidate\":\"candidate:6 1 TCP 843055359 PUBLICIPHERE 49890 typ srflx raddr 10.173.10.41 rport 49890 tcptype passive\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:23:04.423488Z INFO ThreadId(02) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"sdp\":{\"type\":\"answer\",\"sdp\":\"v=0\\r\\no=- 2918490131084816995 2 IN IP4 127.0.0.1\\r\\ns=-\\r\\nt=0 0\\r\\na=group:BUNDLE audio0 video1\\r\\na=msid-semantic: WMS\\r\\nm=audio 9 UDP/TLS/RTP/SAVPF 100\\r\\nc=IN IP4 0.0.0.0\\r\\na=rtcp:9 IN IP4 0.0.0.0\\r\\na=ice-ufrag:NKrA\\r\\na=ice-pwd:KSXhFx/9k84ltDUnXdR7YcKU\\r\\na=ice-options:trickle\\r\\na=fingerprint:sha-256 13:19:05:57:5A:C4:08:16:84:57:4F:F3:15:6B:A7:48:BA:68:A8:EA:51:B8:8F:10:28:98:FD:07:F7:A7:2D:F6\\r\\na=setup:active\\r\\na=mid:audio0\\r\\na=extmap:1 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01\\r\\na=recvonly\\r\\na=rtcp-mux\\r\\na=rtpmap:100 OPUS/48000/2\\r\\na=rtcp-fb:100 transport-cc\\r\\na=fmtp:100 minptime=10;useinbandfec=1\\r\\nm=video 9 UDP/TLS/RTP/SAVPF 96 97 98 101 102 103 104\\r\\nc=IN IP4 0.0.0.0\\r\\na=rtcp:9 IN IP4 0.0.0.0\\r\\na=ice-ufrag:NKrA\\r\\na=ice-pwd:KSXhFx/9k84ltDUnXdR7YcKU\\r\\na=ice-options:trickle\\r\\na=fingerprint:sha-256 13:19:05:57:5A:C4:08:16:84:57:4F:F3:15:6B:A7:48:BA:68:A8:EA:51:B8:8F:10:28:98:FD:07:F7:A7:2D:F6\\r\\na=setup:active\\r\\na=mid:video1\\r\\na=extmap:1 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01\\r\\na=recvonly\\r\\na=rtcp-mux\\r\\na=rtcp-rsize\\r\\na=rtpmap:96 VP8/90000\\r\\na=rtcp-fb:96 transport-cc\\r\\na=rtcp-fb:96 ccm fir\\r\\na=rtcp-fb:96 nack\\r\\na=rtcp-fb:96 nack pli\\r\\na=rtpmap:97 H264/90000\\r\\na=rtcp-fb:97 transport-cc\\r\\na=rtcp-fb:97 ccm fir\\r\\na=rtcp-fb:97 nack\\r\\na=rtcp-fb:97 nack pli\\r\\na=fmtp:97 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f\\r\\na=rtpmap:98 VP9/90000\\r\\na=rtcp-fb:98 transport-cc\\r\\na=rtcp-fb:98 ccm fir\\r\\na=rtcp-fb:98 nack\\r\\na=rtcp-fb:98 nack pli\\r\\na=fmtp:98 profile-id=0\\r\\na=rtpmap:101 red/90000\\r\\na=rtpmap:102 ulpfec/90000\\r\\na=rtpmap:103 rtx/90000\\r\\na=fmtp:103 apt=96\\r\\na=rtpmap:104 rtx/90000\\r\\na=fmtp:104 apt=101\\r\\n\"}}"))
2023-05-11T15:23:04.425203Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"0ae5c8e3-a213-4eb6-ac85-5702fbfeb795\",\"ice\":{\"candidate\":\"candidate:2706590737 1 udp 2113937151 484069b2-ab3b-40ac-bab3-d4086ac67815.local 52871 typ host generation 0 ufrag NKrA network-cost 999\",\"sdpMid\":\"audio0\",\"sdpMLineIndex\":0,\"usernameFragment\":\"NKrA\"}}"))
```
Not working connection attemp:
```
2023-05-11T15:21:32.599344Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"startSession\",\"peerId\":\"f7087dde-3a2f-4474-bf8e-08d0c08850ae\"}"))
2023-05-11T15:21:32.600139Z INFO ThreadId(15) gst_plugin_webrtc_signalling::handlers: started a session id=933018cf-9617-40e8-8e0b-96bdd1988224 producer_id=f7087dde-3a2f-4474-bf8e-08d0c08850ae consumer_id=e2a707ab-3dee-4b83-96ea-332d8d9ffa45
2023-05-11T15:21:32.993447Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\",\"sdp\":{\"type\":\"offer\",\"sdp\":\"v=0\\r\\no=- 315125339719130857 0 IN IP4 0.0.0.0\\r\\ns=-\\r\\nt=0 0\\r\\na=ice-options:trickle\\r\\na=group:BUNDLE audio0 video1\\r\\nm=audio 9 UDP/TLS/RTP/SAVPF 100\\r\\nc=IN IP4 0.0.0.0\\r\\na=setup:actpass\\r\\na=ice-ufrag:pHs8PoHW4X3YjNp0pO9vcfI4hm0DAFop\\r\\na=ice-pwd:GEj0s+T2B0fxxR0injenpFSaWTBWGlM5\\r\\na=rtcp-mux\\r\\na=rtcp-rsize\\r\\na=sendonly\\r\\na=rtpmap:100 OPUS/48000/2\\r\\na=rtcp-fb:100 transport-cc\\r\\na=extmap:1 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01\\r\\na=fmtp:100 sprop-stereo=1;sprop-maxcapturerate=48000\\r\\na=ssrc:3553971006 msid:user3683149181@host-649fc79a webrtctransceiver0\\r\\na=ssrc:3553971006 cname:user3683149181@host-649fc79a\\r\\na=mid:audio0\\r\\na=fingerprint:sha-256 20:3B:B8:C8:6D:91:C6:A9:36:46:FB:9C:5E:CD:E1:34:12:C4:92:A7:FB:47:FE:95:8C:31:C9:FB:C8:30:5B:9B\\r\\na=rtcp-mux-only\\r\\nm=video 0 UDP/TLS/RTP/SAVPF 96 97 98 99 101 102 103 104\\r\\nc=IN IP4 0.0.0.0\\r\\na=setup:actpass\\r\\na=ice-ufrag:pHs8PoHW4X3YjNp0pO9vcfI4hm0DAFop\\r\\na=ice-pwd:GEj0s+T2B0fxxR0injenpFSaWTBWGlM5\\r\\na=bundle-only\\r\\na=rtcp-mux\\r\\na=rtcp-rsize\\r\\na=sendonly\\r\\na=rtpmap:96 VP8/90000\\r\\na=rtcp-fb:96 nack\\r\\na=rtcp-fb:96 nack pli\\r\\na=rtcp-fb:96 ccm fir\\r\\na=rtcp-fb:96 transport-cc\\r\\na=extmap:1 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01\\r\\na=rtpmap:97 H264/90000\\r\\na=rtcp-fb:97 nack\\r\\na=rtcp-fb:97 nack pli\\r\\na=rtcp-fb:97 ccm fir\\r\\na=rtcp-fb:97 transport-cc\\r\\na=fmtp:97 packetization-mode=1;profile-level-id=42c028;level-asymmetry-allowed=1\\r\\na=rtpmap:98 VP9/90000\\r\\na=rtcp-fb:98 nack\\r\\na=rtcp-fb:98 nack pli\\r\\na=rtcp-fb:98 ccm fir\\r\\na=rtcp-fb:98 transport-cc\\r\\na=rtpmap:99 H265/90000\\r\\na=rtcp-fb:99 nack\\r\\na=rtcp-fb:99 nack pli\\r\\na=rtcp-fb:99 ccm fir\\r\\na=rtcp-fb:99 transport-cc\\r\\na=fmtp:99 sprop-vps=QAEMAf//AUAAAAMAAAMAAAMAAAMAeJcCQA==;sprop-sps=QgEBAUAAAAMAAAMAAAMAAAMAeKADwIARB8uWXSkIRkX/jAWoCAgIIAAAAwAgAAADA8E=;sprop-pps=RAHAk3wMyQ==\\r\\na=rtpmap:101 red/90000\\r\\na=rtpmap:102 ulpfec/90000\\r\\na=rtpmap:103 rtx/90000\\r\\na=fmtp:103 apt=96\\r\\na=rtpmap:104 rtx/90000\\r\\na=fmtp:104 apt=101\\r\\na=ssrc-group:FID 3457387863 3814940822\\r\\na=ssrc:3457387863 msid:user3683149181@host-649fc79a webrtctransceiver1\\r\\na=ssrc:3457387863 cname:user3683149181@host-649fc79a\\r\\na=ssrc:3457387863 msid:user3683149181@host-649fc79a webrtctransceiver1\\r\\na=ssrc:3457387863 cname:user3683149181@host-649fc79a\\r\\na=ssrc:3457387863 msid:user3683149181@host-649fc79a webrtctransceiver1\\r\\na=ssrc:3457387863 cname:user3683149181@host-649fc79a\\r\\na=ssrc:3457387863 msid:user3683149181@host-649fc79a webrtctransceiver1\\r\\na=ssrc:3457387863 cname:user3683149181@host-649fc79a\\r\\na=ssrc:3814940822 msid:user3683149181@host-649fc79a webrtctransceiver1\\r\\na=ssrc:3814940822 cname:user3683149181@host-649fc79a\\r\\na=mid:video1\\r\\na=fingerprint:sha-256 20:3B:B8:C8:6D:91:C6:A9:36:46:FB:9C:5E:CD:E1:34:12:C4:92:A7:FB:47:FE:95:8C:31:C9:FB:C8:30:5B:9B\\r\\na=rtcp-mux-only\\r\\n\"}}"))
2023-05-11T15:21:32.994183Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\",\"ice\":{\"candidate\":\"candidate:1 1 UDP 2015363327 10.173.10.41 59501 typ host\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:21:32.994241Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\",\"ice\":{\"candidate\":\"candidate:2 1 TCP 1015021823 10.173.10.41 9 typ host tcptype active\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:21:32.994296Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\",\"ice\":{\"candidate\":\"candidate:3 1 TCP 1010827519 10.173.10.41 49875 typ host tcptype passive\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:21:32.994349Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\",\"ice\":{\"candidate\":\"candidate:4 1 UDP 1679819007 PUBLICIPHERE 59501 typ srflx raddr 10.173.10.41 rport 59501\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:21:32.994404Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\",\"ice\":{\"candidate\":\"candidate:5 1 TCP 847249663 PUBLICIPHERE 9 typ srflx raddr 10.173.10.41 rport 9 tcptype active\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:21:32.994514Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"peer\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\",\"ice\":{\"candidate\":\"candidate:6 1 TCP 843055359 PUBLICIPHERE 49875 typ srflx raddr 10.173.10.41 rport 49875 tcptype passive\",\"sdpMLineIndex\":0}}"))
2023-05-11T15:21:33.115416Z INFO ThreadId(15) gst_plugin_webrtc_signalling::server: Received message Ok(Text("{\"type\":\"endSession\",\"sessionId\":\"933018cf-9617-40e8-8e0b-96bdd1988224\"}"))
```
Note that in the not working attemp there is no SDP answer and canidate which is there in the working attemp.
Any ideas how this can occur? Can we do anything to further track down this issue?
Thanks,
Joshuahttps://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/355Create gst-template-rs2023-05-12T17:18:04ZRubén GonzalezCreate gst-template-rsFor C code, [gst-template](https://gitlab.freedesktop.org/gstreamer/gst-template) is useful.
I would like to have something similar for Rust.For C code, [gst-template](https://gitlab.freedesktop.org/gstreamer/gst-template) is useful.
I would like to have something similar for Rust.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2557qtdemux0:sink receiving signal SIGSEGV2023-05-12T05:44:07Za kqtdemux0:sink receiving signal SIGSEGVHey, I'm trying to run the following pipeline to play a sample mp4 video.
`gst-launch-1.0 playbin uri=file:///home/ak/Downloads/sample_1920x1080.mp4`
But I got the following log:
```
Setting pipeline to PAUSED ...
Pipeline is PREROLLING...Hey, I'm trying to run the following pipeline to play a sample mp4 video.
`gst-launch-1.0 playbin uri=file:///home/ak/Downloads/sample_1920x1080.mp4`
But I got the following log:
```
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_caps_from_string: assertion 'string' failed
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_pad_template_new: assertion 'caps != NULL' failed
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_mini_object_unref: assertion 'mini_object != NULL' failed
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_element_class_add_pad_template: assertion 'GST_IS_PAD_TEMPLATE (templ)' failed
(gst-launch-1.0:12519): GStreamer-Video-CRITICAL **: 17:22:24.477: gst_video_decoder_init: assertion 'pad_template != NULL' failed
(gst-launch-1.0:12519): GStreamer-WARNING **: 17:22:24.477: Element vaapidecode0 has an ALWAYS template src, but no pad of the same name
Caught SIGSEGV
Spinning. Please run 'gdb gst-launch-1.0 12519' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.
```
When I run the pipeline again with gdb I get the following log:
```
Starting program: /usr/bin/gst-launch-1.0 playbin uri=file:///home/anilkaraca/Downloads/sample_1920x1080.mp4
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Setting pipeline to PAUSED ...
[New Thread 0x7ffff5465640 (LWP 12236)]
Pipeline is PREROLLING ...
[New Thread 0x7ffff4c64640 (LWP 12237)]
[New Thread 0x7fffeffff640 (LWP 12238)]
[New Thread 0x7fffef7fe640 (LWP 12239)]
[New Thread 0x7fffeeda9640 (LWP 12240)]
[New Thread 0x7fffecae1640 (LWP 12241)]
[Thread 0x7fffecae1640 (LWP 12241) exited]
[New Thread 0x7fffecae1640 (LWP 12242)]
[Thread 0x7fffecae1640 (LWP 12242) exited]
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_caps_from_string: assertion 'string' failed
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_pad_template_new: assertion 'caps != NULL' failed
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_mini_object_unref: assertion 'mini_object != NULL' failed
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_element_class_add_pad_template: assertion 'GST_IS_PAD_TEMPLATE (templ)' failed
(gst-launch-1.0:12233): GStreamer-Video-CRITICAL **: 17:18:47.941: gst_video_decoder_init: assertion 'pad_template != NULL' failed
(gst-launch-1.0:12233): GStreamer-WARNING **: 17:18:47.941: Element vaapidecode0 has an ALWAYS template src, but no pad of the same name
Thread 4 "qtdemux0:sink" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeffff640 (LWP 12238)]
___pthread_mutex_destroy (mutex=0x0) at ./nptl/pthread_mutex_destroy.c:31
31 ./nptl/pthread_mutex_destroy.c: No such file or directory.
```
I'm pretty new to gstreamer so I couldn't find a way to debug it at all. It was working fine until I started playing with [this tutorial](https://gstreamer.freedesktop.org/documentation/tutorials/basic/toolkit-integration.html?gi-language=c).https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/996qtdemux0:sink receiving signal SIGSEGV2023-05-11T14:33:30Za kqtdemux0:sink receiving signal SIGSEGVHey, I'm trying to run the following pipeline to play a sample mp4 video.
`gst-launch-1.0 playbin uri=file:///home/ak/Downloads/sample_1920x1080.mp4`
But I got the following log:
```
Setting pipeline to PAUSED ...
Pipeline is PREROLLING...Hey, I'm trying to run the following pipeline to play a sample mp4 video.
`gst-launch-1.0 playbin uri=file:///home/ak/Downloads/sample_1920x1080.mp4`
But I got the following log:
```
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_caps_from_string: assertion 'string' failed
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_pad_template_new: assertion 'caps != NULL' failed
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_mini_object_unref: assertion 'mini_object != NULL' failed
(gst-launch-1.0:12519): GStreamer-CRITICAL **: 17:22:24.477: gst_element_class_add_pad_template: assertion 'GST_IS_PAD_TEMPLATE (templ)' failed
(gst-launch-1.0:12519): GStreamer-Video-CRITICAL **: 17:22:24.477: gst_video_decoder_init: assertion 'pad_template != NULL' failed
(gst-launch-1.0:12519): GStreamer-WARNING **: 17:22:24.477: Element vaapidecode0 has an ALWAYS template src, but no pad of the same name
Caught SIGSEGV
Spinning. Please run 'gdb gst-launch-1.0 12519' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.
```
When I run the pipeline again with gdb I get the following log:
```
Starting program: /usr/bin/gst-launch-1.0 playbin uri=file:///home/anilkaraca/Downloads/sample_1920x1080.mp4
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Setting pipeline to PAUSED ...
[New Thread 0x7ffff5465640 (LWP 12236)]
Pipeline is PREROLLING ...
[New Thread 0x7ffff4c64640 (LWP 12237)]
[New Thread 0x7fffeffff640 (LWP 12238)]
[New Thread 0x7fffef7fe640 (LWP 12239)]
[New Thread 0x7fffeeda9640 (LWP 12240)]
[New Thread 0x7fffecae1640 (LWP 12241)]
[Thread 0x7fffecae1640 (LWP 12241) exited]
[New Thread 0x7fffecae1640 (LWP 12242)]
[Thread 0x7fffecae1640 (LWP 12242) exited]
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_caps_from_string: assertion 'string' failed
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_pad_template_new: assertion 'caps != NULL' failed
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_mini_object_unref: assertion 'mini_object != NULL' failed
(gst-launch-1.0:12233): GStreamer-CRITICAL **: 17:18:47.941: gst_element_class_add_pad_template: assertion 'GST_IS_PAD_TEMPLATE (templ)' failed
(gst-launch-1.0:12233): GStreamer-Video-CRITICAL **: 17:18:47.941: gst_video_decoder_init: assertion 'pad_template != NULL' failed
(gst-launch-1.0:12233): GStreamer-WARNING **: 17:18:47.941: Element vaapidecode0 has an ALWAYS template src, but no pad of the same name
Thread 4 "qtdemux0:sink" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeffff640 (LWP 12238)]
___pthread_mutex_destroy (mutex=0x0) at ./nptl/pthread_mutex_destroy.c:31
31 ./nptl/pthread_mutex_destroy.c: No such file or directory.
```
I'm pretty new to gstreamer so I couldn't find a way to debug it online. It was working fine until I started playing with [this tutorial](https://gstreamer.freedesktop.org/documentation/tutorials/basic/toolkit-integration.html?gi-language=c).https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2556[PATCH] v4l2src: Allow to set `V4L2_MEMORY_FLAG_NON_COHERENT`2023-05-16T11:51:11ZEnrico Scholz[PATCH] v4l2src: Allow to set `V4L2_MEMORY_FLAG_NON_COHERENT`Setting this flag can improve speed significantly for purely software
based transformations.
E.g. conversion rate for bayer2rgbneon on an iMX8MP and 1920x1080 is
increased from 12 fps to 110 fps.
Tested with
```
gst-launch-1.0 --no-po...Setting this flag can improve speed significantly for purely software
based transformations.
E.g. conversion rate for bayer2rgbneon on an iMX8MP and 1920x1080 is
increased from 12 fps to 110 fps.
Tested with
```
gst-launch-1.0 --no-position v4l2src device=/dev/video1 force-aspect-ratio=false '!' \
video/x-bayer,width=1920,height=1080,format=bggr,bpp=8 '!' \
bayer2rgbneon show-fps=t reduce-bpp=t '!' \
fbdevsink sync=false
FPS: conv 12.1, stream 11.4
```
```
gst-launch-1.0 --no-position v4l2src device=/dev/video1 force-aspect-ratio=false use-non-coherent=true '!' \
video/x-bayer,width=1920,height=1080,format=bggr,bpp=8 '!' \
bayer2rgbneon show-fps=t reduce-bpp=t '!' \
fbdevsink sync=false
FPS: conv 110.7, stream 30.6
```
[0001-v4l2src-allow-to-set-V4L2_MEMORY_FLAG_NON_COHERENT-h.patch](/uploads/60f8b7e7098e39bc9af94ba7e0f282d2/0001-v4l2src-allow-to-set-V4L2_MEMORY_FLAG_NON_COHERENT-h.patch)https://gitlab.freedesktop.org/gstreamer/gstreamer-sharp/-/issues/65[GstSharp] Application Crash create AppSink instance.2023-05-11T09:41:59Zgtk2k[GstSharp] Application Crash create AppSink instance.Windows Server 2022 (build 20348)
GstSharp (1.18.0)
C# (.Net Framework 4.7.2)
https://gitlab.freedesktop.org/gstreamer/gstreamer-sharp/-/merge_requests/24
https://github.com/GLibSharp/GtkSharp/issues/48
I wasn't sure if it was related t...Windows Server 2022 (build 20348)
GstSharp (1.18.0)
C# (.Net Framework 4.7.2)
https://gitlab.freedesktop.org/gstreamer/gstreamer-sharp/-/merge_requests/24
https://github.com/GLibSharp/GtkSharp/issues/48
I wasn't sure if it was related to these issues, so I'll post it in a new issue
I am using the GstSharp Nuget package to write the code.
I want to create an instance of AppSink,
var appSink = new AppSink("app_sink");
When the code is executed, the application crashes without being able to handle errors with try cache.
What if I want to use AppSink with GstSharp?https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/354gstreamer python couldn't identify libgstrsvideofx.so2023-05-16T07:11:58ZMingcongQigstreamer python couldn't identify libgstrsvideofx.soHello, I am building a gstreamer python project and I need to use some plugins in videofx.
I use cargo build and get `libgstrsvideofx-35d199d816f4f6d3.so` and then copy `libgstrsvideofx-35d199d816f4f6d3.so` to `LD_LIBRARY_PATH` and `GST...Hello, I am building a gstreamer python project and I need to use some plugins in videofx.
I use cargo build and get `libgstrsvideofx-35d199d816f4f6d3.so` and then copy `libgstrsvideofx-35d199d816f4f6d3.so` to `LD_LIBRARY_PATH` and `GST_PLUGIN_PATH` directories.
When using `Gst.ElementFactory.make`, I still get the `no such element factory "roundedcorners"!` error.
I am using https://crates.io/crates/gst-plugin-videofx 0.10 and gstreamer 1.18.
There are some loading errors
```
GST_REGISTRY gstregistry.c:1361:gst_registry_scan_path_level:<registry0> file /lib/gstreamer-1.0/libgstrsvideofx-35d199d816f4f6d3.so not yet in registry
GST_PLUGIN_LOADING gstplugin.c:768:_priv_gst_plugin_load_file_for_registry: attempt to load plugin "/lib/gstreamer-1.0/libgstrsvideofx-35d199d816f4f6d3.so"
GST_PLUGIN_LOADING gstplugin.c:825:_priv_gst_plugin_load_file_for_registry: Could not find symbol 'gst_plugin_rsvideofx_35d199d816f4f6d3_get_desc', falling back to gst_plugin_desc
GST_PLUGIN_LOADING gstplugin.c:832:_priv_gst_plugin_load_file_for_registry: Could not find plugin entry point in "/lib/gstreamer-1.0/libgstrsvideofx-35d199d816f4f6d3.so"
```
Any suggestions? Thanks!https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2555webrtcbin: get-stats "kind" always is "audio"2024-01-12T03:58:21Zalizwlwebrtcbin: get-stats "kind" always is "audio"`[1: 2023-05-11T09:43:39.374483+08] stat: GstStructure 'peer-connection-stats': peer-connection, data-channels-opened=(uint)0, data-channels-closed=(uint)0, data-channels-requested=(uint)0, data-channels-accepted=(uint)0, type=(GstWebRTC...`[1: 2023-05-11T09:43:39.374483+08] stat: GstStructure 'peer-connection-stats': peer-connection, data-channels-opened=(uint)0, data-channels-closed=(uint)0, data-channels-requested=(uint)0, data-channels-accepted=(uint)0, type=(GstWebRTCStatsType)peer-connection, timestamp=(double)261165095.54499999, id=(string)peer-connection-stats;
[1: 2023-05-11T09:43:39.374563+08] stat: GstStructure 'codec-stats-sink_0': codec, type=(GstWebRTCStatsType)codec, timestamp=(double)261165095.54499999, id=(string)codec-stats-sink_0, payload-type=(uint)96, clock-rate=(uint)90000, ssrc=(uint)1144503780, mime-type=(string)video/H264, codec-type=(string)encode, sdp-fmtp-line=(string)"96\ packetization-mode\=1\;sprop-parameter-sets\=Z01MHoyNQFgJNAPCIRqA\,aM48gA\=\=\;profile-level-id\=4d4c1e\;level-asymmetry-allowed\=1";
[1: 2023-05-11T09:43:39.374613+08] stat: GstStructure 'ice-candidate-local_1_183.222.237.7_50084': remote-candidate, type=(GstWebRTCStatsType)remote-candidate, timestamp=(double)261165095.54499999, id=(string)ice-candidate-local_1_183.222.237.7_50084, transport-id=(string)transport-stats_webrtcdtlstransport0, address=(string)183.222.237.7, port=(uint)50084, candidate-type=(string)relay, priority=(uint)337659391, protocol=(string)udp, relay-protocol=(string)none, url=(string)183.222.237.7;
[1: 2023-05-11T09:43:39.374655+08] stat: GstStructure 'ice-candidate-remote_1_183.222.237.7_50096': local-candidate, type=(GstWebRTCStatsType)local-candidate, timestamp=(double)261165095.54499999, id=(string)ice-candidate-remote_1_183.222.237.7_50096, transport-id=(string)transport-stats_webrtcdtlstransport0, address=(string)183.222.237.7, port=(uint)50096, candidate-type=(string)relay, priority=(uint)33562623, protocol=(string)udp;
[1: 2023-05-11T09:43:39.374694+08] stat: GstStructure 'ice-candidate-pair_webrtcnicetransport0': candidate-pair, type=(GstWebRTCStatsType)candidate-pair, timestamp=(double)261165095.54499999, id=(string)ice-candidate-pair_webrtcnicetransport0, local-candidate-id=(string)ice-candidate-local_1_183.222.237.7_50084, remote-candidate-id=(string)ice-candidate-remote_1_183.222.237.7_50096;
[1: 2023-05-11T09:43:39.374729+08] stat: GstStructure 'transport-stats_webrtcdtlstransport0': transport, type=(GstWebRTCStatsType)transport, timestamp=(double)261165095.54499999, id=(string)transport-stats_webrtcdtlstransport0, selected-candidate-pair-id=(string)ice-candidate-pair_webrtcnicetransport0;
[1: 2023-05-11T09:43:39.374841+08] stat: GstStructure 'rtp-remote-inbound-stream-stats_1144503780': remote-inbound-rtp, type=(GstWebRTCStatsType)remote-inbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-remote-inbound-stream-stats_1144503780, local-id=(string)rtp-outbound-stream-stats_1144503780, ssrc=(uint)1144503780, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, kind=(string)audio, packets-lost=(gint64)0, jitter=(double)0.0091249999999999994, fraction-lost=(double)0, round-trip-time=(double)0.0024566650390625, gst-rtpsource-stats=(structure)"application/x-rtp-source-stats\,\ ssrc\=\(uint\)1\,\ internal\=\(boolean\)false\,\ validated\=\(boolean\)false\,\ received-bye\=\(boolean\)false\,\ is-csrc\=\(boolean\)false\,\ is-sender\=\(boolean\)false\,\ seqnum-base\=\(int\)-1\,\ clock-rate\=\(int\)-1\,\ octets-sent\=\(guint64\)0\,\ packets-sent\=\(guint64\)0\,\ octets-received\=\(guint64\)0\,\ packets-received\=\(guint64\)0\,\ bytes-received\=\(guint64\)0\,\ bitrate\=\(guint64\)0\,\ packets-lost\=\(int\)0\,\ jitter\=\(uint\)0\,\ sent-pli-count\=\(uint\)0\,\ recv-pli-count\=\(uint\)0\,\ sent-fir-count\=\(uint\)0\,\ recv-fir-count\=\(uint\)0\,\ sent-nack-count\=\(uint\)0\,\ recv-nack-count\=\(uint\)0\,\ recv-packet-rate\=\(uint\)0\,\ have-sr\=\(boolean\)false\,\ sr-ntptime\=\(guint64\)0\,\ sr-rtptime\=\(uint\)0\,\ sr-octet-count\=\(uint\)0\,\ sr-packet-count\=\(uint\)0\,\ sent-rb\=\(boolean\)false\,\ sent-rb-fractionlost\=\(uint\)0\,\ sent-rb-packetslost\=\(int\)0\,\ sent-rb-exthighestseq\=\(uint\)0\,\ sent-rb-jitter\=\(uint\)0\,\ sent-rb-lsr\=\(uint\)0\,\ sent-rb-dlsr\=\(uint\)0\,\ have-rb\=\(boolean\)true\,\ rb-ssrc\=\(uint\)1144503780\,\ rb-fractionlost\=\(uint\)0\,\ rb-packetslost\=\(int\)0\,\ rb-exthighestseq\=\(uint\)35952\,\ rb-jitter\=\(uint\)73\,\ rb-lsr\=\(uint\)3335004765\,\ rb-dlsr\=\(uint\)205958\,\ rb-round-trip\=\(uint\)161\;";
[1: 2023-05-11T09:43:39.375057+08] stat: GstStructure 'rtp-outbound-stream-stats_1144503780': outbound-rtp, type=(GstWebRTCStatsType)outbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-outbound-stream-stats_1144503780, ssrc=(uint)1144503780, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, kind=(string)audio, bytes-sent=(guint64)8896046, packets-sent=(guint64)30934, fir-count=(uint)0, pli-count=(uint)0, nack-count=(uint)1, remote-id=(string)rtp-remote-inbound-stream-stats_1144503780, gst-rtpsource-stats=(structure)"application/x-rtp-source-stats\,\ ssrc\=\(uint\)1144503780\,\ internal\=\(boolean\)true\,\ validated\=\(boolean\)true\,\ received-bye\=\(boolean\)false\,\ is-csrc\=\(boolean\)false\,\ is-sender\=\(boolean\)true\,\ seqnum-base\=\(int\)-1\,\ clock-rate\=\(int\)90000\,\ octets-sent\=\(guint64\)8896046\,\ packets-sent\=\(guint64\)30934\,\ octets-received\=\(guint64\)8896046\,\ packets-received\=\(guint64\)30934\,\ bytes-received\=\(guint64\)10133406\,\ bitrate\=\(guint64\)0\,\ packets-lost\=\(int\)0\,\ jitter\=\(uint\)0\,\ sent-pli-count\=\(uint\)0\,\ recv-pli-count\=\(uint\)0\,\ sent-fir-count\=\(uint\)0\,\ recv-fir-count\=\(uint\)0\,\ sent-nack-count\=\(uint\)0\,\ recv-nack-count\=\(uint\)1\,\ recv-packet-rate\=\(uint\)99\,\ have-sr\=\(boolean\)true\,\ sr-ntptime\=\(guint64\)16719269229531856050\,\ sr-rtptime\=\(uint\)3675746100\,\ sr-octet-count\=\(uint\)8875414\,\ sr-packet-count\=\(uint\)30849\;";
[1: 2023-05-11T09:43:39.375184+08] stat: GstStructure 'rtp-remote-inbound-stream-stats_1353966007': remote-inbound-rtp, type=(GstWebRTCStatsType)remote-inbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-remote-inbound-stream-stats_1353966007, local-id=(string)rtp-outbound-stream-stats_1353966007, ssrc=(uint)1353966007, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, kind=(string)audio, packets-lost=(gint64)18, jitter=(double)0.0056249999999999998, fraction-lost=(double)0, round-trip-time=(double)0.00238037109375, gst-rtpsource-stats=(structure)"application/x-rtp-source-stats\,\ ssrc\=\(uint\)4195875351\,\ internal\=\(boolean\)false\,\ validated\=\(boolean\)false\,\ received-bye\=\(boolean\)false\,\ is-csrc\=\(boolean\)false\,\ is-sender\=\(boolean\)false\,\ seqnum-base\=\(int\)-1\,\ clock-rate\=\(int\)-1\,\ octets-sent\=\(guint64\)0\,\ packets-sent\=\(guint64\)0\,\ octets-received\=\(guint64\)0\,\ packets-received\=\(guint64\)0\,\ bytes-received\=\(guint64\)0\,\ bitrate\=\(guint64\)0\,\ packets-lost\=\(int\)0\,\ jitter\=\(uint\)0\,\ sent-pli-count\=\(uint\)0\,\ recv-pli-count\=\(uint\)0\,\ sent-fir-count\=\(uint\)0\,\ recv-fir-count\=\(uint\)0\,\ sent-nack-count\=\(uint\)0\,\ recv-nack-count\=\(uint\)0\,\ recv-packet-rate\=\(uint\)0\,\ have-sr\=\(boolean\)false\,\ sr-ntptime\=\(guint64\)0\,\ sr-rtptime\=\(uint\)0\,\ sr-octet-count\=\(uint\)0\,\ sr-packet-count\=\(uint\)0\,\ sent-rb\=\(boolean\)false\,\ sent-rb-fractionlost\=\(uint\)0\,\ sent-rb-packetslost\=\(int\)0\,\ sent-rb-exthighestseq\=\(uint\)0\,\ sent-rb-jitter\=\(uint\)0\,\ sent-rb-lsr\=\(uint\)0\,\ sent-rb-dlsr\=\(uint\)0\,\ have-rb\=\(boolean\)true\,\ rb-ssrc\=\(uint\)1353966007\,\ rb-fractionlost\=\(uint\)0\,\ rb-packetslost\=\(int\)18\,\ rb-exthighestseq\=\(uint\)31321\,\ rb-jitter\=\(uint\)45\,\ rb-lsr\=\(uint\)3335004765\,\ rb-dlsr\=\(uint\)191623\,\ rb-round-trip\=\(uint\)156\;";
[1: 2023-05-11T09:43:39.375290+08] stat: GstStructure 'rtp-outbound-stream-stats_1353966007': outbound-rtp, type=(GstWebRTCStatsType)outbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-outbound-stream-stats_1353966007, ssrc=(uint)1353966007, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, kind=(string)audio, bytes-sent=(guint64)9162240, packets-sent=(guint64)28632, fir-count=(uint)0, pli-count=(uint)0, nack-count=(uint)0, remote-id=(string)rtp-remote-inbound-stream-stats_1353966007, gst-rtpsource-stats=(structure)"application/x-rtp-source-stats\,\ ssrc\=\(uint\)1353966007\,\ internal\=\(boolean\)true\,\ validated\=\(boolean\)true\,\ received-bye\=\(boolean\)false\,\ is-csrc\=\(boolean\)false\,\ is-sender\=\(boolean\)true\,\ seqnum-base\=\(int\)-1\,\ clock-rate\=\(int\)8000\,\ octets-sent\=\(guint64\)9162240\,\ packets-sent\=\(guint64\)28632\,\ octets-received\=\(guint64\)9162240\,\ packets-received\=\(guint64\)28632\,\ bytes-received\=\(guint64\)10307520\,\ bitrate\=\(guint64\)0\,\ packets-lost\=\(int\)18\,\ jitter\=\(uint\)0\,\ sent-pli-count\=\(uint\)0\,\ recv-pli-count\=\(uint\)0\,\ sent-fir-count\=\(uint\)0\,\ recv-fir-count\=\(uint\)0\,\ sent-nack-count\=\(uint\)0\,\ recv-nack-count\=\(uint\)0\,\ recv-packet-rate\=\(uint\)24\,\ have-sr\=\(boolean\)true\,\ sr-ntptime\=\(guint64\)16719269229531856050\,\ sr-rtptime\=\(uint\)228862599\,\ sr-octet-count\=\(uint\)9136320\,\ sr-packet-count\=\(uint\)28551\;";
[1: 2023-05-11T09:43:39.375440+08] stat: GstStructure 'rtp-inbound-stream-stats_4195875351': inbound-rtp, type=(GstWebRTCStatsType)inbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-inbound-stream-stats_4195875351, ssrc=(uint)4195875351, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, kind=(string)audio, packets-received=(guint64)0, jitter=(double)-0, remote-id=(string)rtp-remote-outbound-stream-stats_4195875351, bytes-received=(guint64)0, fir-count=(uint)0, pli-count=(uint)0, nack-count=(uint)0, gst-rtpsource-stats=(structure)"application/x-rtp-source-stats\,\ ssrc\=\(uint\)4195875351\,\ internal\=\(boolean\)false\,\ validated\=\(boolean\)false\,\ received-bye\=\(boolean\)false\,\ is-csrc\=\(boolean\)false\,\ is-sender\=\(boolean\)false\,\ seqnum-base\=\(int\)-1\,\ clock-rate\=\(int\)-1\,\ octets-sent\=\(guint64\)0\,\ packets-sent\=\(guint64\)0\,\ octets-received\=\(guint64\)0\,\ packets-received\=\(guint64\)0\,\ bytes-received\=\(guint64\)0\,\ bitrate\=\(guint64\)0\,\ packets-lost\=\(int\)0\,\ jitter\=\(uint\)0\,\ sent-pli-count\=\(uint\)0\,\ recv-pli-count\=\(uint\)0\,\ sent-fir-count\=\(uint\)0\,\ recv-fir-count\=\(uint\)0\,\ sent-nack-count\=\(uint\)0\,\ recv-nack-count\=\(uint\)0\,\ recv-packet-rate\=\(uint\)0\,\ have-sr\=\(boolean\)false\,\ sr-ntptime\=\(guint64\)0\,\ sr-rtptime\=\(uint\)0\,\ sr-octet-count\=\(uint\)0\,\ sr-packet-count\=\(uint\)0\,\ sent-rb\=\(boolean\)false\,\ sent-rb-fractionlost\=\(uint\)0\,\ sent-rb-packetslost\=\(int\)0\,\ sent-rb-exthighestseq\=\(uint\)0\,\ sent-rb-jitter\=\(uint\)0\,\ sent-rb-lsr\=\(uint\)0\,\ sent-rb-dlsr\=\(uint\)0\,\ have-rb\=\(boolean\)true\,\ rb-ssrc\=\(uint\)1353966007\,\ rb-fractionlost\=\(uint\)0\,\ rb-packetslost\=\(int\)18\,\ rb-exthighestseq\=\(uint\)31321\,\ rb-jitter\=\(uint\)45\,\ rb-lsr\=\(uint\)3335004765\,\ rb-dlsr\=\(uint\)191623\,\ rb-round-trip\=\(uint\)156\;";
[1: 2023-05-11T09:43:39.375508+08] stat: GstStructure 'rtp-remote-outbound-stream-stats_4195875351': remote-outbound-rtp, type=(GstWebRTCStatsType)remote-outbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-remote-outbound-stream-stats_4195875351, ssrc=(uint)4195875351, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, remote-timestamp=(double)0, local-id=(string)rtp-inbound-stream-stats_4195875351;
[1: 2023-05-11T09:43:39.375611+08] stat: GstStructure 'rtp-inbound-stream-stats_1': inbound-rtp, type=(GstWebRTCStatsType)inbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-inbound-stream-stats_1, ssrc=(uint)1, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, kind=(string)audio, packets-received=(guint64)0, jitter=(double)-0, remote-id=(string)rtp-remote-outbound-stream-stats_1, bytes-received=(guint64)0, fir-count=(uint)0, pli-count=(uint)0, nack-count=(uint)0, gst-rtpsource-stats=(structure)"application/x-rtp-source-stats\,\ ssrc\=\(uint\)1\,\ internal\=\(boolean\)false\,\ validated\=\(boolean\)false\,\ received-bye\=\(boolean\)false\,\ is-csrc\=\(boolean\)false\,\ is-sender\=\(boolean\)false\,\ seqnum-base\=\(int\)-1\,\ clock-rate\=\(int\)-1\,\ octets-sent\=\(guint64\)0\,\ packets-sent\=\(guint64\)0\,\ octets-received\=\(guint64\)0\,\ packets-received\=\(guint64\)0\,\ bytes-received\=\(guint64\)0\,\ bitrate\=\(guint64\)0\,\ packets-lost\=\(int\)0\,\ jitter\=\(uint\)0\,\ sent-pli-count\=\(uint\)0\,\ recv-pli-count\=\(uint\)0\,\ sent-fir-count\=\(uint\)0\,\ recv-fir-count\=\(uint\)0\,\ sent-nack-count\=\(uint\)0\,\ recv-nack-count\=\(uint\)0\,\ recv-packet-rate\=\(uint\)0\,\ have-sr\=\(boolean\)false\,\ sr-ntptime\=\(guint64\)0\,\ sr-rtptime\=\(uint\)0\,\ sr-octet-count\=\(uint\)0\,\ sr-packet-count\=\(uint\)0\,\ sent-rb\=\(boolean\)false\,\ sent-rb-fractionlost\=\(uint\)0\,\ sent-rb-packetslost\=\(int\)0\,\ sent-rb-exthighestseq\=\(uint\)0\,\ sent-rb-jitter\=\(uint\)0\,\ sent-rb-lsr\=\(uint\)0\,\ sent-rb-dlsr\=\(uint\)0\,\ have-rb\=\(boolean\)true\,\ rb-ssrc\=\(uint\)1144503780\,\ rb-fractionlost\=\(uint\)0\,\ rb-packetslost\=\(int\)0\,\ rb-exthighestseq\=\(uint\)35952\,\ rb-jitter\=\(uint\)73\,\ rb-lsr\=\(uint\)3335004765\,\ rb-dlsr\=\(uint\)205958\,\ rb-round-trip\=\(uint\)161\;";
[1: 2023-05-11T09:43:39.375692+08] stat: GstStructure 'rtp-remote-outbound-stream-stats_1': remote-outbound-rtp, type=(GstWebRTCStatsType)remote-outbound-rtp, timestamp=(double)261165095.54499999, id=(string)rtp-remote-outbound-stream-stats_1, ssrc=(uint)1, codec-id=(string)codec-stats-sink_1, transport-id=(string)transport-stats_webrtcdtlstransport0, remote-timestamp=(double)0, local-id=(string)rtp-inbound-stream-stats_1;
[1: 2023-05-11T09:43:39.375732+08] stat: GstStructure 'codec-stats-sink_1': codec, type=(GstWebRTCStatsType)codec, timestamp=(double)261165095.54499999, id=(string)codec-stats-sink_1, payload-type=(uint)0, clock-rate=(uint)8000, ssrc=(uint)1353966007, mime-type=(string)audio/PCMU, codec-type=(string)encode;`https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/353fallbackswitch: confusing logs when used with non-raw buffers2023-05-15T13:33:35ZGuillaume Desmottesfallbackswitch: confusing logs when used with non-raw buffersSee logs from the following pipeline:
`GST_DEBUG=fallbackswitch:6 gst-launch-1.0 videotestsrc ! x264enc tune=zerolatency ! fallbackswitch name=fb ! fakesink videotestsrc ! x264enc tune=zerolatency ! fb.`
```
utils/fallbackswitch/src/fa...See logs from the following pipeline:
`GST_DEBUG=fallbackswitch:6 gst-launch-1.0 videotestsrc ! x264enc tune=zerolatency ! fallbackswitch name=fb ! fakesink videotestsrc ! x264enc tune=zerolatency ! fb.`
```
utils/fallbackswitch/src/fallbackswitch/imp.rs:625:gstfallbackswitch::fallbackswitch::imp::FallbackSwitch::chain:<fb:sink_1> Handling Buffer { ptr: 0x7fb2fc0f7970, pts: 1000:00:02.100000000, dts: 1000:00:02.100000000, duration: 0:00:00.033333333, size: 6221, offset: 18446744073709551615, offset_end: 18446744073709551615, flags: MARKER | DELTA_UNIT, metas: [] } run ts start 0:00:02.100000000 end 0:00:02.133333333 pad active false
utils/fallbackswitch/src/fallbackswitch/imp.rs:656:gstfallbackswitch::fallbackswitch::imp::FallbackSwitch::chain:<fb:sink_1> Not dropping trailing non-raw Buffer { ptr: 0x7fb2fc0f7970, pts: 1000:00:02.100000000, dts: 1000:00:02.100000000, duration: 0:00:00.033333333, size: 6221, offset: 18446744073709551615, offset_end: 18446744073709551615, flags: MARKER | DELTA_UNIT, metas: [] } before timeout 0:00:02.166666666
utils/fallbackswitch/src/fallbackswitch/imp.rs:754:gstfallbackswitch::fallbackswitch::imp::FallbackSwitch::chain:<fb:sink_1> Dropping Buffer { ptr: 0x7fb2fc0f7970, pts: 1000:00:02.100000000, dts: 1000:00:02.100000000, duration: 0:00:00.033333333, size: 6221, offset: 18446744073709551615, offset_end: 18446744073709551615, flags: MARKER | DELTA_UNIT, metas: [] } on inactive pad
```
Logs claim that the buffer won't be dropped because it's non-raw and then still drop it right away. Is this intended?
It's also unclear to me how `fallbackswitch` is meant to work with encoded buffers, especially video. Shouldn't it be limited to raw buffers to be safe?https://gitlab.freedesktop.org/gstreamer/gst-examples/-/issues/65Dynamic Recording Audio and Video with Gstreamer2023-05-18T15:49:41ZMustafa KemalDynamic Recording Audio and Video with GstreamerI want to use muxer and save video and audio on same file. Is there any way to start and stop this pipeline.
My Pipelines:
1 - videosrcbin = v4l2src ! video/x-raw, width=640, height=480 ! videoconvert ! tee name=videoTee ! queue ! aut...I want to use muxer and save video and audio on same file. Is there any way to start and stop this pipeline.
My Pipelines:
1 - videosrcbin = v4l2src ! video/x-raw, width=640, height=480 ! videoconvert ! tee name=videoTee ! queue ! autovideosink
2- audiosrcbin = autoaudiosrc name=audiosrc ! audioconvert ! tee name=audioTee ! queue ! autoaudiosink
3- videorecordbin = queue name="videoQueue" ! x264enc name="encoder" tune=zerolatency bitrate=1000 key-int-max=30 ! video/x-h264, profile=constrained-baseline ! queue
4- audiorecordbin = queue name="audioQueue" ! opusenc name="encoder" ! audio/x-opus, profile=constrained-baseline ! queue
5- recordbin = mp4mux name=recordMux ! filesink name="recordFileSink" sync=false async=false location="x%1.mp4"
My start recording function:
```c++
PlayerResult Player::startRecording() {
_recordBin = createRecordBin();
_recordBinVideo = createRecordBinForVideo();
_recordBinAudio = createRecordBinForAudio();
gst_bin_add_many(GST_BIN(GST_PIPELINE_CAST(_pipeline)), _recordBin, NULL);
gst_bin_add_many(GST_BIN(_recordBin), _recordBinVideo, _recordBinAudio, NULL);
gst_element_sync_state_with_parent (_recordBin);
gst_element_sync_state_with_parent (_recordBinVideo);
gst_element_sync_state_with_parent (_recordBinAudio);
GstElement* videoTee = gst_bin_get_by_name (GST_BIN(_videoSrcBin), "videoTee");
GstElement* audioTee = gst_bin_get_by_name (GST_BIN(_audioSrcBin), "audioTee");
GstElement* muxer = gst_bin_get_by_name (GST_BIN(_recordBin), "recordMux");
GstElement* videoQueue = gst_bin_get_by_name (GST_BIN(_recordBinVideo), "videoQueue");
GstElement* audioQueue = gst_bin_get_by_name (GST_BIN(_recordBinAudio), "audioQueue");
if(!videoTee || !audioTee || !muxer || !videoQueue || !audioQueue) {
qInfo("Element not found !");
return ElementCreateError;
}
_videoTeeSrc = gst_element_get_request_pad (videoTee, "src_%u");
_audioTeeSrc = gst_element_get_request_pad (audioTee, "src_%u");
GstPad* videoQueueSink = gst_element_get_static_pad(videoQueue, "sink");
GstPad* audioQueueSink = gst_element_get_static_pad(audioQueue, "sink");
if(!gst_element_link_pads (videoTee, GST_OBJECT_NAME(_videoTeeSrc), _recordBinVideo,GST_OBJECT_NAME(videoQueueSink))) {
qInfo("Error on linking video with record bin!");
return ElementLinkError;
}
if(!gst_element_link_pads (audioTee, GST_OBJECT_NAME(_audioTeeSrc), _recordBinAudio,GST_OBJECT_NAME(audioQueueSink))) {
qInfo("Error on linking audio with record bin!");
return ElementLinkError;
}
if(!gst_element_link(_recordBinVideo, muxer) || !gst_element_link(_recordBinAudio, muxer)) {
qInfo("Error on linking muxers");
return ElementLinkError;
}
videoRecordSinkPad = gst_pad_get_peer (_videoTeeSrc);
audioRecordSinkPad = gst_pad_get_peer (_audioTeeSrc);
g_object_unref (videoTee);
g_object_unref (audioTee);
g_object_unref (videoQueueSink);
g_object_unref (audioQueueSink);
g_object_unref (muxer);
_isRecording = true;
return Success;
}
```
This function works good but how can I stop recording. I am sending EOS signals both video and audio encoders. Then when eos signals come on filesink, I am removing all record elements from pipeline and memory.
I am clicking record button on my app and sometimes my app is crashing. When I press my record button the recording must be saved on seperate file. If I press n times record button, the program must save n/2 different recordings. But program stucks randomly and some threads freezing. Buttons and display can't be work.I guess it is a deadlock. How can I resolve this problem ?
Thanks..https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/352hlssink3: Ability to resume the playlist on restart2023-05-09T14:48:54Zrajneeshksonihlssink3: Ability to resume the playlist on restartIssue: while generating HLS pipeline may encounter error (or crash) and after error user need to restart the pipeline, on restart hlssink3 will create a fresh playlist, which result in 2 separate hls playlists and then application need t...Issue: while generating HLS pipeline may encounter error (or crash) and after error user need to restart the pipeline, on restart hlssink3 will create a fresh playlist, which result in 2 separate hls playlists and then application need to create separate logic to join the 2 playlist.
Solution:
- Add property to hlssink3 to supply an existing segments (or playlist)
- hlssink3 initialize plalist with existing segments(or playlist) date
- hlssink3 add discontinuty tag
- it will start the segment number after the last segment in the supplied segments
Let me know if this makes sense ?https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2554updsrc , is not a valid win32 application2023-05-11T19:46:48Z강동현updsrc , is not a valid win32 applicationvideoconvert ! video/x-raw,format=I420 ! x264enc name=videoEnc bitrate=5000 tune=zerolatency pass=qual ! rtph264pay ! udpsink host=127.0.0.1 port=7000 sync=false
and type this on windows cmd
gst-launch-1.0 udpsrc port=7000 ! applicatio...videoconvert ! video/x-raw,format=I420 ! x264enc name=videoEnc bitrate=5000 tune=zerolatency pass=qual ! rtph264pay ! udpsink host=127.0.0.1 port=7000 sync=false
and type this on windows cmd
gst-launch-1.0 udpsrc port=7000 ! application/x-rtp ! rtpjitterbuffer ! rtph264depay ! decodebin ! videoflip method=5 ! autovideosink sync=false -v
cant load gstassrender 1% is not a valid win32 application
i serch this 12hours...plz help....
GStreamer 1.20.1 devel msvc 64 on windows 10...https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2553The process stops when linking 'rtspsrc' and 'rtph264depay'2023-05-09T13:46:05ZryupimThe process stops when linking 'rtspsrc' and 'rtph264depay'I would like to link 'rtspsrc' and 'h264depay'. But the process stops with the following message.
When I use ohter RTSP stream (ex. Wowza Stream test), it works fine. it doesn't output below message.
```
(gst-launch-1.0:678): GStreamer...I would like to link 'rtspsrc' and 'h264depay'. But the process stops with the following message.
When I use ohter RTSP stream (ex. Wowza Stream test), it works fine. it doesn't output below message.
```
(gst-launch-1.0:678): GStreamer-WARNING **: 10:12:15.620: 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.
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Progress: (open) Opening Stream
Pipeline is PREROLLED ...
Prerolled, waiting for progress to finish...
Progress: (connect) Connecting to rtsp://192.168.0.100:554/0/onvif/profile1/media.smp
Progress: (open) Retrieving server options
Progress: (open) Retrieving media info
Progress: (request) SETUP stream 0
Progress: (request) SETUP stream 1
Progress: (open) Opened Stream
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Progress: (request) Sending PLAY request
Redistribute latency...
Redistribute latency...
Progress: (request) Sending PLAY request
Redistribute latency...
Redistribute latency...
Progress: (request) Sent PLAY request
Redistribute latency...
Redistribute latency...
Redistribute latency...
WARNING: from element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0: Delayed linking failed.
Additional debug info:
gst/parse/grammar.y(540): gst_parse_no_more_pads (): /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0:
failed delayed linking some pad of GstRTSPSrc named rtspsrc0 to some pad of GstRtpH264Depay named rtph264depay0
Redistribute latency...
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/1014The process stops when linking 'rtspsrc' and 'rtph264depay'2023-05-08T11:09:33ZryupimThe process stops when linking 'rtspsrc' and 'rtph264depay'I would like to link 'rtspsrc' and 'h264depay'. But the process stops with the following message.
When I use ohter RTSP stream (ex. Wowza Stream test), it works fine. it doesn't output below message.
`
(gst-launch-1.0:678): GStreamer-W...I would like to link 'rtspsrc' and 'h264depay'. But the process stops with the following message.
When I use ohter RTSP stream (ex. Wowza Stream test), it works fine. it doesn't output below message.
`
(gst-launch-1.0:678): GStreamer-WARNING **: 10:12:15.620: 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.
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Progress: (open) Opening Stream
Pipeline is PREROLLED ...
Prerolled, waiting for progress to finish...
Progress: (connect) Connecting to rtsp://192.168.0.100:554/0/onvif/profile1/media.smp
Progress: (open) Retrieving server options
Progress: (open) Retrieving media info
Progress: (request) SETUP stream 0
Progress: (request) SETUP stream 1
Progress: (open) Opened Stream
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Progress: (request) Sending PLAY request
Redistribute latency...
Redistribute latency...
Progress: (request) Sending PLAY request
Redistribute latency...
Redistribute latency...
Progress: (request) Sent PLAY request
Redistribute latency...
Redistribute latency...
Redistribute latency...
WARNING: from element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0: Delayed linking failed.
Additional debug info:
gst/parse/grammar.y(540): gst_parse_no_more_pads (): /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0:
failed delayed linking some pad of GstRTSPSrc named rtspsrc0 to some pad of GstRtpH264Depay named rtph264depay0
Redistribute latency...
`