GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2021-09-24T13:29:50Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/28shapewipe, matroskademux, matroskaparse: post QoS messages when dropping buff...2021-09-24T13:29:50ZBugzilla Migration Usershapewipe, matroskademux, matroskaparse: post QoS messages when dropping buffers due to QoS## Submitted by Tim Müller `@tpm`
**[Link to original bug (#617022)](https://bugzilla.gnome.org/show_bug.cgi?id=617022)**
## Description
Subject says it all really. Should go through decoders that implement QoS and make them post Qo...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#617022)](https://bugzilla.gnome.org/show_bug.cgi?id=617022)**
## Description
Subject says it all really. Should go through decoders that implement QoS and make them post QoS messages on the bus when they drop stuff.
ext/dv/gstdvdemux.c: case GST_EVENT_QOS:
ext/jpeg/gstjpegdec.c: case GST_EVENT_QOS:{
gst/avi/gstavidemux.c: case GST_EVENT_QOS:
gst/deinterlace/gstdeinterlace.c: case GST_EVENT_QOS:{
gst/goom/gstgoom.c: case GST_EVENT_QOS:
gst/goom2k1/gstgoom.c: case GST_EVENT_QOS:
gst/interleave/interleave.c: case GST_EVENT_QOS:
gst/matroska/matroska-demux.c: case GST_EVENT_QOS:
gst/monoscope/gstmonoscope.c: case GST_EVENT_QOS:{
gst/qtdemux/qtdemux.c: case GST_EVENT_QOS:
gst/rtsp/gstrtspsrc.c: case GST_EVENT_QOS:
gst/rtsp/gstrtspsrc.c: case GST_EVENT_QOS:
gst/shapewipe/gstshapewipe.c: case GST_EVENT_QOS:{
gst/videomixer/videomixer.c: case GST_EVENT_QOS:{https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/27[jpegdec] support more than 3 components2021-09-24T13:29:50ZBugzilla Migration User[jpegdec] support more than 3 components## Submitted by Tim Müller `@tpm`
**[Link to original bug (#616804)](https://bugzilla.gnome.org/show_bug.cgi?id=616804)**
## Description
+++ This bug was initially created as a clone of [Bug 604106](https://bugzilla.gnome.org/show_b...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#616804)](https://bugzilla.gnome.org/show_bug.cgi?id=616804)**
## Description
+++ This bug was initially created as a clone of [Bug 604106](https://bugzilla.gnome.org/show_bug.cgi?id=604106) +++
See attachment (id=149363)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/26id3v2mux: Transcoding from flac to mp3, UTF-8 tags get mangled2021-09-24T13:29:49ZBugzilla Migration Userid3v2mux: Transcoding from flac to mp3, UTF-8 tags get mangled## Submitted by Clarke Wixon
**[Link to original bug (#615813)](https://bugzilla.gnome.org/show_bug.cgi?id=615813)**
## Description
I'm using gstreamer to transcode flac files to mp3 while keeping the metadata, using the following p...## Submitted by Clarke Wixon
**[Link to original bug (#615813)](https://bugzilla.gnome.org/show_bug.cgi?id=615813)**
## Description
I'm using gstreamer to transcode flac files to mp3 while keeping the metadata, using the following pipeline:
gst-launch filesrc location="foo.flac" ! decodebin ! audioconvert ! \
lamemp3enc target=quality quality=4 encoding-engine-quality=2 ! xingmux ! id3v2mux ! \
filesink location="bar.mp3"
It looks like UTF-8 encoded tags in the flac files are being treated as 8-bit ISO-8859-1 tags, so each byte of any multi-byte UTF-8 characters in the original tag will mistakenly be re-encoded into UTF-8, resulting in garbage.
For example, I have foo.flac containing the following metadata (according to metaflac --list):
comment[1]: producer=Peter Tägtgren
That's in UTF-8, so the "ä" character is encoded as two bytes, C3 A4.
After the pipeline, I get an bar.mp3 containing this (according to id3demux ! fakesink -t):
producer[xxx]=Peter Tägtgren
That's also in UTF-8, so the original single "ä" character is now four hideous bytes, C3 83 C2 A4.
Should (or can) id3v2mux identify what encoding is used by incoming metadata? If not, is there a manual workaround?
### Depends on
* [Bug 626069](https://bugzilla.gnome.org/show_bug.cgi?id=626069)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/25aacparse: Add conversion support from/to ADIF/ADTS/RAW/LOAS stream-formats2021-09-24T13:29:49ZBugzilla Migration Useraacparse: Add conversion support from/to ADIF/ADTS/RAW/LOAS stream-formats## Submitted by Danilo Freire
**[Link to original bug (#615740)](https://bugzilla.gnome.org/show_bug.cgi?id=615740)**
## Description
The FAAD plugin do not searches for LATM/LOAS format in the AAC stream.
The chain function se...## Submitted by Danilo Freire
**[Link to original bug (#615740)](https://bugzilla.gnome.org/show_bug.cgi?id=615740)**
## Description
The FAAD plugin do not searches for LATM/LOAS format in the AAC stream.
The chain function searches for the sync word (line 1061), but only for the ADTS syncword (gst_faad_sync method).
My suggestion is:
Adding a new parameter in the src caps of the plugin:
transport{adts,latm}
1) if the transport parameted is set, the plugin must looking for the correct syncword (latm or adts syncword).
2) if the transport parameter is not set, the plugin look for:
a) First the adts syncword for 17000 Bytes (thats a guess :)
b) If no ADTS syncword was found, looking for LATM syncword.
*) This approach is suggested in cases of continuous streams, such one that come from a live source, like a dvbsrc->mpegdemux for example.
### Blocking
* [Bug 615681](https://bugzilla.gnome.org/show_bug.cgi?id=615681)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/24multifile: add support for reading filenames from a list file2023-07-02T19:34:22ZBugzilla Migration Usermultifile: add support for reading filenames from a list file## Submitted by Jonathan Matthew
**[Link to original bug (#615166)](https://bugzilla.gnome.org/show_bug.cgi?id=615166)**
## Description
Created attachment 158188
listfilesrc element
After watching someone on IRC struggling wi...## Submitted by Jonathan Matthew
**[Link to original bug (#615166)](https://bugzilla.gnome.org/show_bug.cgi?id=615166)**
## Description
Created attachment 158188
listfilesrc element
After watching someone on IRC struggling with multifilesrc for the nth time, I figured it'd be easier to use in some cases if you could give it a file containing a list of source files, rather than having to number the files sequentially.
What I'm attaching is a quick hack based on multifilesrc. It might be worth considering adding the functionality to multifilesrc rather than creating a new element, or sharing the common code (which is most of it) some other way.
**Attachment 158188**, "listfilesrc element":
[gstlistfilesrc.c](/uploads/c4b74b9c9103177a0997dec56f5841e6/gstlistfilesrc.c)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/23pulsesink: blocks in open() if audio device is in use2021-09-24T13:29:47ZBugzilla Migration Userpulsesink: blocks in open() if audio device is in use## Submitted by Tim Müller `@tpm`
**[Link to original bug (#610413)](https://bugzilla.gnome.org/show_bug.cgi?id=610413)**
## Description
When e.g. the flash plugin is hogging the audio device, trying to play a movie in totem or with...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#610413)](https://bugzilla.gnome.org/show_bug.cgi?id=610413)**
## Description
When e.g. the flash plugin is hogging the audio device, trying to play a movie in totem or with gst-launch-0.10 playbin2 will just preroll and hang before starting to play, because pulseaudio seems to be blocking in the open() call or whatever, waiting for the plugin to release the device.
Instead, pulsesink should post the appropriate RESOURCE BUSY error and get on with things (so that autoaudiosink can skip to the next audiosink and try that, like alsasink in this case).
Totem just hanging at the first frame without any explanation at all is not very nice.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/22avidemux: Doesn't handle files with large gaps between audio/video streams pr...2023-10-06T13:25:11ZBugzilla Migration Useravidemux: Doesn't handle files with large gaps between audio/video streams properly## Submitted by Cristian Aravena Romero `@caravena`
**[Link to original bug (#608945)](https://bugzilla.gnome.org/show_bug.cgi?id=608945)**
## Description
Open bug in lauchpad.net:
https://bugs.edge.launchpad.net/ubuntu/+source/gs...## Submitted by Cristian Aravena Romero `@caravena`
**[Link to original bug (#608945)](https://bugzilla.gnome.org/show_bug.cgi?id=608945)**
## Description
Open bug in lauchpad.net:
https://bugs.edge.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/516832
loop in gstpad.c
"$ LANGUAGE=C GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:2 totem 2> log
0:00:00.091962270 4404 0x99e0080 WARN pyplugin gstpythonplugin.c:343:plugin_init: Couldn't g_module_open libpython. Reason: /usr/lib/libpython2.6.so: cannot open shared object file: No such file or directory
0:00:00.092094409 4404 0x99e0080 WARN GST_PLUGIN_LOADING gstplugin.c:422:gst_plugin_register_func: plugin "/usr/lib/gstreamer-0.10/libgstpython.so" failed to initialise
0:00:00.093664162 4404 0x99e0080 WARN GST_PLUGIN_LOADING gstplugin.c:422:gst_plugin_register_func: plugin "/usr/lib/gstreamer-0.10/libgstladspa.so" failed to initialise
(totem:4403): GLib-GObject-WARNING **: value "10752000" of type `guint' is invalid or out of range for property `connection-speed' of type `guint'
0:00:05.426087788 4403 0x99e0080 WARN GST_SCHEDULING gstpad.c:4603:gst_pad_get_range:<source:src> getrange failed unexpected
0:00:05.426199813 4403 0x99e0080 WARN GST_SCHEDULING gstpad.c:4715:gst_pad_pull_range:<decodebin20:sink> pullrange failed unexpected
0:00:05.426238924 4403 0x99e0080 WARN GST_SCHEDULING gstpad.c:4603:gst_pad_get_range:<source:src> getrange failed unexpected
0:00:05.426270213 4403 0x99e0080 WARN GST_SCHEDULING gstpad.c:4715:gst_pad_pull_range:<decodebin20:sink> pullrange failed unexpected
0:00:05.426303737 4403 0x99e0080 WARN GST_SCHEDULING gstpad.c:4603:gst_pad_get_range:<source:src> getrange failed unexpected
0:00:05.426333629 4403 0x99e0080 WARN GST_SCHEDULING gstpad.c:4715:gst_pad_pull_range:<decodebin20:sink> pullrange failed unexpected
..."
### See also
* https://launchpad.net/bugs/516832https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/21[wavpack] correction file decoding support2023-10-06T13:25:10ZBugzilla Migration User[wavpack] correction file decoding support## Submitted by Kai-Chieh Ku
**[Link to original bug (#607835)](https://bugzilla.gnome.org/show_bug.cgi?id=607835)**
## Description
According to the mailing list (gstreamer-devel), a man told me that current wavpack plugin can not d...## Submitted by Kai-Chieh Ku
**[Link to original bug (#607835)](https://bugzilla.gnome.org/show_bug.cgi?id=607835)**
## Description
According to the mailing list (gstreamer-devel), a man told me that current wavpack plugin can not decode WavPack correction files. It can parse those files, though.
Correction files are need to be support because it is the most important feature that other major codecs (e.g. FLAC) don't support.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/20decodebin3: Race with caps changing in stream2023-10-06T13:25:09ZBugzilla Migration Userdecodebin3: Race with caps changing in stream## Submitted by Arun Raghavan `@arun`
**[Link to original bug (#607471)](https://bugzilla.gnome.org/show_bug.cgi?id=607471)**
## Description
While playing the following file, I do not see the video, only a still image:
http://s...## Submitted by Arun Raghavan `@arun`
**[Link to original bug (#607471)](https://bugzilla.gnome.org/show_bug.cgi?id=607471)**
## Description
While playing the following file, I do not see the video, only a still image:
http://samples.mplayerhq.hu/archive/container/mov/mov+svq3+aac++animatrix_2_program_640-sample.mov
gst-launch then quits with the following error:
$ gst-launch playbin2 uri=file:///$PWD/mov+svq3+aac++animatrix_2_program_640-sample.mov
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
ERROR: from element /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstJpegDec:jpegdec0: Failed to decode JPEG image
Additional debug info:
gstjpegdec.c(1261): gst_jpeg_dec_chain (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstJpegDec:jpegdec0:
Error` #70`: Unsupported marker type 0x%02x
Execution ended after 3505994408 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
----
FWIW, I noticed that the stream topology that gets posted looks like this:
CONTAINER: video/quicktime
AUDIO: audio/mpeg, mpegversion=(int)4, framed=(boolean)true, codec_data=(buffer)1210, rate=(int)44100, channels=(int)2
AUDIO: audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)44100, channels=(int)2
UNKNOWN: image/jpeg, width=(int)640, height=(int)272, framerate=(fraction)15/1
VIDEO: video/x-raw-yuv, format=(fourcc)I420, width=(int)640, height=(int)272, framerate=(fraction)15/1https://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/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/16[qtdemux] parse support for clean aperture2023-10-06T13:25:07ZBugzilla Migration User[qtdemux] parse support for clean aperture## Submitted by Philippe Normand `@philn`
**[Link to original bug (#596571)](https://bugzilla.gnome.org/show_bug.cgi?id=596571)**
## Description
The mov file in https://bugzilla.gnome.org/show_bug.cgi?id=596319 has clean aperture da...## Submitted by Philippe Normand `@philn`
**[Link to original bug (#596571)](https://bugzilla.gnome.org/show_bug.cgi?id=596571)**
## Description
The mov file in https://bugzilla.gnome.org/show_bug.cgi?id=596319 has clean aperture data too. It doesn't seem to be correctly parsed by qtdemux.
Extract of qtdump:
clean aperture (clap)
cleanApertureWidthN 41472
cleanApertureWidthD 59
cleanApertureHeightN 576
cleanApertureHeightD 1
horizOffN 0
horizOffD 1
vertOffN 0
vertOffD 1https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/15rtspsrc: (network) timeout behaviour inconsistent between TCP and UDP2023-10-06T13:25:04ZBugzilla Migration Userrtspsrc: (network) timeout behaviour inconsistent between TCP and UDP## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#588144)](https://bugzilla.gnome.org/show_bug.cgi?id=588144)**
## Description
rtspsrc's tcp_timeout property prevents rtspsrc from "hanging" if network timeout/inter...## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#588144)](https://bugzilla.gnome.org/show_bug.cgi?id=588144)**
## Description
rtspsrc's tcp_timeout property prevents rtspsrc from "hanging" if network timeout/interruption occurs during streaming (or interaction with RTSP server). However, no such (stringent) checks are performed when UDP happens to be selected (there may be some sender timeout detection in rtpbin/jitterbuffer, but the net overall effect/user experience is not quite the same).
Although this may or may not be intentional and/or related to UDP issues (e.g. inherently less reliable than TCP), possible patch follows anyway.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/13avimux: Support DivX subtitles2023-10-06T13:25:04ZBugzilla Migration Useravimux: Support DivX subtitles## Submitted by an unknown user
**[Link to original bug (#581296)](https://bugzilla.gnome.org/show_bug.cgi?id=581296)**
## Description
Seems DivX got a subtitle system for Avi files. Seems to break the AVI specification though so th...## Submitted by an unknown user
**[Link to original bug (#581296)](https://bugzilla.gnome.org/show_bug.cgi?id=581296)**
## Description
Seems DivX got a subtitle system for Avi files. Seems to break the AVI specification though so they refer to the new files as divx files.
Misc tools generating this format:
http://userxp.tripod.com/sub2divx.htm
http://projects.gdion.biz/guides/dmfwithxsub.html
http://labs.divx.com/DivXMuxGUI
There is a SDK with some documentation here:
http://download.divx.com/labs/DivXMediaFormat_SDK_r2.rar
### See also
* [Bug 628429](https://bugzilla.gnome.org/show_bug.cgi?id=628429)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/12Move DVB plugins to -good2023-10-06T13:25:03ZBugzilla Migration UserMove DVB plugins to -good## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#581011)](https://bugzilla.gnome.org/show_bug.cgi?id=581011)**
## Description
Otherwise we can't ship gnome-dvb-daemon in Fedora.## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#581011)](https://bugzilla.gnome.org/show_bug.cgi?id=581011)**
## Description
Otherwise we can't ship gnome-dvb-daemon in Fedora.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/11matroskademux: fails to output data for video stream2023-10-06T13:25:03ZBugzilla Migration Usermatroskademux: fails to output data for video stream## Submitted by heb..@..il.com
**[Link to original bug (#580980)](https://bugzilla.gnome.org/show_bug.cgi?id=580980)**
## Description
Please describe the problem:
When I try to play a mkv file which happens to have a secondary aud...## Submitted by heb..@..il.com
**[Link to original bug (#580980)](https://bugzilla.gnome.org/show_bug.cgi?id=580980)**
## Description
Please describe the problem:
When I try to play a mkv file which happens to have a secondary audio vorbis (comments) Totem fails to decode stream.
here is the output:
(totem:12303): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstice.so': libjinglep2pbase-0.3.so.0: cannot open shared object file: No such file or directory
(totem:12302): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstice.so': libjinglep2pbase-0.3.so.0: cannot open shared object file: No such file or directory
** (totem:12302): DEBUG: Init of Python module
** (totem:12302): DEBUG: Registering Python plugin instance: YouTube+TotemPythonPlugin
** (totem:12302): DEBUG: Creating object of type YouTube+TotemPythonPlugin
** (totem:12302): DEBUG: Creating Python plugin instance
** (totem:12302): DEBUG: Init of Python module
** (totem:12302): DEBUG: Registering Python plugin instance: BBCViewer+TotemPythonPlugin
** (totem:12302): DEBUG: Creating object of type BBCViewer+TotemPythonPlugin
** (totem:12302): DEBUG: Creating Python plugin instance
Stream with high frequencies VQ coding
** Message: Error: Could not decode stream.
vorbisdec.c(815): vorbis_handle_header_packet (): /GstPlayBin:play/GstDecodeBin:decodebin1/GstVorbisDec:vorbisdec0:
couldn't read header packet
Steps to reproduce:
1. download this sample file: http://drop.io/co7xlpv
2. open totem
3. drag'n drop to totem the sample file containing secondary audio (vorbis)
Actual results:
An error message: Totem fails to decode stream.
Expected results:
Does this happen every time?
it happened every single time I've tried to play it
Other information:
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/10pulsesink: Add support for custom downmix matrizes2023-10-06T13:25:02ZBugzilla Migration Userpulsesink: Add support for custom downmix matrizes## Submitted by Ross Burton `@ross`
**[Link to original bug (#570791)](https://bugzilla.gnome.org/show_bug.cgi?id=570791)**
## Description
Playing a AC3 movie in Totem with PulseAudio results in bad mixing, meaning I can't hear the ...## Submitted by Ross Burton `@ross`
**[Link to original bug (#570791)](https://bugzilla.gnome.org/show_bug.cgi?id=570791)**
## Description
Playing a AC3 movie in Totem with PulseAudio results in bad mixing, meaning I can't hear the talking over the background noise of the rain.
thaytan helped me debug this: PulseAudio takes all 5 channels and then mixes them badly, when the mixing should happen in the gstreamer pipeline.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/9[qtdemux] detect sprite+tween video2023-10-06T13:25:01ZBugzilla Migration User[qtdemux] detect sprite+tween video## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#564053)](https://bugzilla.gnome.org/show_bug.cgi?id=564053)**
## Description
xine and mplayer think it's an MJPEG video stream.
Most likely a qtdemux problem.## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#564053)](https://bugzilla.gnome.org/show_bug.cgi?id=564053)**
## Description
xine and mplayer think it's an MJPEG video stream.
Most likely a qtdemux problem.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.