gstreamer issueshttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues2021-10-20T07:34:15Zhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/824add support for DASH events2021-10-20T07:34:15ZBugzilla Migration Useradd support for DASH events## Submitted by A Ashley
**[Link to original bug (#796923)](https://bugzilla.gnome.org/show_bug.cgi?id=796923)**
## Description
Section 5.10.3 (Inband Event Signalling) of the MPEG DASH specification defines a new box type "emsg" th...## Submitted by A Ashley
**[Link to original bug (#796923)](https://bugzilla.gnome.org/show_bug.cgi?id=796923)**
## Description
Section 5.10.3 (Inband Event Signalling) of the MPEG DASH specification defines a new box type "emsg" that is used to convey events. These events can be used to signal changes in the DASH stream, convey metadata or provide application specific information.
Section 5.10.4 (DASH-specific events) defines a method for an in-band signal to indicate that a live DASH stream has finished.
Currently there is no support in qtdemux or dashdemux for these DASH events.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/821dash: mpdparser: GstUri changed unexpectedly within combine_urls()2022-11-15T00:45:56ZBugzilla Migration Userdash: mpdparser: GstUri changed unexpectedly within combine_urls()## Submitted by WeiChungChang
**[Link to original bug (#765528)](https://bugzilla.gnome.org/show_bug.cgi?id=765528)**
## Description
Created attachment 326680
issued MPD file
Hi all:
I met a problem when combine_urls() ...## Submitted by WeiChungChang
**[Link to original bug (#765528)](https://bugzilla.gnome.org/show_bug.cgi?id=765528)**
## Description
Created attachment 326680
issued MPD file
Hi all:
I met a problem when combine_urls() is executed the result URL is broken.
Such as:
expected result =
"https://r8---sn-ipoxu-u2xl.googlevideo.com/videoplayback?id=cf12500690581ecb&itag=133&source=youtube&requiressl=yes&ms=au&pl=16&mm=31&mv=m&mn=sn-ipoxu-u2xl&initcwndbps=1245000&ratebypass=yes&mime=video/mp4&gir=yes&clen=3617089&lmt=1439380361025617&dur=121.746&signature=8C0600A08A8FA47C3734F42B4721E2143EACDF94.705D52170E63A2E70291789D67FAC9C139B12965&mt=1461557621&upn=hP1NJs1_Lng&sver=3&fexp=3300118,3300134,3300161,3312381,9410705,9416126,9416891,9422596,9426927,9427482,9428398,9431012,9431364,9431865,9432033,9432132,9432684,9432839,9433096,9433193,9433425,9433947,9433997&key=dg_yt0&ip=42.73.160.27&ipbits=0&expire=1461579370&sparams=ip,ipbits,expire,id,itag,source,requiressl,ms,pl,mm,mv,mn,initcwndbps,ratebypass,mime,gir,clen,lmt,dur <https://r8---sn-ipoxu-u2xl.googlevideo.com/videoplayback?id=cf12500690581ecb&itag=133&source=youtube&requiressl=yes&ms=au&pl=16&mm=31&mv=m&mn=sn-ipoxu-u2xl&initcwndbps=1245000&ratebypass=yes&mime=video/mp4&gir=yes&clen=3617089&lmt=1439380361025617&dur=121.746&signature=8C0600A08A8FA47C3734F42B4721E2143EACDF94.705D52170E63A2E70291789D67FAC9C139B12965&mt=1461557621&upn=hP1NJs1_Lng&sver=3&fexp=3300118%2c3300134%2c3300161%2c3312381%2c9410705%2c9416126%2c9416891%2c9422596%2c9426927%2c9427482%2c9428398%2c9431012%2c9431364%2c9431865%2c9432033%2c9432132%2c9432684%2c9432839%2c9433096%2c9433193%2c9433425%2c9433947%2c9433997&key=dg_yt0&ip=42.73.160.27&ipbits=0&expire=1461579370&sparams=ip%2cipbits%2cexpire%2cid%2citag%2csource%2crequiressl%2cms%2cpl%2cmm%2cmv%2cmn%2cinitcwndbps%2cratebypass%2cmime%2cgir%2cclen%2clmt%2cdur>
"
broken result = "https://r8---sn-ipoxu-u2xl.googlevideo.com/videoplayback
"
static GstUri *
combine_urls (GstUri * base, GList * list, gchar ** query,
GstActiveStream * stream)
{
GstUri *ret = base;
...
/*here the ret is still sound*/
gst_uri_set_query_table (ret, NULL);
/*here the ret is broken...*/
}
The attached is the DASH MPD where this issue happened.
Could someone help on checking it?
Thanks.
**Attachment 326680**, "issued MPD file":
[1245000.mpd](/uploads/11a99708c1f0508a96ef0c9c5aeb03c9/1245000.mpd)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/797tests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & ...2022-11-10T09:21:08ZBugzilla Migration Usertests: tcp: test_that_tcpserversink_and_tcpclientsrc_are_symmetrical hangs & fails under load## Submitted by Kalle Richter
**[Link to original bug (#754762)](https://bugzilla.gnome.org/show_bug.cgi?id=754762)**
## Description
I experience the following failure of `make check` 100 % of 3 runs in 1.5.90-12-g86a1092 on Ubuntu ...## Submitted by Kalle Richter
**[Link to original bug (#754762)](https://bugzilla.gnome.org/show_bug.cgi?id=754762)**
## Description
I experience the following failure of `make check` 100 % of 3 runs in 1.5.90-12-g86a1092 on Ubuntu 15.04 amd64 with Linux 4.1.4:
================================================================
GStreamer Base Plug-ins 1.5.90: tests/check/test-suite.log
================================================================
# TOTAL: 66
# PASS: 65
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: pipelines/tcp
===================
Running suite(s): socketintegrationtest
80%: Checks: 5, Failures: 0, Errors: 1
pipelines/tcp.c:109:E:general:test_that_tcpserversink_and_tcpclientsrc_are_symmetrical:0: (after this point) Test timeout expired
FAIL pipelines/tcp (exit status: 1)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/782tests: test_icy_stream being unstable again2021-10-12T20:01:29ZBugzilla Migration Usertests: test_icy_stream being unstable again## Submitted by Arun Raghavan `@arun`
**[Link to original bug (#772232)](https://bugzilla.gnome.org/show_bug.cgi?id=772232)**
## Description
Looks like we still have occasional stability issues around the test icecast stream. Findin...## Submitted by Arun Raghavan `@arun`
**[Link to original bug (#772232)](https://bugzilla.gnome.org/show_bug.cgi?id=772232)**
## Description
Looks like we still have occasional stability issues around the test icecast stream. Finding one that's more stable would be nice (maybe one of the bigger US public radio ones?)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/756dvdread: Add device probe support2021-09-30T16:28:05ZBugzilla Migration Userdvdread: Add device probe support## Submitted by an unknown user
**[Link to original bug (#692553)](https://bugzilla.gnome.org/show_bug.cgi?id=692553)**
## Description
One Fedora the DVD player is not mounted as /dev/dvd. So when you call dvdread through uridecodeb...## Submitted by an unknown user
**[Link to original bug (#692553)](https://bugzilla.gnome.org/show_bug.cgi?id=692553)**
## Description
One Fedora the DVD player is not mounted as /dev/dvd. So when you call dvdread through uridecodebin for instance it is a pain to get dvdread to use the right device node. Once Oliviers GstDevice stuff is implemented the dvdread element should be made to use it.
### Depends on
* [Bug 678402](https://bugzilla.gnome.org/show_bug.cgi?id=678402)
### Blocking
* [Bug 687617](https://bugzilla.gnome.org/show_bug.cgi?id=687617)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/325jhbuild : Error during phase build of gstreamer: Error running ninja2019-02-10T19:25:54ZBugzilla Migration Userjhbuild : Error during phase build of gstreamer: Error running ninja## Submitted by freeroot
**[Link to original bug (#791019)](https://bugzilla.gnome.org/show_bug.cgi?id=791019)**
## Description
JhBuild stops twice with those lines of errors.
ninja
[103/460] Generating Gst-1.0.gir with a cus...## Submitted by freeroot
**[Link to original bug (#791019)](https://bugzilla.gnome.org/show_bug.cgi?id=791019)**
## Description
JhBuild stops twice with those lines of errors.
ninja
[103/460] Generating Gst-1.0.gir with a custom command.
/usr/include/bits/mathcalls-helper-functions.h:21: syntax error, unexpected identifier, expecting ')' or ',' in 'extern int __fpclassifyf128 (_Float128 __value) __attribute__ ((__nothrow__ , __leaf__))' at '__value'
/usr/include/bits/mathcalls-helper-functions.h:25: syntax error, unexpected identifier, expecting ')' or ',' in 'extern int __signbitf128 (_Float128 __value) __attribute__ ((__nothrow__ , __leaf__))' at '__value'
/usr/include/bits/mathcalls-helper-functions.h:30: syntax error, unexpected identifier, expecting ')' or ',' in 'extern int __isinff128 (_Float128 __value) __attribute__ ((__nothrow__ , __leaf__)) __attribute__ ((__const__));' at '__value'
/usr/include/bits/mathcalls-helper-functions.h:33: syntax error, unexpected identifier, expecting ')' or ',' in 'extern int __finitef128 (_Float128 __value) __attribute__ ((__nothrow__ , __leaf__)) __attribute__ ((__const__));' at '__value'
/usr/include/bits/mathcalls-helper-functions.h:36: syntax error, unexpected identifier, expecting ')' or ',' in 'extern int __isnanf128 (_Float128 __value) __attribute__ ((__nothrow__ , __leaf__)) __attribute__ ((__const__));' at '__value'
/usr/include/bits/mathcalls-helper-functions.h:39: syntax error, unexpected identifier, expecting ')' or ',' in 'extern int __iseqsigf128 (_Float128 __x, _Float128 __y) __attribute__ ((__nothrow__ , __leaf__));' at '__x'
/usr/include/bits/mathcalls-helper-functions.h:42: syntax error, unexpected identifier, expecting ')' or ',' in 'extern int __issignalingf128 (_Float128 __value) __attribute__ ((__nothrow__ , __leaf__))' at '__value'
g-ir-scanner: link: cc -o /home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect5teaozhm/Gst-1.0 /home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect5teaozhm/Gst-1.0.o -L. -Wl,-rpath,. -Wl,--no-as-needed -lgstreamer-1.0 -lunwind -lgobject-2.0 -lm -ldl -lgmodule-2.0 -lglib-2.0 -L/home/$$$/.cache/jhbuild/build/gstreamer/gst -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst -L/home/$$$/jhbuild/install/lib -Wl,-rpath,/home/$$$/jhbuild/install/lib -L/home/$$$/.cache/jhbuild/build/gstreamer/gst -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst -L/home/$$$/jhbuild/install/lib -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 -L/home/$$$/jhbuild/install/lib
[132/460] Generating symbol file 'libs/gst/controller/gstcontroller-1.0@sha/libs/gst/controller/libgstcontroller-1.0.so.0.1300.0.sy[134/460] Generating symbol file 'libs/gst/controller/gstcontroller-1.0@sha/libs/gst/controller/libgstcontroller-1.0.so.0.1300.0.sy[138/460] Generating GstBase-1.0.gir with a custom command.
FAILED: libs/gst/base/GstBase-1.0.gir
/home/$$$/jhbuild/install/bin/g-ir-scanner -I/home/$$$/jhbuild/install/include/gobject-introspection-1.0 -I/home/$$$/jhbuild/install/include/glib-2.0 -I/home/$$$/jhbuild/install/lib/glib-2.0/include -pthread --no-libtool --namespace=GstBase --nsversion=1.0 --warn-all --output libs/gst/base/GstBase-1.0.gir '--add-init-section=extern void gst_init(gint*,gchar**);g_setenv("GST_REGISTRY_DISABLE", "yes", TRUE);g_setenv("GST_REGISTRY_1.0", "/no/way/this/exists.reg", TRUE);g_setenv("GST_PLUGIN_PATH_1_0", "", TRUE);g_setenv("GST_PLUGIN_SYSTEM_PATH_1_0", "", TRUE);gst_init(NULL,NULL);' --c-include=gst/base/base.h -I/home/$$$/DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/libs/gst/base -I/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base -I./. -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/. -I./libs -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/libs -I./. -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/. -I./. -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/. --filelist=/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base/gstbase-1.0@sha/GstBase_1.0_gir_filelist --include=GLib-2.0 --include=GObject-2.0 --include=GModule-2.0 --include=Gst-1.0 --symbol-prefix=gst --identifier-prefix=Gst --pkg-export=gstreamer-base-1.0 --cflags-begin -fvisibility=hidden -I./. -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/. -I./libs -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/libs -I./gst/parse -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/gst/parse -I/home/$$$/jhbuild/install/include/glib-2.0 -I/home/$$$/jhbuild/install/lib/glib-2.0/include -pthread --cflags-end -L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base -L/home/$$$/jhbuild/install/lib --extra-library=unwind --extra-library=gobject-2.0 --extra-library=m --extra-library=dl -L/home/$$$/.cache/jhbuild/build/gstreamer/gst --extra-library=gstreamer-1.0 --extra-library=gmodule-2.0 --extra-library=glib-2.0 -pthread --add-include-path=/home/$$$/.cache/jhbuild/build/gstreamer/gst -I./. -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/. -I./libs -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/libs -I./gst -I../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/gst --add-include-path=./. --add-include-path=../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/. --add-include-path=./libs --add-include-path=../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/libs --add-include-path=./gst --add-include-path=../../../../DONNEES/APPLICATIONS/JhBuild/checkout/gstreamer/gst -L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base -L/home/$$$/.cache/jhbuild/build/gstreamer/gst --library gstbase-1.0
g-ir-scanner: link: cc -o /home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect9p723ycg/GstBase-1.0 /home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect9p723ycg/GstBase-1.0.o -L. -Wl,-rpath,. -Wl,--no-as-needed -lgstbase-1.0 -lunwind -lgobject-2.0 -lm -ldl -lgstreamer-1.0 -lgmodule-2.0 -lglib-2.0 -L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base -L/home/$$$/jhbuild/install/lib -Wl,-rpath,/home/$$$/jhbuild/install/lib -L/home/$$$/.cache/jhbuild/build/gstreamer/gst -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst -L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base -L/home/$$$/.cache/jhbuild/build/gstreamer/gst -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst -L/home/$$$/jhbuild/install/lib -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 -L/home/$$$/jhbuild/install/lib
/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base/libgstbase-1.0.so : référence indéfinie vers « gst_buffer_list_calculate_size »
collect2: error: ld a retourné le statut de sortie 1
linking of temporary binary failed: Command '['cc', '-o', '/home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect9p723ycg/GstBase-1.0', '/home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect9p723ycg/GstBase-1.0.o', '-L.', '-Wl,-rpath,.', '-Wl,--no-as-needed', '-lgstbase-1.0', '-lunwind', '-lgobject-2.0', '-lm', '-ldl', '-lgstreamer-1.0', '-lgmodule-2.0', '-lglib-2.0', '-L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base', '-Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base', '-L/home/$$$/jhbuild/install/lib', '-Wl,-rpath,/home/$$$/jhbuild/install/lib', '-L/home/$$$/.cache/jhbuild/build/gstreamer/gst', '-Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst', '-L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base', '-Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/base', '-L/home/$$$/.cache/jhbuild/build/gstreamer/gst', '-Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst', '-L/home/$$$/jhbuild/install/lib', '-lgio-2.0', '-lgobject-2.0', '-Wl,--export-dynamic', '-lgmodule-2.0', '-pthread', '-lglib-2.0', '-L/home/$$$/jhbuild/install/lib']' returned non-zero exit status 1.
[139/460] Generating GstController-1.0.gir with a custom command.
g-ir-scanner: link: cc -o /home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect4a4yq_b1/GstController-1.0 /home/$$$/.cache/jhbuild/build/gstreamer/tmp-introspect4a4yq_b1/GstController-1.0.o -L. -Wl,-rpath,. -Wl,--no-as-needed -lgstcontroller-1.0 -lunwind -lgobject-2.0 -lm -ldl -lgstreamer-1.0 -lgmodule-2.0 -lglib-2.0 -L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/controller -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/controller -L/home/$$$/jhbuild/install/lib -Wl,-rpath,/home/$$$/jhbuild/install/lib -L/home/$$$/.cache/jhbuild/build/gstreamer/gst -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst -L/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/controller -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/libs/gst/controller -L/home/$$$/.cache/jhbuild/build/gstreamer/gst -Wl,-rpath,/home/$$$/.cache/jhbuild/build/gstreamer/gst -L/home/$$$/jhbuild/install/lib -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lglib-2.0 -L/home/$$$/jhbuild/install/lib
[140/460] Compiling C object 'libs/gst/check/gstcheck-1.0@sha/gstcheck.c.o'.
ninja: build stopped: subcommand failed.
*** Error during phase build of gstreamer: ########## Error running ninja *** [18/86]https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/323pkgconfig: Add information about libexecdir2020-10-30T14:21:48ZBugzilla Migration Userpkgconfig: Add information about libexecdir## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#797349)](https://bugzilla.gnome.org/show_bug.cgi?id=797349)**
## Description
See summary## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#797349)](https://bugzilla.gnome.org/show_bug.cgi?id=797349)**
## Description
See summaryhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/322Building pkg-config files always happens with silent rules; doesn't respect -...2021-09-24T13:05:00ZBugzilla Migration UserBuilding pkg-config files always happens with silent rules; doesn't respect --disable-silent-rules## Submitted by Ryan Schmidt
**[Link to original bug (#797335)](https://bugzilla.gnome.org/show_bug.cgi?id=797335)**
## Description
Created attachment 374036
patch
If I configure gstreamer 1.14.4 or 0.10.36 with --disable-sil...## Submitted by Ryan Schmidt
**[Link to original bug (#797335)](https://bugzilla.gnome.org/show_bug.cgi?id=797335)**
## Description
Created attachment 374036
patch
If I configure gstreamer 1.14.4 or 0.10.36 with --disable-silent-rules, silent rules are disabled, except for the part that "builds" (copies) the pkg-config .pc files; this part always displays e.g. " CP gstreamer-1.0.pc" instead of the actual cp command like I wanted it to.
I've attached what I believe to be the correct fix for gstreamer, but it looks like the problem affects the plugins as well and should be committed to each of them. I did not check all of your repositories so I don't know where all the fix is needed. I did see that gst-libav already includes this fix, and that some others like gst-editing-services and gst-rtsp-server appear (based on looking at the source code only) to have the opposite problem of always using non-silent rules. It would be good to get the pkgconfig/Makefile.am files of all of the repositories that use it to be consistent.
**Patch 374036**, "patch":
[pkgconfig-Makefile.am.patch](/uploads/8de8476df1433ef472f8ac61a0d51a9e/pkgconfig-Makefile.am.patch)
Version: 1.14.4https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/321basesrc: Allow for suppressing the initial negotiation2021-09-24T11:09:22ZBugzilla Migration Userbasesrc: Allow for suppressing the initial negotiation## Submitted by Carlos Rafael Giani
**[Link to original bug (#797332)](https://bugzilla.gnome.org/show_bug.cgi?id=797332)**
## Description
Run this example:
gst-launch-1.0 audiotestsrc ! "audio/x-raw,rate=44100" ! interaudiosin...## Submitted by Carlos Rafael Giani
**[Link to original bug (#797332)](https://bugzilla.gnome.org/show_bug.cgi?id=797332)**
## Description
Run this example:
gst-launch-1.0 audiotestsrc ! "audio/x-raw,rate=44100" ! interaudiosink interaudiosrc ! fakesink sync=true silent=false -v
We'd expect this to negotiate the downstream caps to 44100 Hz. This is also what happens - but initially, the caps are set to 48000 Hz instead. Here's the output:
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = event ******* (fakesink0:sink) E (type: stream-start (10254), GstEventStreamStart, stream-id=(string)ea61450f33201961286324e03482a1c5, flags=(GstStreamFlags)GST_STREAM_FLAG_NONE, group-id=(uint)2;) 0x7f0e5c004c20
/GstPipeline:pipeline0/GstInterAudioSrc:interaudiosrc0.GstPad:src: caps = audio/x-raw, format=(string)S16LE, rate=(int)48000, channels=(int)2, layout=(string)interleaved
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = event ******* (fakesink0:sink) E (type: caps (12814), GstEventCaps, caps=(GstCaps)"audio/x-raw\,\ format\=\(string\)S16LE\,\ rate\=\(int\)48000\,\ channels\=\(int\)2\,\ layout\=\(string\)interleaved";) 0x7f0e5c004c90
/GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0.GstPad:src: caps = audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1
/GstPipeline:pipeline0/GstInterAudioSink:interaudiosink0.GstPad:sink: caps = audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1
Setting pipeline to PLAYING ...
New clock: GstSystemClock
/GstPipeline:pipeline0/GstInterAudioSrc:interaudiosrc0.GstPad:src: caps = audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = event ******* (fakesink0:sink) E (type: caps (12814), GstEventCaps, caps=(GstCaps)"audio/x-raw\,\ format\=\(string\)S16LE\,\ layout\=\(string\)interleaved\,\ rate\=\(int\)44100\,\ channels\=\(int\)1";) 0x7f0e5c004d00
/GstPipeline:pipeline0/GstFakeSink:fakesink0.GstPad:sink: caps = audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = event ******* (fakesink0:sink) E (type: segment (17934), GstEventSegment, segment=(GstSegment)"GstSegment, flags=(GstSegmentFlags)GST_SEGMENT_FLAG_NONE, rate=(double)1, applied-rate=(double)1, format=(GstFormat)GST_FORMAT_TIME, base=(guint64)0, offset=(guint64)0, start=(guint64)0, stop=(guint64)18446744073709551615, time=(guint64)0, position=(guint64)0, duration=(guint64)18446744073709551615;";) 0x7f0e5c004de0
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = preroll *******
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = chain ******* (fakesink0:sink) (2400 bytes, dts: none, pts: 0:00:00.000470130, duration: 0:00:00.027210884, offset: 0, offset_end: 1200, flags: 00004840 discont gap tag-memory , meta: none) 0x7f0e540086b0
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = chain ******* (fakesink0:sink) (2204 bytes, dts: none, pts: 0:00:00.027681014, duration: 0:00:00.024988662, offset: 1200, offset_end: 2302, flags: 00000000 , meta: none) 0x7f0e540087c0
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = chain ******* (fakesink0:sink) (2204 bytes, dts: none, pts: 0:00:00.052669676, duration: 0:00:00.024988662, offset: 2302, offset_end: 3404, flags: 00000000 , meta: none) 0x7f0e540088d0
The reason for these initial 48000 Hz is that right at the beginning, basesrc tries to come up with fixated src caps. However, at that point, interaudiosrc does not have the actual caps yet (that is, the caps for the data that comes from interaudiosink). So, instead, interaudiosrc's fixate() function is called to fixate the template caps. The interaudiosrc.c fixate function contains this line:
gst_structure_fixate_field_nearest_int (structure, "rate", 48000);
This is not a bug in interaudiosrc. Rather, the basesrc class tries to output a caps event too early. It would be better if it were possible to inform basesrc that the srccaps will be known later, and that until then, it should not try to push a caps event downstream. It would be good to add functions to the API for this purpose.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/320gst: add some gdb python macros2018-11-08T14:23:21ZBugzilla Migration Usergst: add some gdb python macros## Submitted by Michael Olbrich `@mol`
**[Link to original bug (#797283)](https://bugzilla.gnome.org/show_bug.cgi?id=797283)**
## Description
Just some basic gdb pretty printer for GStreamer types.## Submitted by Michael Olbrich `@mol`
**[Link to original bug (#797283)](https://bugzilla.gnome.org/show_bug.cgi?id=797283)**
## Description
Just some basic gdb pretty printer for GStreamer types.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/319gst: Fix string leak when G_VALUE_COLLECT_INIT() was failed2022-11-10T09:20:51ZBugzilla Migration Usergst: Fix string leak when G_VALUE_COLLECT_INIT() was failed## Submitted by Seungha Yang
**[Link to original bug (#797226)](https://bugzilla.gnome.org/show_bug.cgi?id=797226)**
## Description
Returned string should be freed## Submitted by Seungha Yang
**[Link to original bug (#797226)](https://bugzilla.gnome.org/show_bug.cgi?id=797226)**
## Description
Returned string should be freedhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/318Add GstBuffer helper for wrapping a GBytes2022-11-10T09:20:51ZBugzilla Migration UserAdd GstBuffer helper for wrapping a GBytes## Submitted by Matthew Waters `@ystreet`
**[Link to original bug (#797212)](https://bugzilla.gnome.org/show_bug.cgi?id=797212)**
## Description
See commit## Submitted by Matthew Waters `@ystreet`
**[Link to original bug (#797212)](https://bugzilla.gnome.org/show_bug.cgi?id=797212)**
## Description
See commitMatthew Watersmatthew@centricular.comMatthew Watersmatthew@centricular.comhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/317basetransform: In in-place/passthrough mode assumes that subclass handles all...2023-06-16T22:21:22ZBugzilla Migration Userbasetransform: In in-place/passthrough mode assumes that subclass handles all possible metas## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#797199)](https://bugzilla.gnome.org/show_bug.cgi?id=797199)**
## Description
Because the allocation query from upstream is just passed through in that case.## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#797199)](https://bugzilla.gnome.org/show_bug.cgi?id=797199)**
## Description
Because the allocation query from upstream is just passed through in that case.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/316tests: bufferpool test fails on 32-bit2022-11-10T09:20:51ZBugzilla Migration Usertests: bufferpool test fails on 32-bit## Submitted by Tim Müller `@tpm`
**[Link to original bug (#797176)](https://bugzilla.gnome.org/show_bug.cgi?id=797176)**
## Description
1/1 gstreamer / gst_gstbufferpool FAIL 0.82 s (exit status 1)
--- command --...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#797176)](https://bugzilla.gnome.org/show_bug.cgi?id=797176)**
## Description
1/1 gstreamer / gst_gstbufferpool FAIL 0.82 s (exit status 1)
--- command ---
CK_DEFAULT_TIMEOUT='20' GST_REGISTRY='/tmp/gb/subprojects/gstreamer/tests/check/gst_gstbufferpool.registry' GST_PLUGIN_PATH_1_0='/tmp/gb' GST_STATE_IGNORE_ELEMENTS='' GST_PLUGIN_SYSTEM_PATH_1_0='' GST_PLUGIN_LOADING_WHITELIST='gstreamer' GST_PLUGIN_SCANNER_1_0='/tmp/gb/subprojects/gstreamer/libs/gst/helpers/gst-plugin-scanner' /tmp/gb/subprojects/gstreamer/tests/check/gst_gstbufferpool
--- stdout ---
Running suite(s): GstBufferPool
Unexpected critical/warning: gst_buffer_resize_range: assertion 'bufmax >= bufoffs + offset + size' failed
Stack trace:
/tmp/gb/subprojects/gstreamer/tests/check/../../gst/libgstreamer-1.0.so.0(+0x6457c) [0xb7e3c57c]
/tmp/gb/subprojects/gstreamer/tests/check/../../libs/gst/check/libgstcheck-1.0.so.0(+0x8b98) [0xb7dbab98]
/usr/lib/i386-linux-gnu/libglib-2.0.so.0(g_logv+0x234) [0xb7cb28b4]
/usr/lib/i386-linux-gnu/libglib-2.0.so.0(g_log+0x25) [0xb7cb2a55]
/usr/lib/i386-linux-gnu/libglib-2.0.so.0(g_return_if_fail_warning+0x29) [0xb7cb3269]
/tmp/gb/subprojects/gstreamer/tests/check/../../gst/libgstreamer-1.0.so.0(gst_buffer_resize_range+0x14e) [0xb7e1369e]
/tmp/gb/subprojects/gstreamer/tests/check/../../gst/libgstreamer-1.0.so.0(gst_buffer_resize+0x24) [0xb7e13934]
/tmp/gb/subprojects/gstreamer/tests/check/../../gst/libgstreamer-1.0.so.0(+0x3e741) [0xb7e16741]
/tmp/gb/subprojects/gstreamer/tests/check/../../gst/libgstreamer-1.0.so.0(gst_buffer_pool_release_buffer+0x5d) [0xb7e1830d]
/tmp/gb/subprojects/gstreamer/tests/check/../../gst/libgstreamer-1.0.so.0(+0x3943f) [0xb7e1143f]
/tmp/gb/subprojects/gstreamer/tests/check/../../gst/libgstreamer-1.0.so.0(gst_mini_object_unref+0xa8) [0xb7e47ba8]
/tmp/gb/subprojects/gstreamer/tests/check/gst_gstbufferpool(+0x2170) [0x4ce170]
/tmp/gb/subprojects/gstreamer/tests/check/../../libs/gst/check/libgstcheck-1.0.so.0(srunner_run_tagged+0x43d) [0xb7dc7e1d]
/tmp/gb/subprojects/gstreamer/tests/check/../../libs/gst/check/libgstcheck-1.0.so.0(srunner_run+0x28) [0xb7dc8518]
/tmp/gb/subprojects/gstreamer/tests/check/../../libs/gst/check/libgstcheck-1.0.so.0(srunner_run_all+0x20) [0xb7dc8540]
/tmp/gb/subprojects/gstreamer/tests/check/../../libs/gst/check/libgstcheck-1.0.so.0(gst_check_run_suite+0x67) [0xb7dbc187]
/tmp/gb/subprojects/gstreamer/tests/check/gst_gstbufferpool(+0x13c1) [0x4cd3c1]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf1) [0xb7aa09a1]
/tmp/gb/subprojects/gstreamer/tests/check/gst_gstbufferpool(+0x1401) [0x4cd401]
88%: Checks: 9, Failures: 1, Errors: 0
../../home/tpm/gst-build/subprojects/gstreamer/libs/gst/check/gstcheck.c:286:F:buffer_pool tests:test_buffer_modify_discard:0: Unexpected critical/warning: gst_buffer_resize_range: assertion 'bufmax >= bufoffs + offset + size' failed
Check suite gst_buffer_pool ran in 0.056s (tests failed: 1)
--- stderr ---
0:00:00.783129140 3020 0x54f9c0 ERROR bufferpool gstbufferpool.c:553:gst_buffer_pool_set_active:`<bufferpool0>` pool was not configured
Version: 1.14.3https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/315Netbeans and gstreamer - adding gst variable to windows2022-11-10T09:20:51ZBugzilla Migration UserNetbeans and gstreamer - adding gst variable to windows## Submitted by Olda
**[Link to original bug (#797166)](https://bugzilla.gnome.org/show_bug.cgi?id=797166)**
## Description
Created attachment 373691
My system variables
Hello, I hope this would not be stupid question :)
F...## Submitted by Olda
**[Link to original bug (#797166)](https://bugzilla.gnome.org/show_bug.cgi?id=797166)**
## Description
Created attachment 373691
My system variables
Hello, I hope this would not be stupid question :)
First of all I´m sorry for my english - it´s a long time since I was in school.
I tried to use gstreamer in netbeans on windows (C/C++). When I compile my project on raspbian (RPI3 B+), everything is fine, but on local machine (windows) netbeans can not include gst/gst.h.
I installed gstreamer devel package and I don´t see in my system variables enviroment (in "path") nothing connected with gsteamer. I have read in documentation that gstreamer installer will add system variable path...
So I thought that I should add gstreamer library as pkg package, but windows doesn´t have any gstreamer variable.
I´d like to ask - how can I use gstreamer in netbeans? I did not find solution on google, so I think that this error is not common.
Thank you
Olda
**Attachment 373691**, "My system variables":
![system_variables](/uploads/67e04c5c56c7a6bdf9d1023c60f7a3ee/system_variables.png)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/314baseparse: Segment events are not necessarily a discontinuity2022-11-10T09:20:51ZBugzilla Migration Userbaseparse: Segment events are not necessarily a discontinuity## Submitted by Jan Schmidt `@thaytan`
**[Link to original bug (#797162)](https://bugzilla.gnome.org/show_bug.cgi?id=797162)**
## Description
For a long time (since 0.10.12) baseparse has drained/discared any incomplete packets on a...## Submitted by Jan Schmidt `@thaytan`
**[Link to original bug (#797162)](https://bugzilla.gnome.org/show_bug.cgi?id=797162)**
## Description
For a long time (since 0.10.12) baseparse has drained/discared any incomplete packets on a NEW_SEGMENT (now SEGMENT) event and triggered a discont on the next buffer, but in 1.x the semantics of segments changed and segment events don't necessarily imply the data stream is discontinuous now.
Baseparse should instead only rely on a DISCONT flag on the next buffer to trigger that behaviour.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/313gstreamer core fails GstPipeline test_base_time test occasionally2022-11-10T09:20:51ZBugzilla Migration Usergstreamer core fails GstPipeline test_base_time test occasionally## Submitted by Mart Raudsepp `@leio`
**[Link to original bug (#797153)](https://bugzilla.gnome.org/show_bug.cgi?id=797153)**
## Description
Sometimes (not always) gstreamer is failing gst/gstpipeline test in 1.14.3 (and I think I'v...## Submitted by Mart Raudsepp `@leio`
**[Link to original bug (#797153)](https://bugzilla.gnome.org/show_bug.cgi?id=797153)**
## Description
Sometimes (not always) gstreamer is failing gst/gstpipeline test in 1.14.3 (and I think I've seen it occasionally earlier as well):
FAIL: gst/gstpipeline
=====================
Running suite(s): GstPipeline
88%: Checks: 9, Failures: 1, Errors: 0
/tmp/gstreamer-1.14.3/tests/check/gst/gstpipeline.c:489:F:pipeline tests:test_base_time:0: early timestamp: 0:00:00.006484301 < 0:00:00.306821090
Check suite gst_pipeline ran in 0.813s (tests failed: 1)
FAIL gst/gstpipeline (exit status: 1)
Version: 1.14.xSebastian DrögeSebastian Drögehttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/312uri: fix roundtrip for file:// URIs2022-11-10T09:20:51ZBugzilla Migration Useruri: fix roundtrip for file:// URIs## Submitted by Tim Müller `@tpm`
**[Link to original bug (#797146)](https://bugzilla.gnome.org/show_bug.cgi?id=797146)**
## Description
Created attachment 373661
uri: fix roundtrip for file:// uris
uri = gst_uri_from_string ...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#797146)](https://bugzilla.gnome.org/show_bug.cgi?id=797146)**
## Description
Created attachment 373661
uri: fix roundtrip for file:// uris
uri = gst_uri_from_string ("file:///path/to/foo.bar");
string = gst_uri_to_string (uri);
would return "file:/path/to/foo.bar".
Slashes get lost somewhere.
Setting the hostname to "" after gst_uri_from_string() "fixes" it.
Attached patch fixes it also without making any of the other unit tests fail, but it's pretty much cargo-culted without real understanding.
Question is if this is something that needs to be fixed serialisation-side or parsing-side I guess.
**Patch 373661**, "uri: fix roundtrip for file:// uris":
[0001-uri-fix-roundtrip-for-file-uris.patch](/uploads/178257802e609d6e6ad05236655281b9/0001-uri-fix-roundtrip-for-file-uris.patch)
### See also
* [Bug 771756](https://bugzilla.gnome.org/show_bug.cgi?id=771756)Tim-Philipp Müllertim@centricular.comTim-Philipp Müllertim@centricular.comhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/311caps: Using gst_caps_fixate() on src pad leads to lies in the caps2022-11-10T09:20:50ZBugzilla Migration Usercaps: Using gst_caps_fixate() on src pad leads to lies in the caps## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#797142)](https://bugzilla.gnome.org/show_bug.cgi?id=797142)**
## Description
The default implementation of fixate in basesrc is based on gst_caps_fixate(). This...## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#797142)](https://bugzilla.gnome.org/show_bug.cgi?id=797142)**
## Description
The default implementation of fixate in basesrc is based on gst_caps_fixate(). This though can lead to terribly lies in the resulting caps if downstream element uses ranges or set to explicitly state what is supported.
As in:
udpsrc caps="video/x-h264" ! h264parse ! avdec_h264 ! fakesink
avdec_h264 sets the alignment to { au, nal }, in order to ensure that it's one of these two alignment that are provided. udpsrc, which uses BaseSrc default, will happily pretend to produce:
video/x-h264, alignment=(string)au, stream-format=(string)avc
This is highly problematic, since we now lie to h264parse, triggering optimization that should not.
The downstream solution to that is to remove the alignment and to write code in When we receive that caps that check that alignment is present. That's not a great solution because it requires coding the requirements and also it reduce the quality of the documentation.
While I'm under the impression this may break some valid use cases, I'd like to start experimenting a solution that would make our caps negotiation more strict. My first proposal would be to create a new version of gst_caps_fixate(), let's say gst_caps_fixate_known (caps, known_field), or gst_caps_fixate_from_template (caps, template). The idea is that the opration would first remove all the unkmown field before fixating. As a side effect, in the previous example, udpsrc would negotiate just "https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/310aggregator: allocation query management makes buffering suboptimal when using...2021-09-24T11:09:24ZBugzilla Migration Useraggregator: allocation query management makes buffering suboptimal when using dynamic/live pipelines## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#797100)](https://bugzilla.gnome.org/show_bug.cgi?id=797100)**
## Description
Since we implemented downstream allocation negotiation support in [Bug 746529](htt...## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#797100)](https://bugzilla.gnome.org/show_bug.cgi?id=797100)**
## Description
Since we implemented downstream allocation negotiation support in [Bug 746529](https://bugzilla.gnome.org/show_bug.cgi?id=746529), reconfiguring videoaggregator/compositor blocks downstream on the allocation query (basically until the queued data has been processed) meaning that no further data processing can happen meanwhile. That makes queuing way less effective and in NLE/Pitivi for example it leads to bad "perfs". We should find a way to make renegotiation happen as soon as required and not block that way downstream.