GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2020-04-06T17:48:29Zhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/265Libpsl fails to build on Win 10 x64 after recent "python3 only fix"2020-04-06T17:48:29ZzEdS15B3GCwqLibpsl fails to build on Win 10 x64 after recent "python3 only fix"Got errors on 2 build machines (both Win 10 x64, -v visualstudio):
Machine 1:
[(53/73) libpsl -> compile]
Running command 'c:/cerbero/build/build-tools/bin/ninja.EXE -v -d keeprsp'
[1/25] "C:/Python38/python.exe" "pyt...Got errors on 2 build machines (both Win 10 x64, -v visualstudio):
Machine 1:
[(53/73) libpsl -> compile]
Running command 'c:/cerbero/build/build-tools/bin/ninja.EXE -v -d keeprsp'
[1/25] "C:/Python38/python.exe" "python" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--outp
ut-format=binary" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "tests/psl.dafsa"
FAILED: tests/psl.dafsa
"C:/Python38/python.exe" "python" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-form
at=binary" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "tests/psl.dafsa"
C:/Python38/python.exe: can't open file 'python': [Errno 2] No such file or directory
[2/25] "C:/Python38/python.exe" "python" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--outp
ut-format=cxx+" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "src/suffixes_dafsa.h"
FAILED: src/suffixes_dafsa.h
"C:/Python38/python.exe" "python" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-form
at=cxx+" "C:/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "src/suffixes_dafsa.h"
C:/Python38/python.exe: can't open file 'python': [Errno 2] No such file or directory
[3/25] cl @tests/59830eb@@test-is-public@exe/test-is-public.c.obj.rsp
ninja: build stopped: subcommand failed.
Recipe 'libpsl' failed at the build step 'compile'
Command Error: Running ['c:/cerbero/build/build-tools/bin/ninja.EXE', '-v', '-d', 'keeprsp'] returned 1
Machine 2:
Running command 'c:/lib/cerbero/build/build-tools/bin/ninja.EXE -v -d keeprsp'
[1/25] "C:/Programs/Python38/python.exe" "python" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-format=cxx+" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "src/suffixes_dafsa.h"
FAILED: src/suffixes_dafsa.h
"C:/Programs/Python38/python.exe" "python" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-format=cxx+" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "src/suffixes_dafsa.h"
C:/Programs/Python38/python.exe: can't open file 'python': [Errno 2] No such file or directory
[2/25] "C:/Programs/Python38/python.exe" "python" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-format=binary" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "tests/psl.dafsa"
FAILED: tests/psl.dafsa
"C:/Programs/Python38/python.exe" "python" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-format=binary" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "tests/psl.dafsa"
C:/Programs/Python38/python.exe: can't open file 'python': [Errno 2] No such file or directory
[3/25] "C:/Programs/Python38/python.exe" "python" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-format=binary" "--encoding=ascii" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "tests/psl_ascii.dafsa"
FAILED: tests/psl_ascii.dafsa
"C:/Programs/Python38/python.exe" "python" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/src/psl-make-dafsa" "--output-format=binary" "--encoding=ascii" "C:/Lib/cerbero/build/sources/msvc_x86_64/libpsl-0.21.0/list/public_suffix_list.dat" "tests/psl_ascii.dafsa"
C:/Programs/Python38/python.exe: can't open file 'python': [Errno 2] No such file or directory
[4/25] cl @fuzz/93850b7@@libpsl_load_dafsa_fuzzer@exe/main.c.obj.rsp
[5/25] cl @fuzz/93850b7@@libpsl_load_dafsa_fuzzer@exe/libpsl_load_dafsa_fuzzer.c.obj.rsp
[6/25] cl @fuzz/93850b7@@libpsl_fuzzer@exe/main.c.obj.rsp
[7/25] cl @fuzz/93850b7@@libpsl_load_fuzzer@exe/libpsl_load_fuzzer.c.obj.rsp
[8/25] cl @fuzz/93850b7@@libpsl_load_fuzzer@exe/main.c.obj.rsp
[9/25] cl @tests/59830eb@@test-is-cookie-domain-acceptable@exe/test-is-cookie-domain-acceptable.c.obj.rsp
[10/25] cl @fuzz/93850b7@@libpsl_fuzzer@exe/libpsl_fuzzer.c.obj.rsp
[11/25] cl @tests/59830eb@@test-is-public@exe/test-is-public.c.obj.rsp
[12/25] cl @tests/59830eb@@test-is-public-all@exe/test-is-public-all.c.obj.rsp
[13/25] cl @tools/f9d35d4@@psl@exe/psl.c.obj.rsp
ninja: build stopped: subcommand failed.
Recipe 'libpsl' failed at the build step 'compile'
Command Error: Running ['c:/lib/cerbero/build/build-tools/bin/ninja.EXE', '-v', '-d', 'keeprsp'] returned 1
I'm pretty sure that both machines have a python.exe at the locations the script was looking at. Reverting back to one commit before 08d1fe59d2a1529bb133bf552bcc6e9ff90bca5b (a8ff8514b6190e46a13b97d26dc240dca6b715c6) makes the error go away.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/531gst-launch-1.0 unable to play RTSP stream on windows 10 aws ec2 instance2022-11-10T09:21:01ZJordgst-launch-1.0 unable to play RTSP stream on windows 10 aws ec2 instanceThe RTSP is playable when streaming from VLC, but is returning an error when running gst-launch-1.0 to a fakesink (testing connectivity).
```
gst-launch-1.0 rtspsrc do-rtcp=TRUE location=rtsp://10.99.3.11:654/00000001-0000-babe-0000-acc...The RTSP is playable when streaming from VLC, but is returning an error when running gst-launch-1.0 to a fakesink (testing connectivity).
```
gst-launch-1.0 rtspsrc do-rtcp=TRUE location=rtsp://10.99.3.11:654/00000001-0000-babe-0000-accc8e4ebf43/live ! fakesink
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Progress: (open) Opening Stream
Progress: (connect) Connecting to rtsp://10.99.3.11:654/00000001-0000-babe-0000-accc8e4ebf43/live
Progress: (open) Retrieving server options
Progress: (open) Retrieving media info
Progress: (request) SETUP stream 0
Progress: (open) Opened Stream
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Progress: (request) Sending PLAY request
Progress: (request) Sending PLAY request
Progress: (request) Sent PLAY request
WARNING: from element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0: Could not read from resource.
Additional debug info:
../gst-plugins-good-1.16.2/gst/rtsp/gstrtspsrc.c(5768): gst_rtspsrc_reconnect (): /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0:
Could not receive any UDP packets for 5.0000 seconds, maybe your firewall is blocking it. Retrying using a tcp connection.
```
The full debug log (GST_DEBUG=4) is below:
[gst_windows_instance_log.txt](/uploads/ba0493d9f8fb6d8d2d5ddf7d0774c060/gst_windows_instance_log.txt)https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/264newly built gstreamer-1.0-0.dll entry point not found error when run on other...2020-04-09T14:43:07ZzEdS15B3GCwqnewly built gstreamer-1.0-0.dll entry point not found error when run on other Win 10Built current master on Win 10 x64 with -v visualstudio today and I'm getting an error popup when trying to start any of the .exe files:
gst-launch-1.0.exe - Entry Point Not Found
The procedure entry point g_libintl_bindtextdom...Built current master on Win 10 x64 with -v visualstudio today and I'm getting an error popup when trying to start any of the .exe files:
gst-launch-1.0.exe - Entry Point Not Found
The procedure entry point g_libintl_bindtextdomain could
not be located in the dynamic link library
C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll
Errors in the dependencies tool report for gst-launch.exe:
gstreamer\1.0\x86_64\bin\intl-8.dll module has missing imports
ext-ms-win-shell32-shellcom-l1-1-0.dll could not be found on disk
C:\Windows\system32\WS2_32.dll has module missing imports
I've already had this (or very similar) issue last week when I was trying to bind the DLL from Python but then the problem went away somehow (perhaps an update to some python libraries?) so I didn't look into it. Now I'm getting it on my home PC and work laptop, with gstreamer built on both separately today.
More accurately, I built gst in a Win 10 x64 VM on my home PC, which works in the VM but doesn't work on the host; and another gst in a Win 10 Docker container on my work laptop, which doesn't work on the host. I'm aware that incompatibility between DLLs / VC runtime etc. between the machines could be the source of the error, but all have very similar software configurations (including nearly everything needed to build Gstreamer except for cmake, wix and miniconda instead of a central python install) and have all updates.
Moreover, a gstreamer build compiled in the VM about a month ago has worked on ALL machines I've tried it on so I'm wondering why the loss of mobility now. I can see that some system DLLs might be involved but ws2_32.dll seems to be the same on all of these systems, while shell32.dll is different, some have a recent version from April 2 - could that be the source of troubles?
https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/106Port rusoto plugin to version 0.432020-05-28T11:31:22ZSebastian DrögePort rusoto plugin to version 0.43That's the new version with async/await support.
CC @arun @loganekThat's the new version with async/await support.
CC @arun @loganekhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/262Libvpx/compile fails on Win x64 -v visualstudio build2020-07-18T10:09:45ZzEdS15B3GCwqLibvpx/compile fails on Win x64 -v visualstudio buildAs I mentioned in issue #260, lipvpx compile step is giving me some trouble. Full log attached.
Build process on `Windows 10 x64`; `visualstudio`, nvcodec and intelmsdk variants enabled.
[vm_build_error.log](/uploads/a6f753adde6791...As I mentioned in issue #260, lipvpx compile step is giving me some trouble. Full log attached.
Build process on `Windows 10 x64`; `visualstudio`, nvcodec and intelmsdk variants enabled.
[vm_build_error.log](/uploads/a6f753adde679153c2e895175398a9b8/vm_build_error.log)
Error output:
[(59/73) gst-plugins-bad-1.0 -> install]
[(59/73) gst-plugins-bad-1.0 -> post_install]
WARNING: x86_64 pkg-config file 'c:/GStreamer_Cerbero/cerbero/build/dist/msvc_x86_64/lib/pkgconfig/gstreamer-codecs-1.0.pc' not found
[(59/73) gst-plugins-bad-1.0 -> gen_library_file]
[(60/73) libvpx -> fetch]
[(60/73) libvpx -> extract]
[(60/73) libvpx -> configure]
[(60/73) libvpx -> compile]
Running command 'C:/MinGW/msys/1.0/bin/make.EXE HAVE_GNU_STRIP=no'
[CREATE] vpx.def
[CREATE] vpx_config.asm
[CREATE] vpx_scale_rtcd.h
[CREATE] vpx_dsp_rtcd.h
[CREATE] vp8_rtcd.h
[CREATE] vp9_rtcd.h
[CREATE] vpx.vcxproj
generating filter 'Source Files' from 475 files
generating filter 'Header Files' from 227 files
generating filter 'Build Files' from 21 files
generating filter 'References' from 8 files
Ignored files list (8 items) is:
/utf-8
CHANGELOG
vpx_scale/vpx_scale_rtcd.pl
vpx_dsp/vpx_dsp_rtcd_defs.pl
vp8/common/rtcd_defs.pl
vp9/common/vp9_rtcd_defs.pl
build/make/version.sh
build/make/rtcd.pl
[CREATE] vpx.pc
[CREATE] vpx.sln
/c/GStreamer_Cerbero/cerbero/build/sources/msvc_x86_64/libvpx-v1.8.1/build/make/gen_msvs_sln.sh \
\
--dep=test_libvpx:gtest \
--ver=16\
--out=vpx.sln vpx.vcxproj
msbuild.exe vpx.sln -m -t:Build \
-p:Configuration="Debug" -p:Platform="x64"
Microsoft (R) Build Engine version 16.5.0+d4cbfca49 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
Build started 2020.04.04 23:33:07.
1>Project "c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.sln" on node 1 (Build target(s)).
1>ValidateSolutionConfiguration:
Building solution configuration "Debug|x64".
1>Project "c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.sln" (1) is building "c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.vcxproj" (2) on node 1 (default targets).
2>PrepareForBuild:
Creating directory "x64\Debug\vpx\".
Creating directory "x64\Debug\vpx\vpx.tlog\".
InitializeBuildStatus:
Creating "x64\Debug\vpx\vpx.tlog\unsuccessfulbuild" because "AlwaysCreate" was specified.
CustomBuild:
Assembling emms_mmx.asm
'nasm' is not recognized as an internal or external command,
operable program or batch file.
Assembling float_control_word.asm
'nasm' is not recognized as an internal or external command,
operable program or batch file.
Assembling intrapred_sse2.asm
'nasm' is not recognized as an internal or external command,
operable program or batch file.
[...] (Many similar error messages cut)
Assembling vp9_error_sse2.asm
'nasm' is not recognized as an internal or external command,
operable program or batch file.
Assembling vp9_quantize_ssse3_x86_64.asm
'nasm' is not recognized as an internal or external command,
operable program or batch file.
2>c:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Microsoft\VC\v160\Microsoft.CppCommon.targets(231,5): error MSB6006: "cmd.exe" exited with code 9009. [c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.vcxproj]
2>Done Building Project "c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.vcxproj" (default targets) -- FAILED.
1>Done Building Project "c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.sln" (Build target(s)) -- FAILED.
Build FAILED.
"c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.sln" (Build target) (1) ->
"c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.vcxproj" (default target) (2) ->
(CustomBuild target) ->
c:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Microsoft\VC\v160\Microsoft.CppCommon.targets(231,5): error MSB6006: "cmd.exe" exited with code 9009. [c:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\libvpx-v1.8.1\vpx.vcxproj]
0 Warning(s)
1 Error(s)
Time Elapsed 00:00:01.76
make[1]: *** [Debug_x64] Error 1
make: *** [.DEFAULT] Error 2
Recipe 'libvpx' failed at the build step 'compile'
Command Error: Running ['C:/MinGW/msys/1.0/bin/make.EXE', 'HAVE_GNU_STRIP=no'] returned 2
Adding nasm.exe's folder (cerbero\build\build-tools\bin) to the Path solves this error.
This might not be a Cerbero issue, because I'm getting it with an older commit as well that worked before. It might've been caused by an upgraded python module, for example.https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/104don't see way to set default caps for properties2020-04-03T17:27:19ZLucas Johnsondon't see way to set default caps for propertiesI hope I'm not missing something, but I don't see a way to set default caps for properties. Something like:
subclass::Property("caps", |name| {
glib::ParamSpec::caps(
name,
"Caps",
"Desir...I hope I'm not missing something, but I don't see a way to set default caps for properties. Something like:
subclass::Property("caps", |name| {
glib::ParamSpec::caps(
name,
"Caps",
"Desired caps to passthru on src pad",
gst::Caps::static_type(),
DEFAULT_CAPS,
glib::ParamFlags::READWRITE,
)
})https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/103gst-plugin-version-helper's git2 dep makes cross compiling much harder2020-04-03T17:36:23ZGuillaume Desmottesgst-plugin-version-helper's git2 dep makes cross compiling much harderI spent quite some time experimenting cross-compiling `gst-plugins-rs` for the pi. Turned out this was a much bigger can of worms than anticipated but I finally managed to have something working and easy enough to use use thanks to the p...I spent quite some time experimenting cross-compiling `gst-plugins-rs` for the pi. Turned out this was a much bigger can of worms than anticipated but I finally managed to have something working and easy enough to use use thanks to the pretty cool [cross](https://github.com/rust-embedded/cross) tool.
One big problem I hit is the build of the `openssl-sys` crate which is a dep of `git2` used by `gst-plugin-version-helper`. `openssl-sys` requires an `OpenSSL` build for the target host which is not trivial to setup.
`git2` is only used to fetch the id and date of the last git commit in order to populate the plugin metadata. I'd like to discuss options to relax this dep in order to make cross-compiling easier, if possible. Here are some ideas:
- We could guard the `git2` dep with a feature, fallbacking to *unknown* as commit and the build time for the date.
- `gst-plugin-version-helper` is now able to fetch the metadata from a `release.txt` file. We could remove the `git2` dep in releases, or make if a feature disabled by default.
- The metadata could be fetched by `meson` instead of `build.rs` but that would break "pure cargo" builds and means we'd have to hook `cross` inside our `meson` build system so that's probably not a great idea.
- We could add a feature enabling the `vendored-openssl` feature from `git2` asking `openssl` to build its own openssl. This would slowdown build and doesn't actually solve our problem as I didn't manage to cross-build `openssl` with `cross` but this could probably be debugged.
I don't have any strong opinion for any of these options, it's mostly a brain dump of what I got so far. And maybe it's all not worth it and we should just have a `openssl` cross-build in the build image.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1257mpegtsmux bitrate does not generate the output2020-04-06T14:11:24Zvandanampegtsmux bitrate does not generate the outputIf I define the mpegtxmux bitrate property, the pipeline does not generate an output. If I remove this property from the pipeline, everything else being the same, the output gets generated fine.
Setting it to value: bitrate = 1098If I define the mpegtxmux bitrate property, the pipeline does not generate an output. If I remove this property from the pipeline, everything else being the same, the output gets generated fine.
Setting it to value: bitrate = 1098https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/530[regression] baseparse cache fix breaks h264parse and h265parse2022-11-10T09:21:01ZU. Artie Eoff[regression] baseparse cache fix breaks h264parse and h265parse```
gst-launch-1.0 -vf filesrc location=h264/alphaconformanceG.264 ! h264parse ! fakesink
```
`ERROR:../gst/videoparsers/gsth264parse.c:1315:gst_h264_parse_handle_frame: assertion failed: (current_off < size)`
Since !422, commit e90619...```
gst-launch-1.0 -vf filesrc location=h264/alphaconformanceG.264 ! h264parse ! fakesink
```
`ERROR:../gst/videoparsers/gsth264parse.c:1315:gst_h264_parse_handle_frame: assertion failed: (current_off < size)`
Since !422, commit e906197c622725e48b6250a71a922d45b006fb14 :
```
commit e906197c622725e48b6250a71a922d45b006fb14
Author: Jan Schmidt <jan@centricular.com>
Date: Wed Apr 1 02:36:40 2020 +1100
baseparse: Fix upstream read caching
When running in pull mode (for e.g. mp3 reading),
baseparse currently reads 64KB from upstream, then mp3parse
consumes typically around 417/418 bytes of it. Then
on the next loop, it will read a full fresh 64KB again,
which is a big waste.
Fix the read loop to use the available cache buffer first
before going for more data, until the cache drops to < 1KB.
Fixes https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/518
```
Reverting this commit fixes the regression.
Also seeing similar error with some `h265parse` use-cases.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/714flvmux accesses the GstElement sinkpads list unsafely.2020-04-05T13:23:14ZJan Schmidtflvmux accesses the GstElement sinkpads list unsafely.I just fixed one case that showed up in the CI of flvmux accessing the GstElement sinkpads list directly without holding the GST_OBJECT_LOCK(), but it does it in more places. It should either hold the lock in those places too, or use `gs...I just fixed one case that showed up in the CI of flvmux accessing the GstElement sinkpads list directly without holding the GST_OBJECT_LOCK(), but it does it in more places. It should either hold the lock in those places too, or use `gst_element_iterate_sink_pads()` or `gst_element_foreach_sink_pad()`https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1256webrtcbin: ability to specify preferred audio/video codecs2021-05-21T09:46:25ZNazar Mokrynskyiwebrtcbin: ability to specify preferred audio/video codecsLooking at https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/blob/45a1070203a39246a693ce5f0a14f5984ec1df30/ext/webrtc/gstwebrtcbin.c#L1497-1551
I thought it would be possible to set `codec_preferences` on a transceiver, but it ...Looking at https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/blob/45a1070203a39246a693ce5f0a14f5984ec1df30/ext/webrtc/gstwebrtcbin.c#L1497-1551
I thought it would be possible to set `codec_preferences` on a transceiver, but it doesn't seem to be (at least from Rust bindings).
Would be really nice though to be able to specify caps for transceiver on receiving side if sender provided a list of possible codecs, as browsers usually do, to prefer some codecs over others.https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/245Segfault when panicking in on-new-transceiver2020-04-02T09:24:30ZNazar MokrynskyiSegfault when panicking in on-new-transceiver```rust
webrtcbin
.connect("on-new-transceiver", false, |values| {
values[1]
.get::<gst::glib::Object>()
.unwrap()
.unwrap()
...```rust
webrtcbin
.connect("on-new-transceiver", false, |values| {
values[1]
.get::<gst::glib::Object>()
.unwrap()
.unwrap()
.set_property(
"codec_preferences",
&gst::Caps::new_simple("application/x-rtp", &[("encoding-name", &"H264")]),
)
.unwrap();
None
})
.unwrap();
```
This panics (because no `codec_preferences` property, which I do not understand either to be honest), but besides that also segfaults the whole app, which is not expected:
```
thread '<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: BoolError { message: "property not found", filename: "/rust/.cargo/registry/src/github.com-1ecc6299db9ec823/glib-0.9.3/src/object.rs", function: "glib::object", line: 1373 }', ...:530:13
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
fatal runtime error: failed to initiate panic, error 5
Aborted (core dumped)
```
Wasn't able to reproduce with gstwebrtc-demo, because latest revisions work differently and do not seem to fire `on-new-transceiver` event.
I'm not sure if this is an issue with bindings specifically or not.
P.S. Would be nice to set `codec_preferences` though if someone knows how :)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/712rtpbin: warning: "trying to request a pad with name recv_rtp_sink_%u"2023-07-25T16:06:12ZAaron Boxerrtpbin: warning: "trying to request a pad with name recv_rtp_sink_%u"Running this simple pipeline:
`GST_DEBUG=rtpbin:5 gst-launch-1.0 udpsrc port=5000 caps=application/x-rtp ! rtpbin ! tee ! fakesink`
I get:
```
0:00:00.077407023 21374 0x5583adc14e70 DEBUG rtpbin gstrtpbin.c:4684:gst_r...Running this simple pipeline:
`GST_DEBUG=rtpbin:5 gst-launch-1.0 udpsrc port=5000 caps=application/x-rtp ! rtpbin ! tee ! fakesink`
I get:
```
0:00:00.077407023 21374 0x5583adc14e70 DEBUG rtpbin gstrtpbin.c:4684:gst_rtp_bin_request_new_pad:<rtpbin0> Trying to request a pad with name recv_rtp_sink_%u
```
and some warnings about invalid rtp name.
Remove the `tee` above, or add a `queue` before the `tee`, and there are no longer any warnings.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/260Bootstrap build fails at configuring ninja on Windows x642020-04-06T17:48:29ZzEdS15B3GCwqBootstrap build fails at configuring ninja on Windows x64Hi,
Win 10 x64
python install: python 3.8.1, meson 0.54, setuptools 46.1.3
mingw install: whatever its installer considers to be up-to-date
I always cerbero with `visualstudio`, `nvcodec` and `intelmsdk` variants enabled...Hi,
Win 10 x64
python install: python 3.8.1, meson 0.54, setuptools 46.1.3
mingw install: whatever its installer considers to be up-to-date
I always cerbero with `visualstudio`, `nvcodec` and `intelmsdk` variants enabled (tried with `-c /config/win64.cbc` and without).
Failed to build the current master on Windows. First I tried to just update my previous build but that didn't work (complained about not finding nasm.exe among other things) so gradually I went back to scratch (deleted the build folder, even wiped the .cache). Now bootstrap exits with:
[(4/18) ninja -> configure]
Running command ['C:/Program Files/Python38/python.exe', 'configure.py', '--bootstrap']
In file included from C:\Lib\cerbero\build\sources\build-tools\ninja-1.10.0\src\build.h:18,
from C:\Lib\cerbero\build\sources\build-tools\ninja-1.10.0\src\build.cc:15:
c:\lib\cerbero\build\mingw\multilib\include\c++\8.2.0\cstdio:42:10: fatal error: stdio.h: No such file or directory
#include <stdio.h>
^~~~~~~~~
compilation terminated.
bootstrapping ninja...
warning: A compatible version of re2c (>= 0.11.3) was not found; changes to src/*.in.cc will not affect your build.
when running: x86_64-w64-mingw32-g++ -MMD -MT build\build.o -MF build\build.o.d -g -Wall -Wextra -Wno-deprecated -Wno-missing-field-initializers -Wno-unused-parameter -fno-rtti -fno-exceptions -pipe -DNINJA_PYTHON="python.exe" -O2 -DNDEBUG -D_WIN32_WINNT=0x0601 -D__USE_MINGW_ANSI_STDIO=1 -I. -Wall -g -O2 -DWINVER=0x0601 -D_WIN32_WINNT=0x0601 -Wall -g -O2 -DWINVER=0x0601 -D_WIN32_WINNT=0x0601 -c C:\Lib\cerbero\build\sources\build-tools\ninja-1.10.0\src\build.cc -o build\build.o
Traceback (most recent call last):
File "configure.py", line 523, in <module>
objs += cxx(name, variables=cxxvariables)
File "configure.py", line 291, in cxx
return n.build(built(name + objext), 'cxx', src(name + '.cc'), **kwargs)
File "configure.py", line 173, in build
self._run_command(self._expand(cmd, local_vars))
File "configure.py", line 198, in _run_command
subprocess.check_call(cmdline, shell=True)
File "C:\Program Files\Python38\lib\subprocess.py", line 364, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command 'x86_64-w64-mingw32-g++ -MMD -MT build\build.o -MF build\build.o.d -g -Wall -Wextra -Wno-deprecated -Wno-missing-field-initializers -Wno-unused-parameter -fno-rtti -fno-exceptions -pipe -DNINJA_PYTHON="python.exe" -O2 -DNDEBUG -D_WIN32_WINNT=0x0601 -D__USE_MINGW_ANSI_STDIO=1 -I. -Wall -g -O2 -DWINVER=0x0601 -D_WIN32_WINNT=0x0601 -Wall -g -O2 -DWINVER=0x0601 -D_WIN32_WINNT=0x0601 -c C:\Lib\cerbero\build\sources\build-tools\ninja-1.10.0\src\build.cc -o build\build.o' returned non-zero exit status 1.
Recipe 'ninja' failed at the build step 'configure'https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/740subparse: WebVTT – Does not play subtitles in .vtt file2020-05-27T19:41:44Zrugksubparse: WebVTT – Does not play subtitles in .vtt file**Originally reported at https://gitlab.gnome.org/GNOME/totem/-/issues/410**
## system
Fedora 31
GNOME 3.34.4
Totem 1:3.34.1-1.fc31
### video
.mp4
Quicktime container
1280 × 720
H.264 (High Profile)
23,98 frames per second
439 kbps
...**Originally reported at https://gitlab.gnome.org/GNOME/totem/-/issues/410**
## system
Fedora 31
GNOME 3.34.4
Totem 1:3.34.1-1.fc31
### video
.mp4
Quicktime container
1280 × 720
H.264 (High Profile)
23,98 frames per second
439 kbps
### audio
MPEG-4 AAC
Stereo
44100 Hz
130 kbps
### subtitle file
A AFAIK valid WebVTT file starting like this:
```vtt
WEBVTT
00:05.672 --> 00:06.714
```
`file` says `UTF-8 Unicode text, with CRLF line terminators`
## STR
1. Open the video.
2. Choose "Add subtitles" in the menu and choose the file.
### What happens
It staggers for one second, then just continues to play.
The subtitle is _not_ displayed anywhere.
### What should happen
Show subtitle.
If I do the same in VLC (3.0.8) it plays the subtitle correctly.
## More information
I started totem from the console and this is the only thing it shows me:
```
totem
(totem:18312): Gdk-WARNING **: 10:32:14.190: Native Windows taller than 65535 pixels are not supported
(totem:18312): Gtk-WARNING **: 10:32:32.453: Drawing a gadget with negative dimensions. Did you forget to allocate a size? (node slider owner GtkScale)
```
---
## Example
Created a minimal example here:
[test.vtt](/uploads/4057094e6ec4b9aab97377366a0f1c84/test.vtt)
## Related
Possibly related? https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/600 https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/148https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/102gst_plugin_version_helper::get_info() panics without initial commit in git re...2020-03-30T07:54:37ZBrian Gonzalezgst_plugin_version_helper::get_info() panics without initial commit in git repository`cargo new` by default initializes a new git repository with no commits (i.e., `.git/refs/heads/` is empty). This causes `gst_plugin_version_helper::get_info()` to [panic with "Couldn't find last commit"](https://gitlab.freedesktop.org/g...`cargo new` by default initializes a new git repository with no commits (i.e., `.git/refs/heads/` is empty). This causes `gst_plugin_version_helper::get_info()` to [panic with "Couldn't find last commit"](https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/blob/master/gst-plugin-version-helper/src/lib.rs#L96) when building in a brand-new project.
Would prefer that it falls back to what is specified in the [documentation](https://docs.rs/gst-plugin-version-helper/0.1.0/gst_plugin_version_helper/fn.get_info.html) when unable to extract the desired info: `COMMIT_ID is set to the string UNKNOWN and BUILD_REL_DATE to the current date.`https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/244Add PushSrc bindings2020-04-02T17:25:10ZSebastian DrögeAdd PushSrc bindingsCan be simply implemented manually on top of basesrc but let's make people's life a bit easier.Can be simply implemented manually on top of basesrc but let's make people's life a bit easier.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/527gst-launch-1.0 YouTube fails with gst_base_src_loop:<souphttpsrc0> error: Int...2022-03-04T20:31:43ZStefan Fröberggst-launch-1.0 YouTube fails with gst_base_src_loop:<souphttpsrc0> error: Internal data stream errorHello.
I tried to use gst-launch-1.0 to test YouTube video as instructed here:
http://lifestyletransfer.com/how-to-watch-youtube-videos-with-gstreamer/
However it does not work and gives "Internal data stream error" in
gstbasesrc.c:307...Hello.
I tried to use gst-launch-1.0 to test YouTube video as instructed here:
http://lifestyletransfer.com/how-to-watch-youtube-videos-with-gstreamer/
However it does not work and gives "Internal data stream error" in
gstbasesrc.c:3072:gst_base_src_loop:<souphttpsrc0>
My Linux distro is 64-bit Gentoo and I have the following gst* packages & versions installed:
```
gst-python-1.16.2
gst-plugins-bad-1.16.2
gst-plugins-base-1.16.2
gst-plugins-good-1.16.2
gst-plugins-ugly-1.16.2
gstreamer-1.16.2
gst-plugins-gtk-1.16.2
gst-plugins-libav-1.14.4
```
And here's the complete error:
```
GST_DEBUG="*:2" gst-launch-1.0 -v souphttpsrc is-live=true method=get location="$(youtube-dl
--format "best[ext=mp4][protocol=https]" --get-url https://www.youtube.com/watch?v=ndl1W4ltcmg)" !
decodebin ! videoconvert ! autovideosink
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
0:00:00.015278918 17150 0x55c294c10030 WARN structure
gststructure.c:1861:priv_gst_structure_append_to_gstring: No value transform to serialize field
'session' of type 'SoupSession'
Got context from element 'souphttpsrc0': gst.soup.session=context, session=(SoupSession)NULL, force=
(boolean)false;
Setting pipeline to PLAYING ...
New clock: GstSystemClock
0:00:00.140221724 17150 0x55c294adeb70 WARN basesrc
gstbasesrc.c:3072:gst_base_src_loop:<souphttpsrc0> error: Internal data stream error.
0:00:00.140280433 17150 0x55c294adeb70 WARN basesrc
gstbasesrc.c:3072:gst_base_src_loop:<souphttpsrc0> error: streaming stopped, reason error (-5)
0:00:00.140351666 17150 0x55c294adeb70 WARN typefind
gsttypefindelement.c:986:gst_type_find_element_chain_do_typefinding:<typefind> error: Stream doesn't
contain enough data.
0:00:00.140373016 17150 0x55c294adeb70 WARN typefind
gsttypefindelement.c:986:gst_type_find_element_chain_do_typefinding:<typefind> error: Can't typefind
stream
ERROR: from element /GstPipeline:pipeline0/GstSoupHTTPSrc:souphttpsrc0: Internal data stream error.
Additional debug info:
/var/tmp/portage/media-libs/gstreamer-1.16.2/work/gstreamer-1.16.2/libs/gst/base/gstbasesrc.c(3072):
gst_base_src_loop (): /GstPipeline:pipeline0/GstSoupHTTPSrc:souphttpsrc0:
streaming stopped, reason error (-5)
Execution ended after 0:00:00.125129037
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/101ts-udpsink: Clearing all clients should also leave multicast groups as needed2020-05-11T05:12:31ZSebastian Drögets-udpsink: Clearing all clients should also leave multicast groups as neededThe following discussion from !282 should be addressed:
- [ ] @slomo started a [discussion](https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/282#note_448940): (+2 comments)
> Actually, shouldn't we move all...The following discussion from !282 should be addressed:
- [ ] @slomo started a [discussion](https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/merge_requests/282#note_448940): (+2 comments)
> Actually, shouldn't we move all existing clients to the `unconfigure` list apart from those that are to be added again?https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1253Remove detection part from gstfaceblur and rename it to gstroiblur2020-03-30T00:29:17ZFabián OrccónRemove detection part from gstfaceblur and rename it to gstroiblurCurrently we have two elements in GStreamer that do double work (face detection):
1. gstfaceblur: does face detection + blur
2. gstfacedetect: does face detection
My proposal suggests:
1. Remove the face detection from gstfaceblur
2. Mo...Currently we have two elements in GStreamer that do double work (face detection):
1. gstfaceblur: does face detection + blur
2. gstfacedetect: does face detection
My proposal suggests:
1. Remove the face detection from gstfaceblur
2. Modify gstfaceblur to read GstVideoRegionOfInterestMeta from incoming buffers.
3. Modify gstfaceblur to apply blur effect to the regions marked on each GstVideoRegionOfInterestMeta.
4. Add an extra property "roi_type" so we filter what GstVideoRegionOfInterestMeta to blur by its roi_type.
5. Rename gstfaceblur to gstroiblur.
When those changes get applied, the output of these pipelines should be equivalent
```
gst-launch-1.0 autovideosrc ! videoconvert ! faceblur ! videoconvert ! xvimagesink
```
```
gst-launch-1.0 autovideosrc ! videoconvert ! facedetect ! roiblur roi-type="face" ! videoconvert ! xvimagesink
```
![938-9386015_csuaii-trn-premium-spongebob-mad-face-meme](/uploads/666dd76c348e148c7d8c4b9e6cf1b632/938-9386015_csuaii-trn-premium-spongebob-mad-face-meme.png)