GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2022-05-13T20:28:06Zhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1186Cannot import Gst on systems without gstreamer preinstalled2022-05-13T20:28:06ZJohn MunroCannot import Gst on systems without gstreamer preinstalledOn a fresh install of Ubuntu 20.04, introspection appears to fail without having gstreamer preinstalled.
To produce:
Remove libgstreamer with `sudo apt-get remove libgstreamer1.0-0 gstreamer1.0-dev gstreamer1.0-tools`, install cairo `s...On a fresh install of Ubuntu 20.04, introspection appears to fail without having gstreamer preinstalled.
To produce:
Remove libgstreamer with `sudo apt-get remove libgstreamer1.0-0 gstreamer1.0-dev gstreamer1.0-tools`, install cairo `sudo apt-get install libcairo2-dev`, build with meson and switch into the dev env `meson build && ninja -C build && python gst-env.py`, the following gives an error:
```
python3 -c 'import gi; from gi.repository import Gst'
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python3/dist-packages/gi/importer.py", line 132, in load_module
raise ImportError('cannot import name %s, '
ImportError: cannot import name Gst, introspection typelib not found
```
The revision for the gintrospection repo needs to be changed from `master` to `main`.
Attached is the meson configure output.[meson.config](/uploads/bcc3e4349103ee262aa0a9ba06ef2362/meson.config)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/431Cannot play VP9 files on Windows2023-07-06T10:39:39ZBugzilla Migration UserCannot play VP9 files on Windows## Submitted by Andrzej Dymara
**[Link to original bug (#792329)](https://bugzilla.gnome.org/show_bug.cgi?id=792329)**
## Description
Created attachment 366494
ZIP archive with sample VP9 videos breaking GStreamer
There is a ...## Submitted by Andrzej Dymara
**[Link to original bug (#792329)](https://bugzilla.gnome.org/show_bug.cgi?id=792329)**
## Description
Created attachment 366494
ZIP archive with sample VP9 videos breaking GStreamer
There is a problem with decoding .webm files with VP9 codec under Windows platform. When I try to open such files, I receive segmentation fault message. There is a similar bug already reported as fixed (https://bugzilla.gnome.org/show_bug.cgi?id=761147) but it concerns vaapi, which is not available on Windows platform and the issue still persists in GStreamer 1.12.4.
The problem appears in:
- external Java application (using JNA bindings from https://github.com/gstreamer-java/gst1-java-core) - JVM crashes completely with no logs
- gst-play-1.0 (Segmentation fault message for both a.webm and flaque2.webm)
- gst-launch-1.0 (Segmentation fault message for both a.webm and flaque2.webm)
Used command: gst-launch-1.0 -v filesrc location=a.webm ! matroskademux ! vp9dec ! videoconvert ! videoscale ! autovideosink
- gst-discoverer-1.0 (works fine for a.webm, but Segmentation fault message appears for flaque2.webm)
Sample files for testing are included in an attachment (flaque2.webm comes from the linked 761147 bug, the other file is my own).
**Attachment 366494**, "ZIP archive with sample VP9 videos breaking GStreamer":
[sample_vp9_videos.zip](/uploads/471fba15319b6207e398e79dac75d6a1/sample_vp9_videos.zip)
Version: 1.12.4https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/-/issues/67Cannot react to events on a pipeline2019-06-06T23:04:59ZTyler ComptonCannot react to events on a pipelineTo my understanding, gst-rtsp-server attaches a watcher to all pipelines that it uses. This makes it impossible to react to events on that pipeline since only one watcher can be attached at once. This makes it difficult to, for example, ...To my understanding, gst-rtsp-server attaches a watcher to all pipelines that it uses. This makes it impossible to react to events on that pipeline since only one watcher can be attached at once. This makes it difficult to, for example, seek a file back to its beginning on EOS or react intelligently to pipeline errors.
I understand that this is inherent to the design of gst-rtsp-server since it needs to react to pipeline events, so removing this watcher is not an option. I wonder if it would make sense to forward these events to an optional MediaFactory callback or tee events to an additional watcher with a way to override gst-rtsp-server's default behavior.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/487can not recover video file: GstQTMoovRecover:qtmoovrecover0: Broken file cou...2021-09-24T13:33:08ZBugzilla Migration Usercan not recover video file: GstQTMoovRecover:qtmoovrecover0: Broken file could not be parsed correctly## Submitted by Maud
**[Link to original bug (#796703)](https://bugzilla.gnome.org/show_bug.cgi?id=796703)**
## Description
Hello,
I'm trying to use the qtmoovrecover, but when I run the corresponding pipeline it issues an erro...## Submitted by Maud
**[Link to original bug (#796703)](https://bugzilla.gnome.org/show_bug.cgi?id=796703)**
## Description
Hello,
I'm trying to use the qtmoovrecover, but when I run the corresponding pipeline it issues an error and recovered file is empty.
In order to reproduce my issue I got a video using the following pipeline:
gst-launch-1.0 -v videotestsrc is-live=true ! x264enc ! qtmux moov-recovery-file=test.mrf ! filesink location=test.mov
as I did not put the "-e" option EOS is not sent and the file is not readable (I want to simulate an application's crash)
then I run the command:
gst-launch-1.0 qtmoovrecover broken-input=test.mov recovery-input=test.mrf fixed-output=test-recovered.mov
the output of this command is:
Setting pipeline to PAUSED ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstQTMoovRecover:qtmoovrecover0: Broken file could not be parsed correctly
Additional debug info:
gstqtmoovrecover.c(229): gst_qt_moov_recover_run (): /GstQTMoovRecover:qtmoovrecover0
Execution ended after 0:00:00.000135241
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
(please find more log in the attached file)
I noticed that not matter how long I let the first pipeline run the size of the mrf is always the same:
-rw-rw-r-- 1 maud maud 12993848 juin 28 11:46 test.mov
-rw-rw-r-- 1 maud maud 728 juin 28 11:45 test.mrf
-rw-rw-r-- 1 maud maud 0 juin 28 11:49 test-rec.mov
even if I terminate my first pipeline, which generates the video, using the "-e" option and send an EOS on termination, the result is the same.
the output file of the recovering pipeline is empty and so not exploitable.
best regards
Maud
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1664Cannot run check test because undefined shm_enabled variable2021-09-23T13:13:45ZFabián OrccónCannot run check test because undefined shm_enabled variableWhen running gst-plugins-bad check test, the following error is shown up:
../subprojects/gst-plugins-bad/tests/check/meson.build:98:2: ERROR: Unknown variable "shm_enabled".When running gst-plugins-bad check test, the following error is shown up:
../subprojects/gst-plugins-bad/tests/check/meson.build:98:2: ERROR: Unknown variable "shm_enabled".https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/200Cannot run RTSP server example2019-05-13T14:03:42ZCaleb Xavier BergerCannot run RTSP server exampleI was trying to run the [`rtsp-server`](https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/blob/master/examples/src/bin/rtsp-server.rs) example. I removed the `examples-common` code (because I'm not targeting Macs) and ended up with [...I was trying to run the [`rtsp-server`](https://gitlab.freedesktop.org/gstreamer/gstreamer-rs/blob/master/examples/src/bin/rtsp-server.rs) example. I removed the `examples-common` code (because I'm not targeting Macs) and ended up with [a nearly identical file](https://hastebin.com/viwodanayu.rs) in `$ROOT_DIR/src/main.rs`
Running `cargo build` from `$ROOT_DIR` seemed to work fine - no errors or warnings. However, running the server was problematic. I first tried `cargo run "videotestsrc is-live=1 ! videoconvert ! x264enc ! rtph264pay name=pay0"` and used `gst-launch-1.0 rtspsrc location="rtsp://localhost:8554/test" ! rtph264depay ! autovideosink` as a client. The client seemed froze after reaching "Progress: (request) Sent PLAY request`. Nothing printed on either end.
I tried again, adding `GST_DEBUG=3` to the server side. After the client started to connect, it would print the following:
```
0:00:01.591758707 32593 0x7f489c007630 FIXME default gstutils.c:3981:gst_pad_create_stream_id_internal:<videotestsrc0:src> Creating random stream-id, consider implementing a deterministic way of creating a stream-id
0:00:01.600852056 32593 0x55a068cfc720 FIXME rtspmedia rtsp-media.c:3835:gst_rtsp_media_suspend: suspend for dynamic pipelines needs fixing
0:00:01.602130496 32593 0x55a068cfc720 FIXME rtspmedia rtsp-media.c:3835:gst_rtsp_media_suspend: suspend for dynamic pipelines needs fixing
0:00:01.602145477 32593 0x55a068cfc720 WARN rtspmedia rtsp-media.c:3861:gst_rtsp_media_suspend: media 0x7f48a403b270 was not prepared
0:00:01.605462678 32593 0x55a068cfc720 FIXME rtspclient rtsp-client.c:1646:handle_play_request:<GstRTSPClient@0x55a068deb130> Add support for seek style (null)
```
I also tried running `target/debug/binary_file_name` directly and had the same results.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/845Can not seek pipeline playing mp4 file with appsink2022-06-28T12:00:10ZcarrotstealerCan not seek pipeline playing mp4 file with appsink### Describe your issue
Pipeline with appsink stuck after seek.
Pipeline is following:
filesrc location=test.mp4 ! qtdemux name=d d.video_0 ! h264parse ! mp4mux fragment-duration=1000 ! appsink name=sink drop=false max-buffers=10
After ...### Describe your issue
Pipeline with appsink stuck after seek.
Pipeline is following:
filesrc location=test.mp4 ! qtdemux name=d d.video_0 ! h264parse ! mp4mux fragment-duration=1000 ! appsink name=sink drop=false max-buffers=10
After sending gst_element_seek pipeline stucks, no new buffers appear in appsink.
Error logs after seek:
```
(testapp:25954): GStreamer-CRITICAL **: 20:33:59.265: gst_segment_do_seek: assertion 'segment->format == format' failed
0:00:02.984883355 25954 0x563da694a770 WARN qtmux gstqtmux.c:1931:gst_qt_mux_send_buffer:<mp4mux0> Failed to send buffer (0x7f787803f5a0) size 14099
0:00:02.984908298 25954 0x563da694a770 ERROR qtmux gstqtmux.c:4214:gst_qt_mux_pad_fragment_add_buffer:<mp4mux0> Failed to send fragment
0:00:02.984937775 25954 0x563da694a770 WARN qtmux gstqtmux.c:5024:gst_qt_mux_add_buffer:<mp4mux0> error: Failed to push sample.
```
#### Expected Behavior
Playback should continues after seek.
#### Observed Behavior
Pipeline stuck.
#### Setup
- **Operating System:** Linux
- **Device:** Computer
- **GStreamer Version:** 1.18.5
- **Command line:** sample app attached
### Steps to reproduce the bug
<!-- please fill in exact steps which reproduce the bug on your system, for example: -->
1. create pipline as decribed above
2. pull some buffers from appsink
3. do flushing seek somewhere(e.g. to position 0)
4. try to pull more buffers from appsink
5. no new buffers available after seek
### How reproducible is the bug?
Always.
Run attached app as follow
GST_DEBUG=4 ./testapp /path/to/mp4/file.mp4
[testapp.cpp](/uploads/39e71d95bf16f74d654d0c24953b57e1/testapp.cpp)
[log_verbose.txt](/uploads/5a220b6a524939e14f3faada7bec8a88/log_verbose.txt)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/441Can not set max-file-duration for multifilesink due to type conversion error ...2020-02-15T13:44:51ZAlexander SackCan not set max-file-duration for multifilesink due to type conversion error in Pythongstreamer 1.14.5-0ubuntu1~18.04.1 and 1.16.0
Ubuntu 18.04 runtime on a Jetson TX2 (Jetpack release 32.1)
python 3.6
Given a pipeline/bin spec and a multifilesink element named "mfsink", here is how to reproduce the issue:
> mfsink = se...gstreamer 1.14.5-0ubuntu1~18.04.1 and 1.16.0
Ubuntu 18.04 runtime on a Jetson TX2 (Jetpack release 32.1)
python 3.6
Given a pipeline/bin spec and a multifilesink element named "mfsink", here is how to reproduce the issue:
> mfsink = self.recorderBin.get_by_name('mfsink')
> mfsink.set_property('max-file-duration', maxFileDuration)
maxFileDuration is 6e+10 nanoseconds (60 seconds). The set_property() call fails with an exception:
**ERROR: could not convert '60000000000' to type 'guint64' when setting property 'GstMultiFileSink.max-file-duration'**
I'll see if I can come up with a patch.https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/171Can not transcode mpeg2 correctly if lose frame rate info2019-06-12T13:52:54ZHe JunyanCan not transcode mpeg2 correctly if lose frame rate infogst-launch-1.0 filesrc location=vintage_car_1920x1080_24p_4_0_1920x1080p_71frames.264 ! h264parse ! vaapih264dec ! queue ! vaapimpeg2enc ! mpegvideoparse ! filesink location=trans.m2v
failed for iHD driver, we find frame rate info lost ...gst-launch-1.0 filesrc location=vintage_car_1920x1080_24p_4_0_1920x1080p_71frames.264 ! h264parse ! vaapih264dec ! queue ! vaapimpeg2enc ! mpegvideoparse ! filesink location=trans.m2v
failed for iHD driver, we find frame rate info lost in vaapimpeg2enc[vintage_car_1920x1080_24p_4_0_1920x1080p_71frames.264](/uploads/a5a66eb7988c47b92e6deb8500be43e8/vintage_car_1920x1080_24p_4_0_1920x1080p_71frames.264).https://gitlab.freedesktop.org/gstreamer/gst-docs/-/issues/51Can not use gst-launch in android terminal with a camera?2019-12-04T07:52:44ZChuckiePanCan not use gst-launch in android terminal with a camera?I got a question when I use the app Termux which can download a lot linux-like tools,for example I use gstreamer. In termux, I can pkg install gst*, after exec this cmd, I can install gstreamer sucessfully and Use gst-launch-1.0 videosrc...I got a question when I use the app Termux which can download a lot linux-like tools,for example I use gstreamer. In termux, I can pkg install gst*, after exec this cmd, I can install gstreamer sucessfully and Use gst-launch-1.0 videosrc, In fact, I want to get video0 frame show on termux terminal.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/954Cannot use more than 5 WebRTC datachannels2019-04-27T10:57:12ZFabio D'UrsoCannot use more than 5 WebRTC datachannelsHello,
It seems opening more than 5 datachannels causes strange "Invalid argument" errors.
I am attaching a simple program, based on the WebRTC examples, to reproduce the issue.
Please notice how, if you only open 5 data channels (lin...Hello,
It seems opening more than 5 datachannels causes strange "Invalid argument" errors.
I am attaching a simple program, based on the WebRTC examples, to reproduce the issue.
Please notice how, if you only open 5 data channels (line 172):
`for (int i = 0; i < 5; i++)`
everything works fine (you can see the on_data_channel callback firing on the other end).
However, if you open 6 or more data channels (e.g. by replacing 5 with a grater number at line 172), the other end only receives the first 5 ones and a lot of strange errors follow. For instance, this is the output for 8 data channels:
```
Starting pipeline
main: creating chan-0
main: creating chan-1
main: creating chan-2
main: creating chan-3
main: creating chan-4
main: creating chan-5
main: creating chan-6
main: creating chan-7
Created offer:
v=0
o=- 901154949399953672 0 IN IP4 0.0.0.0
s=-
t=0 0
a=ice-options:trickle
m=video 9 UDP/TLS/RTP/SAVPF 96
c=IN IP4 0.0.0.0
a=setup:actpass
a=ice-ufrag:2MHeOf1X3zc52s7z0MtPfQqjlRb2j644
a=ice-pwd:zLwQt/kjQeJLAhebGXdoKuTaCVWVlzrp
a=rtcp-mux
a=rtcp-rsize
a=sendrecv
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 nack pli
a=framerate:30
a=ssrc:2164201911 msid:user724377342@host-f566b918 webrtctransceiver0
a=ssrc:2164201911 cname:user724377342@host-f566b918
a=mid:video0
a=fingerprint:sha-256 11:4F:20:3C:5C:DD:DD:47:CB:4C:E1:06:9D:7D:BB:99:F9:82:2B:6D:F2:E4:9C:34:7F:AD:33:80:DC:D6:B2:D7
m=application 9 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 0.0.0.0
a=setup:actpass
a=ice-ufrag:G9uaPepQ17prWMkQEmldnS87riGJhHRZ
a=ice-pwd:9z+qqsu9nIzAG+nxt+SWB3CotbgSKxa8
a=mid:application1
a=sctp-port:5000
a=fingerprint:sha-256 11:4F:20:3C:5C:DD:DD:47:CB:4C:E1:06:9D:7D:BB:99:F9:82:2B:6D:F2:E4:9C:34:7F:AD:33:80:DC:D6:B2:D7
Created answer:
v=0
o=- 901154949399953672 0 IN IP4 0.0.0.0
s=-
t=0 0
a=ice-options:trickle
m=video 9 UDP/TLS/RTP/SAVPF 96
c=IN IP4 0.0.0.0
a=ice-ufrag:XSsRi38V/mHGWcdPM9sCRuZIerNCsFX1
a=ice-pwd:85KeI9MWMkPBz4LG12b+Bu8WN2eUtvBF
a=rtcp-mux
a=mid:video0
a=setup:active
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 nack pli
a=sendrecv
a=fingerprint:sha-256 11:4F:20:3C:5C:DD:DD:47:CB:4C:E1:06:9D:7D:BB:99:F9:82:2B:6D:F2:E4:9C:34:7F:AD:33:80:DC:D6:B2:D7
m=application 9 UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 0.0.0.0
a=ice-ufrag:/16qAKOarhbHXeklT+lxTFNM361mTDd2
a=ice-pwd:CRqqKFJKPlq6WYmkkt0BqXp/eY4nMAcM
a=mid:application1
a=setup:active
a=sctp-port:5000
a=fingerprint:sha-256 11:4F:20:3C:5C:DD:DD:47:CB:4C:E1:06:9D:7D:BB:99:F9:82:2B:6D:F2:E4:9C:34:7F:AD:33:80:DC:D6:B2:D7
** (test:10972): WARNING **: 18:01:59.921: Error sending data on stream 11: (22) Invalid argument
** (test:10972): WARNING **: 18:01:59.921: Error sending data on stream 13: (22) Invalid argument
** (test:10972): WARNING **: 18:01:59.921: Error sending data on stream 15: (22) Invalid argument
on_data_channel: received chan-0
** (test:10972): WARNING **: 18:01:59.921: Error sending data on stream 11: (22) Invalid argument
** (test:10972): WARNING **: 18:01:59.921: Error sending data on stream 13: (22) Invalid argument
** (test:10972): WARNING **: 18:01:59.921: Error sending data on stream 15: (22) Invalid argument
on_data_channel: received chan-1
on_data_channel: received chan-2
** (test:10972): WARNING **: 18:01:59.922: Error sending data on stream 11: (22) Invalid argument
** (test:10972): WARNING **: 18:01:59.922: Error sending data on stream 13: (22) Invalid argument
on_data_channel: received chan-3
** (test:10972): WARNING **: 18:01:59.922: Error sending data on stream 15: (22) Invalid argument
on_data_channel: received chan-4
** (test:10972): WARNING **: 18:01:59.922: Error sending data on stream 11: (22) Invalid argument
** (test:10972): WARNING **: 18:01:59.923: Error sending data on stream 13: (22) Invalid argument
** (test:10972): WARNING **: 18:01:59.923: Error sending data on stream 15: (22) Invalid argument
** (test:10972): WARNING **: 18:02:00.023: Error sending data on stream 11: (22) Invalid argument
** (test:10972): WARNING **: 18:02:00.023: Error sending data on stream 13: (22) Invalid argument
** (test:10972): WARNING **: 18:02:00.023: Error sending data on stream 15: (22) Invalid argument
** (test:10972): WARNING **: 18:02:00.123: Error sending data on stream 11: (22) Invalid argument
** (test:10972): WARNING **: 18:02:00.123: Error sending data on stream 13: (22) Invalid argument
** (test:10972): WARNING **: 18:02:00.123: Error sending data on stream 15: (22) Invalid argument
^C
````
Am I using the API correctly? I have tested both 1.15.1 and 1.16.0 and they both exhibit this behaviour.
[test.c](/uploads/93a30412da4ca92c1903b8d46c197772/test.c)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/596Can someone help update the doc for build instruction on Windows platform usi...2020-08-06T20:28:17ZKishore DebnathCan someone help update the doc for build instruction on Windows platform using VS 2019.I am facing multiple build errors while following the readme instructions to build in Windows platform. Can anyone help update that?
Currently, I'm seeing...
`LINK: fatal error LNK1104: cannot open file 'ucrtd.lib'`I am facing multiple build errors while following the readme instructions to build in Windows platform. Can anyone help update that?
Currently, I'm seeing...
`LINK: fatal error LNK1104: cannot open file 'ucrtd.lib'`https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/427Can't bootstrap on windows with python 3.122023-11-16T07:21:45ZJordan PetridіsCan't bootstrap on windows with python 3.12And python 3.11.3+
A [recent change](https://github.com/python/cpython/pull/101286) in cpython modified the behavior of `subprocess` and now instead of using `PATH` when passing `shell=True`, it relies on `%ComSpec%` or `%SystemRoot%` w...And python 3.11.3+
A [recent change](https://github.com/python/cpython/pull/101286) in cpython modified the behavior of `subprocess` and now instead of using `PATH` when passing `shell=True`, it relies on `%ComSpec%` or `%SystemRoot%` which are not currently exposed in the env we pass.
```
Step 35/35 : RUN C:\MinGW\msys\1.0\bin\bash.exe --login -c "C:/prepare_cerbero_env.sh"
---> Running in 1301f6911de0
+ cd C:/
+ git clone -b main https://gitlab.freedesktop.org/gstreamer/cerbero.git C:/cerbero
Cloning into 'C:/cerbero'...
+ cd C:/cerbero
+ echo 'local_sources="C:/cerbero/cerbero-sources"'
+ echo 'home_dir="C:/cerbero/cerbero-build"'
+ echo 'vs_install_path = "C:/BuildTools"'
+ echo 'vs_install_version = "vs16"'
+ ./cerbero-uninstalled -t -v visualstudio -c localconf.cbc -c config/win64.cbc fetch-bootstrap --jobs=4
Traceback (most recent call last):
File "c:\cerbero\cerbero\utils\__init__.py", line 432, in parse_file
exec(compile(open(filename).read(), filename, 'exec'), dict)
File "c:/cerbero/config/windows.config", line 203, in <module>
msvc_env, msvc_version = get_msvc_env(arch, target_arch, variants.uwp,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "c:\cerbero\cerbero\ide\vs\env.py", line 221, in get_msvc_env
without_msvc = run_and_get_env('set')
^^^^^^^^^^^^^^^^^^^^^^
File "c:\cerbero\cerbero\ide\vs\env.py", line 202, in run_and_get_env
output = subprocess.check_output(cmd, shell=True, env=env,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python311\Lib\subprocess.py", line 466, in check_output
return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python311\Lib\subprocess.py", line 548, in run
with Popen(*popenargs, **kwargs) as process:
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Python311\Lib\subprocess.py", line 1024, in __init__
self._execute_child(args, executable, preexec_fn, close_fds,
File "C:\Python311\Lib\subprocess.py", line 1494, in _execute_child
raise FileNotFoundError('shell not found: neither %ComSpec% nor %SystemRoot% is set')
FileNotFoundError: shell not found: neither %ComSpec% nor %SystemRoot% is set
0:00:00.030999 Configuration Error: Could not include config file (c:/cerbero/config/windows.config)
```
`SystemRoot` is properly set when executing the same code inside just the interpreter in either normal python or inside mingw.
```
PS C:\> C:\MinGW\msys\1.0\bin\bash.exe --login -c "python"
Python 3.11.3 (tags/v3.11.3:f3909b8, Apr 4 2023, 23:49:59) [MSC v.1934 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import subprocess
>>> from pprint import pprint
>>> def run_and_get_env(cmd):
... env = os.environ.copy()
... env['VSCMD_ARG_no_logo'] = '1'
... env['VSCMD_DEBUG'] = ''
... # Pass errors=ignore to ignore env vars with invalid encoding, such as
... # GITLAB_USER_NAME when the name of the user triggering the pipeline has
... # non-ascii characters.
... # The env vars set by MSVC will always be correctly encoded.
... output = subprocess.check_output(cmd, shell=True, env=env,
... universal_newlines=True,
... errors='ignore')
... lines = []
... for line in output.split('\n'):
... if '=' in line:
... lines.append(line)
... return lines
...
>>>
>>> without_msvc = run_and_get_env('set')
>>> pprint(without_msvc)
['ALLUSERSPROFILE=C:\\ProgramData',
'APPDATA=C:\\Users\\ContainerAdministrator\\AppData\\Roaming',
'CHOCOLATEYINSTALL=C:\\ProgramData\\chocolatey',
'CHOCOLATEYLASTPATHUPDATE=133250280503138950',
'COMMONPROGRAMFILES(X86)=C:\\Program Files (x86)\\Common Files',
'COMMONPROGRAMFILES=C:\\Program Files\\Common Files',
'COMMONPROGRAMW6432=C:\\Program Files\\Common Files',
'COMPUTERNAME=549C219136B5',
'COMSPEC=C:\\Windows\\system32\\cmd.exe',
'DRIVERDATA=C:\\Windows\\System32\\Drivers\\DriverData',
'ERRORACTIONPREFERENCE=Stop',
'GCM_VALIDATE=false',
'GIT_LFS_PATH=C:\\Program Files\\Git LFS',
'HOME=C:/MinGW/msys/1.0/home/ContainerAdministrator',
'LOCALAPPDATA=C:\\Users\\ContainerAdministrator\\AppData\\Local',
'LOGNAME=ContainerAdministrator',
'LOGONSERVER=\\\\549C219136B5',
'MAKE_MODE=unix',
'MSYSTEM=MINGW32',
'NUMBER_OF_PROCESSORS=32',
'OLDPWD=c:/',
'OS=Windows_NT',
'PATH=.;C:\\MinGW\\msys\\1.0\\local\\bin;C:\\MinGW\\bin;C:\\MinGW\\msys\\1.0\\bin;c:\\Python311\\Scripts\\;c:\\Python311\\;c:\\Windows\\system32;c:\\Windows;c:\\Windows\\System32\\Wbem;c:\\Windows\\System32\\WindowsPowerShell\\v1.0\\;c:\\Windows\\System32\\OpenSSH\\;c:\\ProgramData\\chocolatey\\bin;c:\\Program '
'Files\\CMake\\bin;c:\\Program Files\\Git\\cmd;c:\\Program Files\\Git '
'LFS;c:\\Users\\ContainerAdministrator\\.cargo\\bin;c:\\Users\\ContainerAdministrator\\AppData\\Local\\Microsoft\\WindowsApps',
'PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC;.PY;.PYW;.CPL',
'PROCESSOR_ARCHITECTURE=AMD64',
'PROCESSOR_IDENTIFIER=AMD64 Family 25 Model 1 Stepping 1, AuthenticAMD',
'PROCESSOR_LEVEL=25',
'PROCESSOR_REVISION=0101',
'PROGRAMDATA=C:\\ProgramData',
'PROGRAMFILES(X86)=C:\\Program Files (x86)',
'PROGRAMFILES=C:\\Program Files',
'PROGRAMW6432=C:\\Program Files',
'PROMPT=$P$G',
'PS1=\\[\\033]0;$MSYSTEM:\\w\\007',
'PSMODULEPATH=C:\\Users\\ContainerAdministrator\\Documents\\WindowsPowerShell\\Modules;C:\\Program '
'Files\\WindowsPowerShell\\Modules;C:\\Windows\\system32\\WindowsPowerShell\\v1.0\\Modules',
'PUBLIC=C:\\Users\\Public',
'PWD=C:/MinGW/msys/1.0/home/ContainerAdministrator',
'SHLVL=1',
'SYSTEMDRIVE=C:',
'SYSTEMROOT=C:\\Windows',
'TEMP=C:/Users/ContainerAdministrator/AppData/Local/Temp',
'TERM=cygwin',
'TMP=C:/Users/ContainerAdministrator/AppData/Local/Temp',
'USERDOMAIN=User Manager',
'USERNAME=ContainerAdministrator',
'USERPROFILE=C:\\Users\\ContainerAdministrator',
'WINDIR=C:\\Windows',
'WIX=C:\\Program Files (x86)\\WiX Toolset v3.11\\',
'_=c:/Python311/python',
'VSCMD_ARG_no_logo=1',
'VSCMD_DEBUG=']
>>>
```
I think the place we'd reexport SystemRoot would be in `windows.config` though from a quick look I am nor sure how or where does `env` originate in the file.
https://gitlab.freedesktop.org/gstreamer/cerbero/-/blob/ba53322b199ef13b741a408ab5bad2d2cf35512e/config/windows.config#L30-40https://gitlab.freedesktop.org/gstreamer/gst-libav/-/issues/65Can't build 1.16.1 on ubuntu 18.04 with built-in ffmpeg2021-09-24T12:52:35ZMichal LazoCan't build 1.16.1 on ubuntu 18.04 with built-in ffmpegI can't build 1.16.1 on ubuntu 18.04(x64) with build in version of ffmpeg (without --with-system-libav)
some problem with missing libm
undefined reference to `hypot'
undefined reference to `exp2'
......I can't build 1.16.1 on ubuntu 18.04(x64) with build in version of ffmpeg (without --with-system-libav)
some problem with missing libm
undefined reference to `hypot'
undefined reference to `exp2'
......https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/378Can't build for iOS simulator using the cross-ios-universal packages2023-11-07T00:02:04ZRicardo RuizCan't build for iOS simulator using the cross-ios-universal packagesHello All,
I am trying to generate a universal GStreamer build for M1/Intel MacBooks. I was able to successfully bootstrap and build a universal package using Cerbero.
I now have GStreamer installed but am receiving the following error...Hello All,
I am trying to generate a universal GStreamer build for M1/Intel MacBooks. I was able to successfully bootstrap and build a universal package using Cerbero.
I now have GStreamer installed but am receiving the following error when I try to build on the iOS Simulator:<br/>
`ld: in /Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/GStreamer(libgstapplemedia_a-avfassetsrc.m.o), building for iOS Simulator, but linking in object file built for iOS, file '/Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/GStreamer' for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)`
I have tried excluding **arm64** architectures from the simulator in build settings but that was not successful. Any help would be appreciated.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/454Can't build gir when cross compiling2021-01-08T10:12:20ZAlistair BuxtonCan't build gir when cross compilingI have set up the build environment so that it would work, but for this check in meson.build:
build_gir = gir.found() and not meson.is_cross_build()
There should be a way to override this, such as if the "introspection" option is e...I have set up the build environment so that it would work, but for this check in meson.build:
build_gir = gir.found() and not meson.is_cross_build()
There should be a way to override this, such as if the "introspection" option is explicitly set to enabled instead of auto. I don't know how to implement it though.
I assume all the plugin repos are the same.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/400can't build gst-plugins-base module2022-11-10T09:20:52Zharibommican't build gst-plugins-base moduleSince below gstreamer commit, can't build gst-plugins-base module
Commit id: 71f39a78
pkgconfig: Add information about libexecdir
gst-plugins-base module compilation failing with below error:
configure: Variable 'exec_prefix' not defin...Since below gstreamer commit, can't build gst-plugins-base module
Commit id: 71f39a78
pkgconfig: Add information about libexecdir
gst-plugins-base module compilation failing with below error:
configure: Variable 'exec_prefix' not defined in '/opt/media/install/lib/pkgconfig/gstreamer-1.0.pc'
configure: error: no gstreamer-1.0 >= 1.17.0.1 (GStreamer) found
Note: In file pkgconfig/gstreamer.pc.in changing the order of "libexecdir" like below is fixing the compilation issue
Form:
```
libexecdir=@libexecdir@
exec_prefix=@exec_prefix@
```
to :
```
exec_prefix=@exec_prefix@
libexecdir=@libexecdir@
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/433Can't build gst-plugin-webrtc2023-09-25T16:52:53ZjamlabsPSCan't build gst-plugin-webrtchi!
I am getting this compile error when running "cargo build -p gst-plugin-webrtc":
error: could not compile 'gst-plugin-webrtc' (lib)
I did install all the gstreamer libraries beforehand.
It looks like the so file is generated, i.e....hi!
I am getting this compile error when running "cargo build -p gst-plugin-webrtc":
error: could not compile 'gst-plugin-webrtc' (lib)
I did install all the gstreamer libraries beforehand.
It looks like the so file is generated, i.e.: libgstrswebrtc.so. Is it useable?
This happens on both my Ubuntu 22.04 and Armbian machines.
Any help would be appreciated!
thank you
Pierrehttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/383can't build gstreamer, gstenumtypes.h missing but required in gst.h2022-03-04T20:24:46ZA. Binzxxxxxxcan't build gstreamer, gstenumtypes.h missing but required in gst.hhow does your integration build it?
gstenumtypes.h is missing but required in gst.hhow does your integration build it?
gstenumtypes.h is missing but required in gst.hhttps://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/257Can't build GStream-rs2020-05-07T17:56:04ZSergeyCan't build GStream-rsHi there, I've installed all necessary packages via MSYS2 and when I try to compile encodebin, I got this error:
``` (client.exe:2092): GStreamer-WARNING **: 16:28:56.691: Failed to load plugin 'C:\msys64\mingw64\lib\gstreamer-1.0\libgs...Hi there, I've installed all necessary packages via MSYS2 and when I try to compile encodebin, I got this error:
``` (client.exe:2092): GStreamer-WARNING **: 16:28:56.691: Failed to load plugin 'C:\msys64\mingw64\lib\gstreamer-1.0\libgstx265.dll': 'C:\msys64\mingw64\lib\gstreamer-1.0\libgstx265.dll': The specified procedure could not be found. ```