gst-plugins-good issueshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues2024-03-07T13:02:34Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/47wavenc: Go EOS and report an error if larger than 2GB2024-03-07T13:02:34ZBugzilla Migration Userwavenc: Go EOS and report an error if larger than 2GB## Submitted by j^
**[Link to original bug (#654243)](https://bugzilla.gnome.org/show_bug.cgi?id=654243)**
## Description
encoding files longer than 1h40m with this pipeline:
gst-launch-0.10 pulsesrc ! queue ! audio/x-raw-int,r...## Submitted by j^
**[Link to original bug (#654243)](https://bugzilla.gnome.org/show_bug.cgi?id=654243)**
## Description
encoding files longer than 1h40m with this pipeline:
gst-launch-0.10 pulsesrc ! queue ! audio/x-raw-int,rate=44100,channels=2 ! wavenc ! filesink location=/tmp/test.wav
creates a corrupt wav files. its opened in totem/audacity but only the first 2GB of data are played.
Ot is possible to open the file in audacity as raw samples, skipping the header(first 20bytes). So data gets written to disk but the wav headers are wrong.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/1040sdp: add source-filter in SDP information generated by gstreamer2024-02-10T16:46:42Zbigbrobrodysdp: add source-filter in SDP information generated by gstreamerEnhancement: Add support for SDP source-filter field as per RFC 4570.
The source-filter line should be added when a source-specific multicast (SSM) address is being used by the server.
As per RFC 3569 The address range 232/8 has been ass...Enhancement: Add support for SDP source-filter field as per RFC 4570.
The source-filter line should be added when a source-specific multicast (SSM) address is being used by the server.
As per RFC 3569 The address range 232/8 has been assigned by IANA for SSM service in IPv4. For IPv6, the range FF3x::/96 is defined for SSM services.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/772qtdemux: Add support for DNxHR2023-10-24T10:34:32ZAndrew Howardqtdemux: Add support for DNxHRUsing GStreamer 1.16.2 for thumbnailing in Photo Mechanic, it does not appear that files from the Atomos Shogun 7 are support by GStreamer.
Filing this request on behalf of a customer, who shared the attached file that was generated by...Using GStreamer 1.16.2 for thumbnailing in Photo Mechanic, it does not appear that files from the Atomos Shogun 7 are support by GStreamer.
Filing this request on behalf of a customer, who shared the attached file that was generated by this device: ![JOA_S001_S001_T004](/uploads/69a2196160025042f2c2523ec9dfe536/JOA_S001_S001_T004.MOV)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/17caca: Cleanups and fixes2023-10-16T14:48:09ZBugzilla Migration Usercaca: Cleanups and fixes## Submitted by Priit Laes `@plaes`
**[Link to original bug (#599018)](https://bugzilla.gnome.org/show_bug.cgi?id=599018)**
## Description
Created attachment 145832
0001-Exit-properly-when-invalid-driver-has-been-selected.patch
...## Submitted by Priit Laes `@plaes`
**[Link to original bug (#599018)](https://bugzilla.gnome.org/show_bug.cgi?id=599018)**
## Description
Created attachment 145832
0001-Exit-properly-when-invalid-driver-has-been-selected.patch
Currently, when specifying a driver that doesn't exist causes crash in
cacasink.
**Patch 145832**, "0001-Exit-properly-when-invalid-driver-has-been-selected.patch":
[0001-Exit-properly-when-invalid-driver-has-been-selected.patch](/uploads/1cf1fd6037b47d0de45b26a7bd36e1a2/0001-Exit-properly-when-invalid-driver-has-been-selected.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/116alpha: Should translate BGRx to BGRA instead of AYUV2023-10-13T16:52:23ZBugzilla Migration Useralpha: Should translate BGRx to BGRA instead of AYUV## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#730014)](https://bugzilla.gnome.org/show_bug.cgi?id=730014)**
## Description
Currently in:
gst-launch-1.0 -v videotestsrc ! video/x-raw,format=BGRx ! alpha...## Submitted by Nicolas Dufresne `@ndufresne`
**[Link to original bug (#730014)](https://bugzilla.gnome.org/show_bug.cgi?id=730014)**
## Description
Currently in:
gst-launch-1.0 -v videotestsrc ! video/x-raw,format=BGRx ! alpha alpha=0.5 ! glimagesink
glimagesink will receive AYUV. This seems much slower then producing BGRA and setting the alpha byte. Would be a nice enhancement to try and address that.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/334Add support for resolving IPv4 address literals for DNS64 support2023-10-13T16:05:44ZBugzilla Migration UserAdd support for resolving IPv4 address literals for DNS64 support## Submitted by joe..@..il.com
**[Link to original bug (#776344)](https://bugzilla.gnome.org/show_bug.cgi?id=776344)**
## Description
The source of creating this bug can be found in the discussion here: http://gstreamer-devel.966125...## Submitted by joe..@..il.com
**[Link to original bug (#776344)](https://bugzilla.gnome.org/show_bug.cgi?id=776344)**
## Description
The source of creating this bug can be found in the discussion here: http://gstreamer-devel.966125.n4.nabble.com/NAT64-support-td4681208.html.
When on NAT64 networks, passing an IPv4 address literal does not get automatically resolved to its IPv6 equivalent so streaming via elements such as udpsink or udpsrc doesn't work. This is required for iOS as described here: https://developer.apple.com/library/content/documentation//NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/345isomp4: initial ftyp/moov streamheader missing2023-10-13T15:59:32ZBugzilla Migration Userisomp4: initial ftyp/moov streamheader missing## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#777984)](https://bugzilla.gnome.org/show_bug.cgi?id=777984)**
## Description
i've tried to randomly enter a stream generated with mp4dashmux from
https://bugzill...## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#777984)](https://bugzilla.gnome.org/show_bug.cgi?id=777984)**
## Description
i've tried to randomly enter a stream generated with mp4dashmux from
https://bugzilla.gnome.org/show_bug.cgi?id=668091 to play it in the browser using MSE. unfortunately, this failed, using a tcpserversink element and trying the various sync-methods. looking at the captured streams i discovered that the global headers are missing:
when it should start with:
0000 0000: 00 00 00 1C 66 74 79 70 69 73 6F 35 00 00 00 01 ....ftyp iso5....
0000 0010: 69 73 6F 35 69 73 6F 32 64 61 73 68 00 00 03 45 iso5iso2 dash...E
0000 0020: 6D 6F 6F 76 00 00 00 6C 6D 76 68 64 00 00 00 00 moov...l mvhd....
the randomly entered streams only start with:
0000 0000: 00 00 00 14 73 74 79 70 6D 73 64 68 00 00 00 00 ....styp msdh....
0000 0010: 6D 73 64 68 00 00 00 60 6D 6F 6F 66 00 00 00 10 msdh...` moof....
0000 0020: 6D 66 68 64 00 00 00 00 00 00 00 6B 00 00 00 48 mfhd.... ...k...H
qtmux does implement some streamheader handling, but it seems to be missing something for my use case. i'll investiage.
### Depends on
* [Bug 668091](https://bugzilla.gnome.org/show_bug.cgi?id=668091)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/141multifilesink: Add a property to disable writing streamheaders on new files2023-10-13T15:06:04ZBugzilla Migration Usermultifilesink: Add a property to disable writing streamheaders on new files## Submitted by clo..@..il.com
**[Link to original bug (#739979)](https://bugzilla.gnome.org/show_bug.cgi?id=739979)**
## Description
Currently, the multifilesink will check its GstCaps for a "streamheader" value. If this value exi...## Submitted by clo..@..il.com
**[Link to original bug (#739979)](https://bugzilla.gnome.org/show_bug.cgi?id=739979)**
## Description
Currently, the multifilesink will check its GstCaps for a "streamheader" value. If this value exists, it will then generate a header for each file.
However, there are several instances where being able to treat each file generated by the multifilesink as a continuation of the previous file.
In no particular order, and this is not an exhaustive list:
1 - splitfilesrc playback. This element treats a set of files as one large contiguous file. Unfortunately, headers mess up a variety of demuxers.
2 - moving files between file systems. For example, FAT32, common on SDCards, is limited to 4GB files. Being able to binary concatenate files together when transferred to a file system without such a limit would be very useful.
To solve this, I propose adding a "write-stream-headers" property, whose default is "true" (to preserve current behavior), but when set to "false" will not write "streamheader" information from GstCaps into the resulting files.
Version: 1.4.3https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/7rtp: add minimal docs for payloaders and depayloaders2023-10-13T14:50:55ZBugzilla Migration Userrtp: add minimal docs for payloaders and depayloaders## Submitted by Venkatachala Upadhya
**[Link to original bug (#551631)](https://bugzilla.gnome.org/show_bug.cgi?id=551631)**
## Description
Hello kind people,
I am not able to access the following URLs
http://gstreamer.fre...## Submitted by Venkatachala Upadhya
**[Link to original bug (#551631)](https://bugzilla.gnome.org/show_bug.cgi?id=551631)**
## Description
Hello kind people,
I am not able to access the following URLs
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtpmp4adepay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtpmpadepay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtpmpapay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtph264depay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtph264pay.html
Thanks!
WBR,
Venkat.
--https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/338gtk4: Add Gst (GL) Gtk4 plugin2023-10-12T18:18:40ZBugzilla Migration Usergtk4: Add Gst (GL) Gtk4 plugin## Submitted by Yannick Inizan
**[Link to original bug (#776649)](https://bugzilla.gnome.org/show_bug.cgi?id=776649)**
## Description
Created attachment 342658
[PATCH] Add Gst (GL) Gtk4 plugin
Since latest version of Gtk 4 wo...## Submitted by Yannick Inizan
**[Link to original bug (#776649)](https://bugzilla.gnome.org/show_bug.cgi?id=776649)**
## Description
Created attachment 342658
[PATCH] Add Gst (GL) Gtk4 plugin
Since latest version of Gtk 4 works correctly, we can build a plugin with this version.
**Patch 342658**, "[PATCH] Add Gst (GL) Gtk4 plugin":
[0001-Add-Gst-GL-Gtk4-plugin.patch](/uploads/c9ca16d576a27b9b20dc2dcfd7c565d3/0001-Add-Gst-GL-Gtk4-plugin.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/120avidemux: add support for DEFAULT and PERCENT formats to position query2023-10-12T18:08:31ZBugzilla Migration Useravidemux: add support for DEFAULT and PERCENT formats to position query## Submitted by Dirk Van Haerenborgh
**[Link to original bug (#731851)](https://bugzilla.gnome.org/show_bug.cgi?id=731851)**
## Description
Created attachment 278679
proposed patch
This patch adds support for FORMAT_DEFAULT a...## Submitted by Dirk Van Haerenborgh
**[Link to original bug (#731851)](https://bugzilla.gnome.org/show_bug.cgi?id=731851)**
## Description
Created attachment 278679
proposed patch
This patch adds support for FORMAT_DEFAULT and FORMAT_PERCENT in avidemux, and also properly sets the return value to false for other unsupported formats
**Patch 278679**, "proposed patch":
[avidemux_position.patch](/uploads/c583919133c9b6ea08ebf38c0dd00346/avidemux_position.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/176v4l2: Improve URI handler2023-10-12T18:07:37ZBugzilla Migration Userv4l2: Improve URI handler## Submitted by Marc Leeman `@den_erpel`
**[Link to original bug (#746818)](https://bugzilla.gnome.org/show_bug.cgi?id=746818)**
## Description
Created attachment 300359
v4l2: add uri hander interface
patch against 1.4.5
Gs...## Submitted by Marc Leeman `@den_erpel`
**[Link to original bug (#746818)](https://bugzilla.gnome.org/show_bug.cgi?id=746818)**
## Description
Created attachment 300359
v4l2: add uri hander interface
patch against 1.4.5
GstUri backported from git in core
~~**Patch 300359**~~, "v4l2: add uri hander interface":
[0001-v4l2-add-GstUri-interface-to-v4l2-elements.patch](/uploads/529f7b48ebdbb064e83eeee1311309fd/0001-v4l2-add-GstUri-interface-to-v4l2-elements.patch)
Version: 1.10.4
### Depends on
* [Bug 779765](https://bugzilla.gnome.org/show_bug.cgi?id=779765)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/194souphttpsrc: add cookie jar2023-10-12T18:04:35ZBugzilla Migration Usersouphttpsrc: add cookie jar## Submitted by Eunhae Choi
**[Link to original bug (#751371)](https://bugzilla.gnome.org/show_bug.cgi?id=751371)**
## Description
In case of adaptive streaming, there is a additional http src element in the adaptive demux to downlo...## Submitted by Eunhae Choi
**[Link to original bug (#751371)](https://bugzilla.gnome.org/show_bug.cgi?id=751371)**
## Description
In case of adaptive streaming, there is a additional http src element in the adaptive demux to download content fragments.
In some cases, user-agent and cookie is needed to set to connect the http server but there is no way to get the current user-agent and cookie data from souphttpsrc.
I think souphttpsrc should handle the custom query of user-agent and cookies.
### Blocking
* [Bug 751372](https://bugzilla.gnome.org/show_bug.cgi?id=751372)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/388rtspsrc: reduce default latency from 2.0 secs to 0.5 secs2023-10-12T17:51:39ZBugzilla Migration Userrtspsrc: reduce default latency from 2.0 secs to 0.5 secs## Submitted by Tim Müller `@tpm`
**[Link to original bug (#784785)](https://bugzilla.gnome.org/show_bug.cgi?id=784785)**
## Description
Created attachment 355318
rtspsrc: reduce default latency from 2.0 secs to 0.5 secs
By d...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#784785)](https://bugzilla.gnome.org/show_bug.cgi?id=784785)**
## Description
Created attachment 355318
rtspsrc: reduce default latency from 2.0 secs to 0.5 secs
By default rtspsrc uses a fairly high default latency of 2 seconds.
I wonder if this really makes sense, and what this is based on.
If there's no Good Reason(tm) then perhaps we should reduce that drastically to something lower, maybe 500ms or even 250ms ?
People who are on very bad networks can still set this to something higher manually.
**Patch 355318**, "rtspsrc: reduce default latency from 2.0 secs to 0.5 secs":
[0001-rtspsrc-reduce-default-latency-from-2.0-secs-to-0.5-.patch](/uploads/f189ee328b755dcc3970016a9ac74065/0001-rtspsrc-reduce-default-latency-from-2.0-secs-to-0.5-.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/397gtkglsink: add "rotate-method" property2023-10-12T17:49:05ZBugzilla Migration Usergtkglsink: add "rotate-method" property## Submitted by Olivier Crête `@ocrete`
**[Link to original bug (#786991)](https://bugzilla.gnome.org/show_bug.cgi?id=786991)**
## Description
This should match the capabilities of glimagesink, this includes support for the AffineTr...## Submitted by Olivier Crête `@ocrete`
**[Link to original bug (#786991)](https://bugzilla.gnome.org/show_bug.cgi?id=786991)**
## Description
This should match the capabilities of glimagesink, this includes support for the AffineTransformationMeta and the image-orientation tag as well as manual rotation using the property.
I didn't do it in glsinkbin becausse the GL happens in the GTK thread in that case.
Version: 1.12.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/556v4l2: Add mapping for big-endian RGB565 (BGR16 in gst)2023-10-12T16:58:10ZNicolas Dufresnev4l2: Add mapping for big-endian RGB565 (BGR16 in gst)Mauro Carvalho Chehab (maintainer of linux-media) ask me why vim2m test driver wasn't detected by GStreamer. So I looked it up, and found a first issue, might only be the tip of the issue, but has to happen to get this test driver runnin...Mauro Carvalho Chehab (maintainer of linux-media) ask me why vim2m test driver wasn't detected by GStreamer. So I looked it up, and found a first issue, might only be the tip of the issue, but has to happen to get this test driver running. This driver only support one capture format, BGR16, which isn't mapped in the v4l2 glue.Nicolas DufresneNicolas Dufresnehttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/19audiofirfilter: Add support for changing kernel size without draining the sam...2023-10-06T13:25:09ZBugzilla Migration Useraudiofirfilter: Add support for changing kernel size without draining the sample history## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#606322)](https://bugzilla.gnome.org/show_bug.cgi?id=606322)**
## Description
It would be nice if draining the history could be prevented when changing the kernel siz...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#606322)](https://bugzilla.gnome.org/show_bug.cgi?id=606322)**
## Description
It would be nice if draining the history could be prevented when changing the kernel size too. Currently it's only supported if the kernel size stays the same.
Following are some patches that partially implement this and some notes on what still needs to be done.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/14v4l2: Implement V4L2_MEMORY_DMABUF/USERPTR support2023-10-06T13:25:04ZBugzilla Migration Userv4l2: Implement V4L2_MEMORY_DMABUF/USERPTR support## Submitted by Stefan Kost `@ensonic`
**[Link to original bug (#583890)](https://bugzilla.gnome.org/show_bug.cgi?id=583890)**
## Description
v4l2src uses own mmapped buffer pool, but should ideall request buffers from xvideo for ze...## Submitted by Stefan Kost `@ensonic`
**[Link to original bug (#583890)](https://bugzilla.gnome.org/show_bug.cgi?id=583890)**
## Description
v4l2src uses own mmapped buffer pool, but should ideall request buffers from xvideo for zerocopy. initial patch follows.
### Blocking
* [Bug 796986](https://bugzilla.gnome.org/show_bug.cgi?id=796986)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/8multifilesrc: fix seeking support2023-10-06T13:25:00ZBugzilla Migration Usermultifilesrc: fix seeking support## Submitted by Jorge
**[Link to original bug (#555260)](https://bugzilla.gnome.org/show_bug.cgi?id=555260)**
## Description
I build a pipeline like this:
multifilesrc ! jpegdec ! ffmpegcolorspace !videosink
(where multifi...## Submitted by Jorge
**[Link to original bug (#555260)](https://bugzilla.gnome.org/show_bug.cgi?id=555260)**
## Description
I build a pipeline like this:
multifilesrc ! jpegdec ! ffmpegcolorspace !videosink
(where multifilesrc has a "image/jpeg,framerate=15/1" cap for correct playing)
I can make it play/pause/stop, but it won't seek nor allow query for a position. Using from pyhton:
pos = self.player.pipeline.query_position(gst.FORMAT_DEFAULT, None)[0]
returns the following error:
gst.QueryError: query failed
And doing
self.player.pipeline.seek_simple(gst.FORMAT_DEFAULT, gst.SEEK_FLAG_FLUSH, 3)
does nothing (nor error, nor seeking). From trying stuff it seems as if multifilesrc only respects it's "index" property.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/5qtdemux: Support chapters2023-10-06T13:24:54ZBugzilla Migration Userqtdemux: Support chapters## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#540887)](https://bugzilla.gnome.org/show_bug.cgi?id=540887)**
## Description
There's currently no chapters support in qtdemux. This could be used to browse in files ...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#540887)](https://bugzilla.gnome.org/show_bug.cgi?id=540887)**
## Description
There's currently no chapters support in qtdemux. This could be used to browse in files such as:
http://downloads.oreilly.com/make/MAKE_2005-07-18.m4b
### Depends on
* [Bug 540890](https://bugzilla.gnome.org/show_bug.cgi?id=540890)
### Blocking
* [Bug 163546](https://bugzilla.gnome.org/show_bug.cgi?id=163546)
* [Bug 328298](https://bugzilla.gnome.org/show_bug.cgi?id=328298)