GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2021-09-24T14:31:46Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/17dvdnav: implement GstStream API to allow switching DVD angles in playbin32021-09-24T14:31:46ZBugzilla Migration Userdvdnav: implement GstStream API to allow switching DVD angles in playbin3## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#615060)](https://bugzilla.gnome.org/show_bug.cgi?id=615060)**
## Description
When watching a DVD, we should be told when the number of viewing angles changes through...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#615060)](https://bugzilla.gnome.org/show_bug.cgi?id=615060)**
## Description
When watching a DVD, we should be told when the number of viewing angles changes through the "n-video" playbin2 property and allow switching between angles through it as well.
That would make it possible to make the "Next Angle" button unsensitive when there's only one angle available.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/33oggdemux: Strips free-form name in language tags2022-02-13T11:54:55ZBugzilla Migration Useroggdemux: Strips free-form name in language tags## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#615064)](https://bugzilla.gnome.org/show_bug.cgi?id=615064)**
## Description
There's some free-form strings associated with the audio tracks in:
http://www.gnome.o...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#615064)](https://bugzilla.gnome.org/show_bug.cgi?id=615064)**
## Description
There's some free-form strings associated with the audio tracks in:
http://www.gnome.org/~hadess/ogg-crasher-subtitles-languages.ogg
Currently, we see in Totem "English" and "English` #2`".
We should still be able to access the free-form strings ("English" and "Commentary by Nicholas Meyer").
$ ogginfo `locate ogg-crasher-subtitles-languages.ogg`
Processing file "/home/data/test-files/movies/ogg-crasher-subtitles-languages.ogg"...
New logical stream (#1, serial: 00000001): type unknown
New logical stream (#2, serial: 00000002): type vorbis
New logical stream (#3, serial: 00000003): type vorbis
Note: Stream 4 has serial number 0, which is legal but may cause problems with some tools.
New logical stream (#4, serial: 00000000): type unknown
Vorbis headers parsed for stream 2, information follows...
Version: 0
Vendor: ogmtools v1.0.3
Channels: 2
Rate: 48000
Nominal bitrate: 160.003000 kb/s
Upper bitrate not set
Lower bitrate not set
User comments section follows...
LANGUAGE=English [eng]
Vorbis headers parsed for stream 3, information follows...
Version: 0
Vendor: ogmtools v1.0.3
Channels: 2
Rate: 48000
Nominal bitrate: 112.001000 kb/s
Upper bitrate not set
Lower bitrate not set
User comments section follows...
LANGUAGE=Commentary by Nicholas Meyer [eng]
Warning: EOS not set on stream 1
Warning: EOS not set on stream 2
Vorbis stream 2:
Total data length: 407155 bytes
Playback length: 0m:23.121s
Average bitrate: 140.875959 kb/s
Warning: EOS not set on stream 3
Vorbis stream 3:
Total data length: 286017 bytes
Playback length: 0m:23.294s
Average bitrate: 98.225746 kb/s
Warning: EOS not set on stream 4
gst-launch-0.10 -t uridecodebin uri=file://`locate ogg-crasher-subtitles-languages.ogg` ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
FOUND TAG : found by element "oggdemux0".
container format: Ogg
FOUND TAG : found by element "vorbisdec0".
language code: eng
encoder: ogmtools v1.0.3
encoder version: 0
audio codec: Vorbis
nominal bitrate: 160003
bitrate: 160003
FOUND TAG : found by element "vorbisdec1".
language code: eng
encoder: ogmtools v1.0.3
encoder version: 0
audio codec: Vorbis
nominal bitrate: 112001
bitrate: 112001
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 1018537460 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
### Blocking
* [Bug 564596](https://bugzilla.gnome.org/show_bug.cgi?id=564596)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/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/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-bad/-/issues/18[testing] audio timestamp stream generator and detector2021-09-24T14:31:46ZBugzilla Migration User[testing] audio timestamp stream generator and detector## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#615819)](https://bugzilla.gnome.org/show_bug.cgi?id=615819)**
## Description
Currently, in order to test the correctness of timestamp handling for various audio elem...## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#615819)](https://bugzilla.gnome.org/show_bug.cgi?id=615819)**
## Description
Currently, in order to test the correctness of timestamp handling for various audio elements we only rely on the GstBuffer timestamps.
The problem with this is that we rely on the fact that all elements properly handle/read/set/modify buffer timestamps properly. And that's the only thing we use to check for errors/regressions/stream-validity in unit-tests. In other words... lots of errors can be introduced which can't be detected by any other means than by human detection.
In order to properly verify the correctness of audio elements, we need
* an audio generating element (maybe an extra mode to audiotestsrc?) that will create a pattern *in* the stream which embeds the timestamp with a more or less good accuracy.
* an audio pattern detection element that can detect those embedded timestamps in buffers and emit messages accordingly ("at this stream running time I saw this original timestamp").
That pattern should:
* be more or less robust to rate/depth conversion
* have a sync point that is as accurate as possible (to detect shifts by a few samples),
* contain the full timestamp information within as little samples as possible, either before or after the sync point
* *ideally* be resistant to various audio encoding techniques (so we can still detect the pattern after a encode/decode pass)
Keywords for searching relevant documentation/material : watermarking, fingerprintinghttps://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-bad/-/issues/19[PLUGIN-MOVE] video parsers should be moved to -good2021-09-24T14:31:47ZBugzilla Migration User[PLUGIN-MOVE] video parsers should be moved to -good## Submitted by Stefan Kost `@ensonic`
**[Link to original bug (#616921)](https://bugzilla.gnome.org/show_bug.cgi?id=616921)**
## Description
Plus:
- the element uses GST_BOILERPLATE
- the element has docs
Minus:
- there ...## Submitted by Stefan Kost `@ensonic`
**[Link to original bug (#616921)](https://bugzilla.gnome.org/show_bug.cgi?id=616921)**
## Description
Plus:
- the element uses GST_BOILERPLATE
- the element has docs
Minus:
- there are no tests
- the naming is weired (gst_mp3parse_*, but GstMPEGAudioParse and GstMPEGAudioParseClass) - should the GstMPEGAudioParse be renamed to GstMP3Parse or the other way around. I vote for GstMP3Parse to keep the element name
Also there are no leagal issues around the parser, so it should leave -ugly.
### Depends on
* [Bug 631200](https://bugzilla.gnome.org/show_bug.cgi?id=631200)
* [Bug 631389](https://bugzilla.gnome.org/show_bug.cgi?id=631389)
* [Bug 631814](https://bugzilla.gnome.org/show_bug.cgi?id=631814)https://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/29deinterlace: Many methods are broken in fields=all mode or in one of the fiel...2021-09-24T13:29:51ZBugzilla Migration Userdeinterlace: Many methods are broken in fields=all mode or in one of the fields={top,bottom} modes## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#617778)](https://bugzilla.gnome.org/show_bug.cgi?id=617778)**
## Description
This is true for most color formats it seems... examples of misbehaviour are jumping fra...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#617778)](https://bugzilla.gnome.org/show_bug.cgi?id=617778)**
## Description
This is true for most color formats it seems... examples of misbehaviour are jumping frames, pixelized frames, etc.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/14[API] add chunk writer2024-03-12T17:10:50ZBugzilla Migration User[API] add chunk writer## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#619292)](https://bugzilla.gnome.org/show_bug.cgi?id=619292)**
## Description
Bytewriting typically involves nested structures with sizes recorded in the bytestream ...## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#619292)](https://bugzilla.gnome.org/show_bug.cgi?id=619292)**
## Description
Bytewriting typically involves nested structures with sizes recorded in the bytestream (e.g. avi chunks, qt atoms, ebml elements, jpeg markers, etc). Additional proposed API aids in tracking nested structures positions and sizes,
which could be used in any of the above cases, rather than coming up with yet another home made on in each case separately.
Evidently, some variations on the proposed are possible, e.g. using a separate (inherited) type for this (GstByteWriterStack or so).
### Blocking
* [Bug 619293](https://bugzilla.gnome.org/show_bug.cgi?id=619293)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/34typefinding: fails to detect certain SubViewer 1.0 subtitle file2021-09-24T13:20:09ZBugzilla Migration Usertypefinding: fails to detect certain SubViewer 1.0 subtitle file## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#619726)](https://bugzilla.gnome.org/show_bug.cgi?id=619726)**
## Description
Created attachment 162022
misdetected subtitle
gstreamer-plugins-base-0.10.29-1.f...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#619726)](https://bugzilla.gnome.org/show_bug.cgi?id=619726)**
## Description
Created attachment 162022
misdetected subtitle
gstreamer-plugins-base-0.10.29-1.fc13.x86_64
The attached file is detected as text/plain when it's actually a subtitle file.
$ gst-typefind beowulf.sub
beowulf.sub - text/plain
**Attachment 162022**, "misdetected subtitle":
[beowulf.sub](/uploads/a0f412c88a277619052903775341abaf/beowulf.sub)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/15[API] seeking: need API to do pseudo-accurate seeking when keyframe seeking i...2024-01-10T10:54:57ZBugzilla Migration User[API] seeking: need API to do pseudo-accurate seeking when keyframe seeking is too coarse## Submitted by Benjamin Otte `@company`
**[Link to original bug (#619788)](https://bugzilla.gnome.org/show_bug.cgi?id=619788)**
## Description
Totem currently does keyframe seeking of videos. However, videos exist that only contain...## Submitted by Benjamin Otte `@company`
**[Link to original bug (#619788)](https://bugzilla.gnome.org/show_bug.cgi?id=619788)**
## Description
Totem currently does keyframe seeking of videos. However, videos exist that only contain a single keyframe at the beginning of the file. For these files, every seek will result in Totem restarting the file.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/35[playbin] add support for subtitle delay2021-09-24T13:20:10ZBugzilla Migration User[playbin] add support for subtitle delay## Submitted by Shay
**[Link to original bug (#620529)](https://bugzilla.gnome.org/show_bug.cgi?id=620529)**
## Description
Hi all ,
i want to use gstreamer for playing video ,
but i cant cause missing feather / very hard/c...## Submitted by Shay
**[Link to original bug (#620529)](https://bugzilla.gnome.org/show_bug.cgi?id=620529)**
## Description
Hi all ,
i want to use gstreamer for playing video ,
but i cant cause missing feather / very hard/complicated to achieve
i have some missing properties in playbin
1) Subtitle delay :
i want to give delay to some subtitles ,where they are not synced
with the movie ,
i am trying to do that for 3 days now ,and still dont know how ,
a new property for delay in milliseconds will be great
2) subtitle delay , apply :
give option to apply current delay ,
and write to subtitle file the3 time changes
3) playbin source :
make it also write ,so can replaced
i am using gstreamer-java , and i want to give source from inputstream
so i can read video stream from an archive
or just support for playing files located in archive (RAR ,ZIP ,etc..);
4) get subtitle language from playbin it self
it will be nice the have it from new property "text-language" gint.
5) "suburi" property :
dose not work at run time ,
very bad i need to restart a player just to change subtitle
i know playbin was first made for make things simple ,
and not linking element ,why not keep this simple ,
by adding thous capabilities to playbin
please please can i do that
i am writing an application in java
and after searching for a long time now .
i don't see any other alternative for strong video player in java
thank youhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/36subparse: add support for external SSA/ASS subtitles2021-09-24T13:20:11ZBugzilla Migration Usersubparse: add support for external SSA/ASS subtitles## Submitted by Ilya K
**[Link to original bug (#625113)](https://bugzilla.gnome.org/show_bug.cgi?id=625113)**
## Description
Can't open subtitles in gstreamer (totem mostly) because of this error. There are similar bugs here: https...## Submitted by Ilya K
**[Link to original bug (#625113)](https://bugzilla.gnome.org/show_bug.cgi?id=625113)**
## Description
Can't open subtitles in gstreamer (totem mostly) because of this error. There are similar bugs here: https://bugzilla.gnome.org/show_bug.cgi?id=587704 and here: https://bugs.launchpad.net/gst-plugins-base/+bug/402221
Running latest GStreamer and totem on ubuntu maverick
That's the full log of what happens when I run Totem with debug level 2:
(totem:2989): GLib-GObject-WARNING **: value "10752000" of type `guint' is invalid or out of range for property `connection-speed' of type `guint'
0:00:08.900728007 2989 0x8ac5080 WARN decodebin2 gstdecodebin2.c:1916:type_found:<decodebin21> error: Этот файл является текстовым
0:00:08.900758696 2989 0x8ac5080 WARN decodebin2 gstdecodebin2.c:1916:type_found:<decodebin21> error: decodebin2 cannot decode plain text files
0:00:08.901170990 2989 0x8ea76e0 WARN basesrc gstbasesrc.c:2550:gst_base_src_loop:<source> error: Внутренняя ошибка передачи данных.
0:00:08.901193324 2989 0x8ea76e0 WARN basesrc gstbasesrc.c:2550:gst_base_src_loop:<source> error: streaming task paused, reason not-linked (-1)
0:00:08.906839287 2989 0x8ef7a10 WARN qtdemux qtdemux_types.c:170:qtdemux_type_get: unknown QuickTime node type iods
0:00:08.906880790 2989 0x8ef7a10 WARN qtdemux qtdemux_types.c:170:qtdemux_type_get: unknown QuickTime node type avc1
0:00:08.906894991 2989 0x8ef7a10 WARN qtdemux qtdemux_types.c:170:qtdemux_type_get: unknown QuickTime node type avcC
0:00:08.906908383 2989 0x8ef7a10 WARN qtdemux qtdemux_types.c:170:qtdemux_type_get: unknown QuickTime node type btrt
0:00:08.906928473 2989 0x8ef7a10 WARN qtdemux qtdemux_types.c:170:qtdemux_type_get: unknown QuickTime node type chpl
0:00:08.909919508 2989 0x8ef7a10 WARN qtdemux qtdemux.c:5810:qtdemux_parse_trak:<qtdemux1> unknown version 00000000
0:00:08.958753741 2989 0x8ac5080 WARN totem bacon-video-widget-gst-0.10.c:2093:bvw_bus_message_cb: Warning message: warning message from element 'decodebin21': GstMessageWarning, gerror=(GError)NULL, debug=(string)"gstdecodebin2.c\(1916\):\ type_found\ \(\):\ /GstPlayBin2:play/GstURIDecodeBin:uridecodebin1/GstDecodeBin2:decodebin21:\012decodebin2\ cannot\ decode\ plain\ text\ files";
0:00:08.981539951 2989 0x8f4f330 WARN pulse pulsesink.c:558:gst_pulsering_stream_underflow_cb:<autoaudiosink2-actual-sink-pulse> Got underflow
0:00:08.984938230 2989 0x8f4f330 WARN pulse pulsesink.c:558:gst_pulsering_stream_underflow_cb:<autoaudiosink2-actual-sink-pulse> Got underflow
0:00:08.985001837 2989 0x8f4f330 WARN pulse pulsesink.c:558:gst_pulsering_stream_underflow_cb:<autoaudiosink2-actual-sink-pulse> Got underflow
0:00:08.985043041 2989 0x8f4f330 WARN pulse pulsesink.c:558:gst_pulsering_stream_underflow_cb:<autoaudiosink2-actual-sink-pulse> Got underflow
0:00:08.985081469 2989 0x8f4f330 WARN pulse pulsesink.c:558:gst_pulsering_stream_underflow_cb:<autoaudiosink2-actual-sink-pulse> Got underflow
0:00:09.054364084 2989 0x8ac5080 WARN totem bacon-video-widget-gst-0.10.c:1604:bvw_handle_element_message: Unhandled element message playbin2-stream-changed from play: element message from element 'play': playbin2-stream-changed, uri=(string)".../video.mp4", suburi=(string)".../video.ass";
(cut off the paths as they're too long)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/20assrender: Incorrect detect size of surface for subtitle rendering when playb...2021-09-24T14:31:47ZBugzilla Migration Userassrender: Incorrect detect size of surface for subtitle rendering when playback anamorph video## Submitted by RussianNeuroMancer `@RussianNeuroMancer`
**[Link to original bug (#625685)](https://bugzilla.gnome.org/show_bug.cgi?id=625685)**
## Description
Look at attached screenshots. I get incorrect rendering in Totem player ...## Submitted by RussianNeuroMancer `@RussianNeuroMancer`
**[Link to original bug (#625685)](https://bugzilla.gnome.org/show_bug.cgi?id=625685)**
## Description
Look at attached screenshots. I get incorrect rendering in Totem player on Ubuntu Maverick. Correct rendering - it's mplayer.
Sample: http://sharebee.com/65fa39aa
When aspect ratio of video stream not equal with aspect ratio in properties of this video stream in media contatiner (anamorph video) rendering ass subtitles always incorrect. For example real size of video in this sample file is 1440x1080, but it's playback like 1920x1080.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/21[PLUGIN-MOVE] move id3mux to -good2021-09-24T14:31:48ZBugzilla Migration User[PLUGIN-MOVE] move id3mux to -good## Submitted by Jonathan Matthew
**[Link to original bug (#626069)](https://bugzilla.gnome.org/show_bug.cgi?id=626069)**
## Description
I've checked that id3mux supports the same set of tags as id3v2mux, it has tests, and it complie...## Submitted by Jonathan Matthew
**[Link to original bug (#626069)](https://bugzilla.gnome.org/show_bug.cgi?id=626069)**
## Description
I've checked that id3mux supports the same set of tags as id3v2mux, it has tests, and it complies with the rest of the plugin move checklist as far as I can tell.
### Blocking
* [Bug 615813](https://bugzilla.gnome.org/show_bug.cgi?id=615813)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/22jpegparse: Bump rank2023-05-16T16:43:43ZBugzilla Migration Userjpegparse: Bump rank## Submitted by Arun Raghavan `@arun`
**[Link to original bug (#626531)](https://bugzilla.gnome.org/show_bug.cgi?id=626531)**
## Description
It would be nice to bump the rank on jpegparse so that it is autoplugged and we automagical...## Submitted by Arun Raghavan `@arun`
**[Link to original bug (#626531)](https://bugzilla.gnome.org/show_bug.cgi?id=626531)**
## Description
It would be nice to bump the rank on jpegparse so that it is autoplugged and we automagically extract EXIF/XMP tags for JPEG files.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/37oggdemux: Should send NEWSEGMENT events and active chains from streaming thre...2021-09-24T13:20:11ZBugzilla Migration Useroggdemux: Should send NEWSEGMENT events and active chains from streaming thread when seeking## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#626719)](https://bugzilla.gnome.org/show_bug.cgi?id=626719)**
## Description
In pull mode seeking, oggdemux currently sends the close-newsegment event (in the non-fl...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#626719)](https://bugzilla.gnome.org/show_bug.cgi?id=626719)**
## Description
In pull mode seeking, oggdemux currently sends the close-newsegment event (in the non-flush case) and the new newsegment events from the seek thread. Also the new chain, if any, is activated from the seek thread.
This could block the application very much, especially if the newsegment event is going to trigger a pad block somewhere.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/32rtspsrc: backward playback2023-10-13T23:43:34ZBugzilla Migration Userrtspsrc: backward playback## Submitted by Tibor Kocsis
**[Link to original bug (#626811)](https://bugzilla.gnome.org/show_bug.cgi?id=626811)**
## Description
Hi,
are you planning to implement the support of backward playback (seek with negative rate on ...## Submitted by Tibor Kocsis
**[Link to original bug (#626811)](https://bugzilla.gnome.org/show_bug.cgi?id=626811)**
## Description
Hi,
are you planning to implement the support of backward playback (seek with negative rate on the client side) in rtspsrc? Is there any proposed release date for that? What are the reasons it isn't ready yet, maybe there are technical issues?
Regards
Tibor2023-10-21