GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2021-09-24T13:20:22Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/65playbin: Add force-deinterlaced mode to playbin2021-09-24T13:20:22ZBugzilla Migration Userplaybin: Add force-deinterlaced mode to playbin## Submitted by Vivia Nikolaidou `@vivia`
**[Link to original bug (#675305)](https://bugzilla.gnome.org/show_bug.cgi?id=675305)**
## Description
Hello,
I have some interlaced video files, which are however marked as non-interla...## Submitted by Vivia Nikolaidou `@vivia`
**[Link to original bug (#675305)](https://bugzilla.gnome.org/show_bug.cgi?id=675305)**
## Description
Hello,
I have some interlaced video files, which are however marked as non-interlaced. It would be very useful to add a force-deinterlaced mode to playbin2, in order to be able to play back these files correctly. I am attaching one example.
### Blocking
* [Bug 765313](https://bugzilla.gnome.org/show_bug.cgi?id=765313)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/64tags: id3v2 POPM support2021-09-24T13:20:20ZBugzilla Migration Usertags: id3v2 POPM support## Submitted by Jojo Man
**[Link to original bug (#670156)](https://bugzilla.gnome.org/show_bug.cgi?id=670156)**
## Description
I have spent a great deal of time rating my mp3 files and writing those ratings
using the program "Med...## Submitted by Jojo Man
**[Link to original bug (#670156)](https://bugzilla.gnome.org/show_bug.cgi?id=670156)**
## Description
I have spent a great deal of time rating my mp3 files and writing those ratings
using the program "Media Money" to the id3 tag (under POPM field). It would be
really nice if i was able to import those ratings. Currently I only know of open source player XBMC which supports reading the POPM field. I had filed a bug on rhythmbox earlier but they recommended i file a bug for gstreamer instead so here it is.
Some information regarding how XBMC supports/handles POPM:
http://wiki.xbmc.org/?title=Preparing_your_Music#Ratings_in_ID3_tags
More Info Regarding Mp3 Rating Support in id3:
http://www.id3.org/id3v2.3.0#head-2452ec9cf8b42c5c117b518b69e129ff67970852
rhythmbox bug# 666476
### See also
* [Bug 666476](https://bugzilla.gnome.org/show_bug.cgi?id=666476)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/63[2.0] discoverer: use GTask etc.2021-09-24T13:20:19ZBugzilla Migration User[2.0] discoverer: use GTask etc.## Submitted by an unknown user
**[Link to original bug (#669018)](https://bugzilla.gnome.org/show_bug.cgi?id=669018)**
## Description
`<pbor>` Uraeus: does gst have a lot of API with GErrors passed as signal arguments?
`<pbor>` i...## Submitted by an unknown user
**[Link to original bug (#669018)](https://bugzilla.gnome.org/show_bug.cgi?id=669018)**
## Description
`<pbor>` Uraeus: does gst have a lot of API with GErrors passed as signal arguments?
`<pbor>` it's a pattern that is usually avoided in gtk etc
if it's not common maybe now that you are breaking the api it is a good time to avoid it
pbor, we got it in discoverer (which is where I get this crash https://bugzilla.gnome.org/show_bug.cgi?id=668862
`<tomeu>` opportunity to make the API more consistent :)
`<pbor>` Uraeus: the pattern used in other places is that you get a signal that the an operation is complete and then you call finish(&err) to know if it failed and to retrieve the error
Version: 2.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/62typefinding: detect raw VC-1 streams2021-09-24T13:20:19ZBugzilla Migration Usertypefinding: detect raw VC-1 streams## Submitted by Ilya Smelykh
**[Link to original bug (#668565)](https://bugzilla.gnome.org/show_bug.cgi?id=668565)**
## Description
I'm using GStreamer Core Library version 0.10.35.2 and all plugins from .2 prerelease, and it looks ...## Submitted by Ilya Smelykh
**[Link to original bug (#668565)](https://bugzilla.gnome.org/show_bug.cgi?id=668565)**
## Description
I'm using GStreamer Core Library version 0.10.35.2 and all plugins from .2 prerelease, and it looks like typefind can't detect VC-1 raw stream and determine it as "video/x-h264, stream-format=(string)byte-stream, probability=80", so decoder can't decode this stream. The stream is not corrupted and other player (mplayer, with ffmpeg's libavformat) detects it as "raw VC-1" and plays this stream correctly.
### Blocking
* [Bug 741237](https://bugzilla.gnome.org/show_bug.cgi?id=741237)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/61rtcpbuffer: add support for RTCP APP packets2021-09-24T13:20:19ZBugzilla Migration Userrtcpbuffer: add support for RTCP APP packets## Submitted by Pascal Buhler
**[Link to original bug (#667812)](https://bugzilla.gnome.org/show_bug.cgi?id=667812)**
## Description
Created attachment 205133
patch
Add new functions for generating and parsing RTCP APP packet...## Submitted by Pascal Buhler
**[Link to original bug (#667812)](https://bugzilla.gnome.org/show_bug.cgi?id=667812)**
## Description
Created attachment 205133
patch
Add new functions for generating and parsing RTCP APP packets
**Patch 205133**, "patch":
[0037-rtcpbuffer-add-support-for-RTCP-APP-packets.patch](/uploads/ecd77164a931ff2dec0154685267d116/0037-rtcpbuffer-add-support-for-RTCP-APP-packets.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/60playback: Use bitrate estimation from downstream for buffering2021-09-24T13:20:18ZBugzilla Migration Userplayback: Use bitrate estimation from downstream for buffering## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#667796)](https://bugzilla.gnome.org/show_bug.cgi?id=667796)**
## Description
When listening to internet radio streams (http, doesn't matter which codec) at one point...## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#667796)](https://bugzilla.gnome.org/show_bug.cgi?id=667796)**
## Description
When listening to internet radio streams (http, doesn't matter which codec) at one point (sometimes within a few seconds, sometimes after 30mins) it stops playing.
Sometimes is just stops playing back and never resumes, sometimes it stops playing back, buffers up some more data, and then resumes playback.
After digging a bit deeper it seems that for the stops-and-never-resumes scenario the issue is that souphttpsrc just stops reading (i.e. the server doesn't return anything).
After having a look at various graphs of what is being read, my gutt feeling (tm) is that we are playing back (and therefore reading from the server) slightly slower/faster than the remote server, resulting in the following:
* We connect to server and start downloading data (initially it might give us a burst from the previous X seconds of stream, which corresponds to the size of the ringbuffer the server keeps for providing encoded content)
* We read/playback the stream slightly slower/faster
* Eventually we end up wanting data which the server either no longer has in its queue (slower local playback) or hasn't encoded yet (faster local playback).
Taking the following values:
Server buffer : 5s
Readout speed : 0.2% slower than server encoding rate
We end up with:
Time after which we'll end up wanting to read data *past* the 5s buffer size:
5s / 0.002 => 2500s => 41m40s
If we were reading faster, then it's the opposite problem:
The server gives a burst of 5 seconds of data, after 41m40s we end up having caught up with live playback and need to buffer up some more data.
So essentially ... with the current implementation, unless your soundcard is at *exactly* the same playback rate as the server's encoding system ... you'll always end up with either:
* Your playback just stops (because we're playing back slightly slower and eventually have no more data to read from the server).
* Your playback pauses until there is more data to read (because we're playing back slightly faster).
Note : There might *also* be an issue with queue2 throttling the input too aggressively, will attach more findings after.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/59videoencoder: Autodetect/autoconfigure multicore/multithread use2021-09-24T13:20:18ZBugzilla Migration Uservideoencoder: Autodetect/autoconfigure multicore/multithread use## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#667653)](https://bugzilla.gnome.org/show_bug.cgi?id=667653)**
## Description
As initially reported in pitivi [bug 573395](https://bugzilla.gnome.org/show_bug.cgi?...## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#667653)](https://bugzilla.gnome.org/show_bug.cgi?id=667653)**
## Description
As initially reported in pitivi [bug 573395](https://bugzilla.gnome.org/show_bug.cgi?id=573395), there are various codecs where the user has to manually set the amount of threads to use when encoding. Theora, x264 and VP8 seem to behave differently or in strange ways. I haven't tested other codecs yet.
Users should never have to set those things manually. GStreamer encoders should use the multiple cores efficiently by default, no matter what the codec.
### Blocking
* [Bug 573395](https://bugzilla.gnome.org/show_bug.cgi?id=573395)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/58discoverer should generate video/image thumbnails2021-09-24T13:20:18ZBugzilla Migration Userdiscoverer should generate video/image thumbnails## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#667203)](https://bugzilla.gnome.org/show_bug.cgi?id=667203)**
## Description
Initially in pitivi as [bug 432661](https://bugzilla.gnome.org/show_bug.cgi?id=432661...## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#667203)](https://bugzilla.gnome.org/show_bug.cgi?id=667203)**
## Description
Initially in pitivi as [bug 432661](https://bugzilla.gnome.org/show_bug.cgi?id=432661), with the port to GES now it would make more sense for gst discoverer to be the one to actually generate video thumbnails according to the fdo spec [0][1].
Perhaps totem-video-thumbnailer could be called, or perhaps totem's code could be upstreamed.
0: https://live.gnome.org/ThumbnailerSpec
1: http://people.freedesktop.org/~vuntz/thumbnail-spec-cache/
Version: 1.x
### Blocking
* [Bug 432661](https://bugzilla.gnome.org/show_bug.cgi?id=432661)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/56videoconvert: Add support for GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA2021-10-24T16:27:15ZBugzilla Migration Uservideoconvert: Add support for GST_VIDEO_FLAG_PREMULTIPLIED_ALPHA## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#666090)](https://bugzilla.gnome.org/show_bug.cgi?id=666090)**
## Description
Currently only non-premultiplied alpha is supported. I'd add it by adding new variants o...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#666090)](https://bugzilla.gnome.org/show_bug.cgi?id=666090)**
## Description
Currently only non-premultiplied alpha is supported. I'd add it by adding new variants of all the video formats with alpha and adding a new flag to GstVideoFormatFlags.
Adding it to GstVideoColorimetry is probably not enough because that is not negotiable currentlyhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/53videodecoder, videoencoder: support "partial" frames / slices for raw video2021-09-24T13:20:16ZBugzilla Migration Uservideodecoder, videoencoder: support "partial" frames / slices for raw video## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#660770)](https://bugzilla.gnome.org/show_bug.cgi?id=660770)**
## Description
Currently basevideodecoder and basevideoencoder handles everything in units of complete ...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#660770)](https://bugzilla.gnome.org/show_bug.cgi?id=660770)**
## Description
Currently basevideodecoder and basevideoencoder handles everything in units of complete frames. This is suboptimal in some cases, when you could pass "partial" frames to the decoder already to reduce decoding latency, e.g. h264 NALs.
### Blocking
* [Bug 671909](https://bugzilla.gnome.org/show_bug.cgi?id=671909)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/52audio: re-enable bits that depend on pbutils, disabled b/c of circular depend...2021-09-24T13:20:16ZBugzilla Migration Useraudio: re-enable bits that depend on pbutils, disabled b/c of circular dependency## Submitted by Marvin Schmidt
**[Link to original bug (#657675)](https://bugzilla.gnome.org/show_bug.cgi?id=657675)**
## Description
Trying to build current 0.11 branch (811a896 playsink: fix ts_offset refcounting) fails with the f...## Submitted by Marvin Schmidt
**[Link to original bug (#657675)](https://bugzilla.gnome.org/show_bug.cgi?id=657675)**
## Description
Trying to build current 0.11 branch (811a896 playsink: fix ts_offset refcounting) fails with the following error:
[snip]
CC libgstpbutils_0.11_la-gstpluginsbaseversion.lo
CC libgstpbutils_0.11_la-pbutils.lo
CC libgstpbutils_0.11_la-codec-utils.lo
CC libgstpbutils_0.11_la-descriptions.lo
In file included from ../../../gst-libs/gst/audio/audio.h:27:0,
from descriptions.c:45:
../../../gst-libs/gst/audio/multichannel.h:21:39: fatal error: gst/audio/audio-enumtypes.h: No such file or directory
compilation terminated.
make[1]: *** [libgstpbutils_0.11_la-descriptions.lo] Error 1
audio-enumtypes.h wasn't yet created at that point, because the audio library is build after pbutils as it links against it
Due to
http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?h=0.11&id=c81c62d03a183eb524a88485a5a0f48d7f687588
pbutils depends on the audio and hence creating a circular dependency between the two.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/51vorbisdec: discard starting samples according to granpos2021-09-24T13:20:15ZBugzilla Migration Uservorbisdec: discard starting samples according to granpos## Submitted by Vincent Penquerc'h `@vincent`
**[Link to original bug (#656412)](https://bugzilla.gnome.org/show_bug.cgi?id=656412)**
## Description
Vorbis allows sample granularity cutting by setting the first
granulepos to move ...## Submitted by Vincent Penquerc'h `@vincent`
**[Link to original bug (#656412)](https://bugzilla.gnome.org/show_bug.cgi?id=656412)**
## Description
Vorbis allows sample granularity cutting by setting the first
granulepos to move the unwanted samples before timestamp 0.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/50[discoverer] Avoid decoding where possible2021-09-24T13:20:15ZBugzilla Migration User[discoverer] Avoid decoding where possible## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#656345)](https://bugzilla.gnome.org/show_bug.cgi?id=656345)**
## Description
Assuming tagreadbin as (give or take) in [bug 564749](https://bugzilla.gnome.org/show_b...## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#656345)](https://bugzilla.gnome.org/show_bug.cgi?id=656345)**
## Description
Assuming tagreadbin as (give or take) in [bug 564749](https://bugzilla.gnome.org/show_bug.cgi?id=564749) ever makes it into -base, some minor adjustments to discoverer allow using tagreadbin (in turn using a.o. uridecodebin) rather than uridecodebin directly.
While in this mode not all features may be extracted (e.g. no stream topology), it brings some tagreadbin advantages, e.g. typically no decoders are involved.
Patches available in http://cgit.collabora.com/git/user/manauw/gst-plugins-base.git/log/?h=tagreading
### Depends on
* [Bug 564749](https://bugzilla.gnome.org/show_bug.cgi?id=564749)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/49encodebin should implement TagSetter interface2021-09-24T13:20:15ZBugzilla Migration Userencodebin should implement TagSetter interface## Submitted by an unknown user
**[Link to original bug (#652578)](https://bugzilla.gnome.org/show_bug.cgi?id=652578)**
## Description
As mentioned encodebin should implement the tagsetter interface. Edward replied in an email to gs...## Submitted by an unknown user
**[Link to original bug (#652578)](https://bugzilla.gnome.org/show_bug.cgi?id=652578)**
## Description
As mentioned encodebin should implement the tagsetter interface. Edward replied in an email to gst-devel some time ago with the following:
Ideally we should make encodebin implement the TagSetter interface
(and proxy the various calls to the contained compatible elements).
Edward
### Blocking
* [Bug 708977](https://bugzilla.gnome.org/show_bug.cgi?id=708977)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/48encodebin: Add formatters support2021-09-24T13:20:14ZBugzilla Migration Userencodebin: Add formatters support## Submitted by Thiago Sousa Santos `@thiagossantos`
**[Link to original bug (#649841)](https://bugzilla.gnome.org/show_bug.cgi?id=649841)**
## Description
The attached patch is an initial attempt at autoplugging formatters for
ea...## Submitted by Thiago Sousa Santos `@thiagossantos`
**[Link to original bug (#649841)](https://bugzilla.gnome.org/show_bug.cgi?id=649841)**
## Description
The attached patch is an initial attempt at autoplugging formatters for
each stream on the profile.
This patch makes it pick the first formatter it finds, testing it with
an mp3 profile and bumping xingmux rank made it pick it successfully.
One decision to make is how many formatters are we going to plug? All
available? First found? Best rank?https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/46volume: need a way to control the volume of individual channels of a multi-ch...2021-09-24T13:20:14ZBugzilla Migration Uservolume: need a way to control the volume of individual channels of a multi-channel source## Submitted by sdegrande
**[Link to original bug (#647561)](https://bugzilla.gnome.org/show_bug.cgi?id=647561)**
## Description
The volume element is currently not able to control each channel individually.
I tried to replace ...## Submitted by sdegrande
**[Link to original bug (#647561)](https://bugzilla.gnome.org/show_bug.cgi?id=647561)**
## Description
The volume element is currently not able to control each channel individually.
I tried to replace the playbin2's audio-sink, to use deinterleave/interleave, but did not succeed (I've got some warnings about the channel layout). Improving the volume element would dramatically ease such use case.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/42vorbisdec, theoradec: don't push tags if demuxer has already extracted identi...2021-09-24T13:20:12ZBugzilla Migration Uservorbisdec, theoradec: don't push tags if demuxer has already extracted identical ones## Submitted by Tim Müller `@tpm`
**[Link to original bug (#638579)](https://bugzilla.gnome.org/show_bug.cgi?id=638579)**
## Description
Now that oggdemux also reads tags from vorbis/theora/etc. vorbiscomment headers, vorbisdec etc....## Submitted by Tim Müller `@tpm`
**[Link to original bug (#638579)](https://bugzilla.gnome.org/show_bug.cgi?id=638579)**
## Description
Now that oggdemux also reads tags from vorbis/theora/etc. vorbiscomment headers, vorbisdec etc. don't really need to parse those any more. If they do, they should probably not post them or forward them downstream, since that just leads to duplicate tags.
Wonder if we can just remove tag extraction here or if there's still a good reason to keep it in the decoder(s).https://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-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/32[API] overlay: need generic overlay base class for textoverlay, assrender, ti...2021-09-24T13:20:09ZBugzilla Migration User[API] overlay: need generic overlay base class for textoverlay, assrender, tiger, xsub, dvdspu etc.## Submitted by Rudolf Polzer
**[Link to original bug (#614612)](https://bugzilla.gnome.org/show_bug.cgi?id=614612)**
## Description
When encoding videos from MKV to MP4 for my Blackberry using gst-launch, I ended up with trouble re...## Submitted by Rudolf Polzer
**[Link to original bug (#614612)](https://bugzilla.gnome.org/show_bug.cgi?id=614612)**
## Description
When encoding videos from MKV to MP4 for my Blackberry using gst-launch, I ended up with trouble regarding subtitle rendering:
- textoverlay can word-wrap, but looks ugly (no anti aliasing)
- cairotextoverlay looks good, but cannot word wrap, and, which is the focus of this report, stalls the pipeline whatever I try.
An example video (released online by the Chaos Computer Club Cologne, subtitles by me) can be found at http://rm.endoftheinternet.org/~nexuiz/gst-cairotextoverlay-hang/
The includes shell script, if called with the argument "fail", performs:
gst-launch \
filesrc location="17.mkv" ! matroskademux name=demuxer \
demuxer.subtitle_00 ! queue ! sub. \
demuxer.video_00 ! queue ! decodebin ! queue ! cairotextoverlay name=sub ! queue ! xvimagesink sync=false
The pipeline will hang (i.e. playback wills top) at the first line of subtitles (in what I ACTUALLY want to encode, I get that hang only after about 20 seconds of input).
If cairotextoverlay is replaced by textoverlay, the pipeline does NOT stall and playback continues up to the end.
If the filesrc is doubled, it seems to not stall - the video plays indeed back to the end - but then gst-launch does not exit. The "last words" with added -v -m are:
Got message` #4883` from element "pipeline0" (eos): no message details
Got EOS from element "pipeline0".
Execution ended after 72374852699 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
/GstPipeline:pipeline0/GstXvImageSink:xvimagesink0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue3.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue3.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstCairoTextOverlay:sub.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstCairoTextOverlay:sub.GstPad:text_sink: caps = NULL
/GstPipeline:pipeline0/GstCairoTextOverlay:sub.GstPad:video_sink: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue0.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue2.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue2.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstMatroskaDemux:demuxer2.GstPad:subtitle_00: caps = NULL
/GstPipeline:pipeline0/GstMatroskaDemux:demuxer2.GstPad:audio_00: caps = NULL
/GstPipeline:pipeline0/GstMatroskaDemux:demuxer2.GstPad:video_00: caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_h264:ffdec_h2640.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_h264:ffdec_h2640.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:sink: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue1.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstQueue:queue1.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstMatroskaDemux:demuxer.GstPad:subtitle_00: caps = NULL
/GstPipeline:pipeline0/GstMatroskaDemux:demuxer.GstPad:audio_00: caps = NULL
/GstPipeline:pipeline0/GstMatroskaDemux:demuxer.GstPad:video_00: caps = NULL
Setting pipeline to NULL ...
Freeing pipeline ...
gst-launch \
filesrc location="17.mkv" ! matroskademux name=demuxer \
filesrc location="17.mkv" ! matroskademux name=demuxer2 \
demuxer2.subtitle_00 ! queue ! sub. \
demuxer.video_00 ! queue ! decodebin ! queue ! cairotextoverlay name=sub ! queue ! xvimagesink sync=false
Any idea whether this is a) a bug in cairotextoverlay, or b) in my command line, and in case of b), how I can fix it?
### Blocking
* [Bug 604138](https://bugzilla.gnome.org/show_bug.cgi?id=604138)