GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2021-09-24T13:20:45Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/117videorate: inconsistent behavior2021-09-24T13:20:45ZBugzilla Migration Uservideorate: inconsistent behavior## Submitted by RajuB
**[Link to original bug (#729008)](https://bugzilla.gnome.org/show_bug.cgi?id=729008)**
## Description
I am using gstreamer-1.2.2 version. Currently I am doing decklinksink testing. These are the two pipelines ...## Submitted by RajuB
**[Link to original bug (#729008)](https://bugzilla.gnome.org/show_bug.cgi?id=729008)**
## Description
I am using gstreamer-1.2.2 version. Currently I am doing decklinksink testing. These are the two pipelines I am using for testing. Each pipeline is run on different machine.
Pipeline1: File input and UDP output.
gst-launch-1.0 filesrc location=`<file path>` ! decodebin name=demux ! deinterlace mode=0 fields=1 method=4 tff=0 ! videoconvert ! videoscale ! x264enc ! mpegtsmux name=mux ! rndbuffersize min=1316 max=1316 ! udpsink host=192.168.2.150 port=7766 demux.! tee ! queue ! audioconvert ! audioresample ! volume ! rsenc_aac ! mux.
Pipeline2: UDP input and SDI output.
gst-launch-1.0 udpsrc port=7766 ! tee ! queue ! decodebin name=demux ! deinterlace mode=0 fields=1 method=4 tff=0 ! videoconvert ! tee ! queue ! videorate ! avvideoscale ! decklinksink device-number=1 mode=10 name=sink demux.! tee ! queue ! audioconvert ! audioresample ! volume ! sink.
The output of decklinksink is seen on standard SDI Monitor.
Issues facing:
1. I will start pipeline1 first and after 1 min I will start the pipeline2. In this case video freezes on the output but audio plays.
2. If I start the pipeline1 first and pipeline2 after 1 min then video plays very fast and there will be no AVsync.
Is anybody else facing this issue?? Is this bug exist in the latest version also. Please help me in understanding this decklinksink behavior. Many thanks in advance.
Version: 1.4.4https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/115Last few seconds encoding to .mp4 has frozen video2021-09-24T13:20:44ZBugzilla Migration UserLast few seconds encoding to .mp4 has frozen video## Submitted by mark skinner
**[Link to original bug (#727735)](https://bugzilla.gnome.org/show_bug.cgi?id=727735)**
## Description
Just using transmageddon to rotate some videos (damn smart phones are not so smart sometimes), when ...## Submitted by mark skinner
**[Link to original bug (#727735)](https://bugzilla.gnome.org/show_bug.cgi?id=727735)**
## Description
Just using transmageddon to rotate some videos (damn smart phones are not so smart sometimes), when using the original format for my videos (MPEG4 audio:AAC video:H264) the last couple of seconds of the video freezes (sound is fine) but when converting to OGG (vorbis/theora) the video comes out perfectly. Tried a few tests all on my same computer, all came out the same results.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/114use glMapBuffer and friends2021-09-24T13:20:43ZBugzilla Migration Useruse glMapBuffer and friends## Submitted by Matthew Waters `@ystreet`
**[Link to original bug (#726412)](https://bugzilla.gnome.org/show_bug.cgi?id=726412)**
## Description
This allows the possiblity for the GL implementation to give us a pointer to GPU memory...## Submitted by Matthew Waters `@ystreet`
**[Link to original bug (#726412)](https://bugzilla.gnome.org/show_bug.cgi?id=726412)**
## Description
This allows the possiblity for the GL implementation to give us a pointer to GPU memory that we can write to.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/113playbin: detect if video-sink supports deinterlacing2021-09-24T13:20:43ZBugzilla Migration Userplaybin: detect if video-sink supports deinterlacing## Submitted by Matthieu Bouron
**[Link to original bug (#725341)](https://bugzilla.gnome.org/show_bug.cgi?id=725341)**
## Description
The idea here is to make playbin able to detect if the video-sink supports deinterlacing and inse...## Submitted by Matthieu Bouron
**[Link to original bug (#725341)](https://bugzilla.gnome.org/show_bug.cgi?id=725341)**
## Description
The idea here is to make playbin able to detect if the video-sink supports deinterlacing and insert whether or not the deinterlace element (and its relative bin). This should improve the situation of hardware decoders vs interlaced content when the decoder does not do the deinterlacing himself.
Two solutions have been proposed:
* introduce a deinterlace interface, and implement it in the sink. The interface can add the possibility to choose a particular deinterlacing method from what the element supports.
* use the element Klass, but there is no convention yet to do something like Video/Sink + Filter/Effect/Video/Deinterlace. Maybe Video/Sink/[Filter list ...] ?
The main issue I see here is, if overlaying is required (thinking about subtitles), it should only be done after deinterlacing, so the sink might also need the overlay feature if we don't insert the deinterlace element.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/112tags: Add PODCAST, EPISODE and RSSFEED tags2021-09-24T13:20:42ZBugzilla Migration Usertags: Add PODCAST, EPISODE and RSSFEED tags## Submitted by Alice Wonder
**[Link to original bug (#725244)](https://bugzilla.gnome.org/show_bug.cgi?id=725244)**
## Description
Feature Request: Three new tags related to podcasting.
First Tag:
PODCAST
The type sh...## Submitted by Alice Wonder
**[Link to original bug (#725244)](https://bugzilla.gnome.org/show_bug.cgi?id=725244)**
## Description
Feature Request: Three new tags related to podcasting.
First Tag:
PODCAST
The type should be a string.
In xiph/ape comments PODCAST would be the key in the key=value pair.
In id3v2 PODCAST would be the description in a TXXX frame.
This tag is intended to contain the human readable name of the podcast an audio or video is part of.
Currently the album field is frequently used for this. For example, iTunes will over-write the TALB frame of an MP3 with the podcast name and rhythmbox will but the podcast name in the album node of their database xml file. Most of the time this is probably okay but there are case uses where it is not:
Example A: Podcast covering the local music scene may occasionally do a promotional for a local band where they podcast one of their songs. In this case, the ALBUM field should be the recording album the song is from.
By keeping podcast and album separate, it is possible for audio and video files where it is appropriate for them to differ to have both.
Also having a podcast tag in an audio file gives media players that organize media, such as rhythmbox, a means to identify that the media file is part of a podcast upon import into the media library so that it can be given the correct type attribute in the database (e.g. podcast-post oppose to song in the case of rhythmbox)
---
Second Tag:
EPISODE
The type should be a string.
in xiph/ape comments EPISODE would be the key.
In id3v2 EPISODE would be the description in a TXXX frame.
This would be used to indicate the episode number within a podcast, but does not have to be exclusive to use with podcasting.
The uses I see are a non-negative integer if no season is given. If a season is given, SnEm should be used where n is the season designation and m is the episode number within the season.
An EPISODE value of 0 can be used for informational media about the podcast or the season if season information is given. In cases where the media file is not actually part of the podcast production itself, such as the Example A given earlier, then an EPISODE tag should not be used.
In the event that there is a factual correction to an episode, a letter can be appended after the episode number in the correction to note it is an addendum.
For podcasts that use the EPISODE tag, the default sort order should be by EPISODE number rather than by post-date. I know of several cases where an audio-encoding problem in an episode was corrected resulting in a re-posting of an old episode at a later date, causing sort by post-date to fail unless the podcaster uses a fraudulent post-date in the RSS feed for the re-posting.
The EPISODE=m or EPISODE=SnEm
is my notion of how that tag should be used, but I am not sure its use should be restricted to that format and I don't think it matters much to the GStreamer library what the format is as long as it is a string. Let the clients worry about how to sort it.
---
Third Tag:
RSSFEED
The type should be a string but it also should be a valid URI.
In id3v2 RSSFEED would be the description in a WXXX frame.
This would be used to indicate the RSS feed that the podcast is a part of.
It's primary purpose to me involves cases where a media file is downloaded outside the context of the podcast that it is a part of, something I commonly do.
It will make it easy for the listener to subscribe to the feed at a later point in time if they so choose.
A secondary purpose, if a podcast decided to change its name (say due to a trademark infringement or just for artistic reasons) it would be possible for clients that choose to do so to update the PODCAST tag (and / or entry in their database) for all media with the RSSFEED value that matches.
-=-=-=-=-=-=-=-=-
I do not see these tags being used in the wild, but I have been using them myself to re-tag podcasts I manually download, and I will be using them in a podcast hosting service I am working on.
I also hope to patch the Rhythmbox media player used in GNOME so that I don't have to continually manually update the .xml file Rhythmbox uses every time I manually download a podcast episode I am not subscribed to. These tags being recognized by the GStreamer backend that Rhythmbox uses will make a patch the Rhythmbox and the podcast plugin easier to write and I suspect more likely to be accepted by upstream than if I used GST_TAG_EXTENDED_COMMENT to get the information.
Thank you for your consideration,
Michael A. Peters (a.k.a Alice Wonder) - a huge fan of GStreamer (and Lewis Carroll).Sebastian DrögeSebastian Drögehttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/111colorbalance: add colorbalance meta API2021-09-24T13:20:42ZBugzilla Migration Usercolorbalance: add colorbalance meta API## Submitted by Matthieu Bouron
**[Link to original bug (#724131)](https://bugzilla.gnome.org/show_bug.cgi?id=724131)**
## Description
Hello there,
Here is a patch that adds a colorbalance meta API to -base, which uses a minima...## Submitted by Matthieu Bouron
**[Link to original bug (#724131)](https://bugzilla.gnome.org/show_bug.cgi?id=724131)**
## Description
Hello there,
Here is a patch that adds a colorbalance meta API to -base, which uses a minimal meta containing contrast, brightness, hue and saturation (stored as double) like in the videobalance element.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/110gl: Add support for glCompressedTexImage2D2021-09-24T13:20:41ZBugzilla Migration Usergl: Add support for glCompressedTexImage2D## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723781)](https://bugzilla.gnome.org/show_bug.cgi?id=723781)**
## Description
http://www.opengl.org/sdk/docs/man/xhtml/glCompressedTexImage2D.xml
http://software.int...## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723781)](https://bugzilla.gnome.org/show_bug.cgi?id=723781)**
## Description
http://www.opengl.org/sdk/docs/man/xhtml/glCompressedTexImage2D.xml
http://software.intel.com/en-us/articles/android-texture-compression
http://withimagination.imgtec.com/index.php/powervr/pvrtc-the-most-efficient-texture-compression-standard-for-the-mobile-graphics-world
Should first investigate if it has to be done in separate gldec/glenc elements or if it could be done in glupload directly.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/108gl: Need KTX texture parser2021-09-24T13:20:40ZBugzilla Migration Usergl: Need KTX texture parser## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723768)](https://bugzilla.gnome.org/show_bug.cgi?id=723768)**
## Description
gst-launch-1.0 filesrc location=texture.ktx ! glktxparse ! glimagesink
See example1 her...## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723768)](https://bugzilla.gnome.org/show_bug.cgi?id=723768)**
## Description
gst-launch-1.0 filesrc location=texture.ktx ! glktxparse ! glimagesink
See example1 here http://www.khronos.org/opengles/sdk/tools/KTX/ (ktxLoadTextureN)
Could inherit from GstBaseParse.
Need to figure out how to manage with GstVideoOverlayCompositionMetahttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/107gl: font rendering element2021-09-24T13:20:40ZBugzilla Migration Usergl: font rendering element## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723761)](https://bugzilla.gnome.org/show_bug.cgi?id=723761)**
## Description
Similar to textoverlay element.
Use an external GL Font API to build a separate gltextu...## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723761)](https://bugzilla.gnome.org/show_bug.cgi?id=723761)**
## Description
Similar to textoverlay element.
Use an external GL Font API to build a separate gltexture and attach it to the input buffer's GstVideoOverlayCompositionMeta.
Then a downstream element could call gst_video_overlay_composition_blend to show up the subtitles.
(from gstvideooverlaycomposition API
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-gstvideooverlaycomposition.html)
Could inherit from GstBaseTextOverlay.
gst-launch-1.0 filesrc location=text.srt ! subparse ! text/x-raw ! gltextoverlay.text_sink ! glimagesink
Could be a separate gl element (gltextoverlay) or in GstGLFilter.
Could use FTGL https://sourceforge.net/projects/ftgl/ or any other GL font lib.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/106riff: add RGB16 support2021-09-24T13:20:39ZBugzilla Migration Userriff: add RGB16 support## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723357)](https://bugzilla.gnome.org/show_bug.cgi?id=723357)**
## Description
Created attachment 267720
riff: add RGB16 support
* actual result: avidemux does not...## Submitted by Julien Isorce `@cap`
**[Link to original bug (#723357)](https://bugzilla.gnome.org/show_bug.cgi?id=723357)**
## Description
Created attachment 267720
riff: add RGB16 support
* actual result: avidemux does not support RGB16
* random riff kind of spec I found: http://netghost.narod.ru/gff/vendspec/micriff/ms_riff.txt I can read "RGB565"
**Patch 267720**, "riff: add RGB16 support":
[0001-riff-add-RGB16-support.patch](/uploads/ffbededfcf588467cdfe2375d3380bf3/0001-riff-add-RGB16-support.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/105encodebin: should defer setting up profiles to state>NULL2021-09-24T13:20:39ZBugzilla Migration Userencodebin: should defer setting up profiles to state>NULL## Submitted by Stefan Kost `@ensonic`
**[Link to original bug (#722980)](https://bugzilla.gnome.org/show_bug.cgi?id=722980)**
## Description
If one creates and encodebin and does a g_object_set(encbin, "profile", profile, NULL); en...## Submitted by Stefan Kost `@ensonic`
**[Link to original bug (#722980)](https://bugzilla.gnome.org/show_bug.cgi?id=722980)**
## Description
If one creates and encodebin and does a g_object_set(encbin, "profile", profile, NULL); encodebin would immediately try to activate the profile (see gst_encode_bin_set_profile()). If a profile cannot be setup, encodebin would emit missing plugin messages. Now at this point it is not yet plugged in a pipeline and thus the messages are send to void.
Should we document this or defer activating the profile to state>NULL?
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/104video-chroma: implement upsampling methods for vertical cosited chroma2021-09-24T13:20:38ZBugzilla Migration Uservideo-chroma: implement upsampling methods for vertical cosited chroma## Submitted by Mathieu Duponchelle `@meh`
**[Link to original bug (#722742)](https://bugzilla.gnome.org/show_bug.cgi?id=722742)**
## Description
gst-launch-1.0 uridecodebin uri=file:///home/meh/Videos/prise031.avi ! videoconvert ! ...## Submitted by Mathieu Duponchelle `@meh`
**[Link to original bug (#722742)](https://bugzilla.gnome.org/show_bug.cgi?id=722742)**
## Description
gst-launch-1.0 uridecodebin uri=file:///home/meh/Videos/prise031.avi ! videoconvert ! video/x-raw, chroma-site=jpeg ! autovideosink
highlights the problem.
It so happens that upsample->v_resample is NULL, which leads to the SIGSEGV.
My instinct would be to add a check there for upsample->v_resample, as I suppose if it is NULL nothing should be done anyway.
Worthy of note is that with gstreamer 1.2 as shipped in fedora, the SIGSEGV is triggered by chroma-site=dv and jpeg is fine whereas with master dv is fine and jpeg SIGSEGVs.
Have a nice day !
### Blocking
* [Bug 722645](https://bugzilla.gnome.org/show_bug.cgi?id=722645)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/102general stream error with alsasink iec958 audio/x-ac3 passtrough2021-09-24T13:20:38ZBugzilla Migration Usergeneral stream error with alsasink iec958 audio/x-ac3 passtrough## Submitted by Daniel Schürmann
**[Link to original bug (#721740)](https://bugzilla.gnome.org/show_bug.cgi?id=721740)**
## Description
I got a general stream error when trying
pasuspender -- gst-launch-1.0 filesrc location=ww...## Submitted by Daniel Schürmann
**[Link to original bug (#721740)](https://bugzilla.gnome.org/show_bug.cgi?id=721740)**
## Description
I got a general stream error when trying
pasuspender -- gst-launch-1.0 filesrc location=www_lynnemusic_com_surround_test.ac3 ! ac3parse ! alsasink device='iec958:CARD=PCH,DEV=0'
On Ubuntu Precise 64 bit and Intel hda ALC887-VA sound.
This is the output with --gst-debug=alsa:5 -v
0:00:00.021135527 17580 0x8daf00 DEBUG alsa gstalsaplugin.c:71:plugin_init: binding text domain gst-plugins-base-1.0 to locale dir /usr/local/share/locale
0:00:00.021304832 17580 0x8daf00 DEBUG alsa gstalsasink.c:253:gst_alsasink_init:<GstAlsaSink@0x8ec1b0> initializing alsasink
0:00:00.021504834 17580 0x8daf00 DEBUG alsa gstalsasink.c:286:gst_alsasink_getcaps:`<alsasink0>` device not open, using template caps
0:00:00.021592933 17580 0x8daf00 DEBUG alsa gstalsasink.c:286:gst_alsasink_getcaps:`<alsasink0>` device not open, using template caps
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstAc3Parse:ac3parse0.GstPad:src: caps = audio/x-ac3, framed=(boolean)true, rate=(int)48000, channels=(int)6, alignment=(string)frame
0:00:00.025361246 17580 0x7b2cf0 DEBUG alsa gstalsa.c:182:gst_alsa_detect_formats:`<alsasink0>` skipping non-raw format
0:00:00.025370231 17580 0x7b2cf0 DEBUG alsa gstalsa.c:182:gst_alsa_detect_formats:`<alsasink0>` skipping non-raw format
0:00:00.025373826 17580 0x7b2cf0 DEBUG alsa gstalsa.c:182:gst_alsa_detect_formats:`<alsasink0>` skipping non-raw format
0:00:00.025377105 17580 0x7b2cf0 DEBUG alsa gstalsa.c:182:gst_alsa_detect_formats:`<alsasink0>` skipping non-raw format
0:00:00.025384538 17580 0x7b2cf0 DEBUG alsa gstalsa.c:49:gst_alsa_detect_rates:`<alsasink0>` Min. rate = 32000 (32000)
0:00:00.025389965 17580 0x7b2cf0 DEBUG alsa gstalsa.c:50:gst_alsa_detect_rates:`<alsasink0>` Max. rate = 192000 (192000)
0:00:00.025395106 17580 0x7b2cf0 DEBUG alsa gstalsa.c:383:gst_alsa_detect_channels:`<alsasink0>` Min. channels = 2 (2)
0:00:00.025399140 17580 0x7b2cf0 DEBUG alsa gstalsa.c:384:gst_alsa_detect_channels:`<alsasink0>` Max. channels = 2 (2)
0:00:00.025408356 17580 0x7b2cf0 DEBUG alsa gstalsa.c:463:gst_alsa_open_iec958_pcm:`<alsasink0>` Generated device string "iec958:CARD=PCH,DEV=0:{AES0 0x02 AES1 0x82 AES2 0x00 AES3 0x02}"
0:00:00.025428547 17580 0x7b2cf0 WARN alsa conf.c:4606:parse_args: alsalib error: Parameter DEV must be an integer
0:00:00.025437385 17580 0x7b2cf0 WARN alsa conf.c:4711:snd_config_expand: alsalib error: Parse arguments error: Invalid argument
0:00:00.025443189 17580 0x7b2cf0 WARN alsa pcm.c:2239:snd_pcm_open_noupdate: alsalib error: Unknown PCM iec958:CARD=PCH,DEV=0:{AES0 0x02 AES1 0x82 AES2 0x00 AES3 0x02}
0:00:00.025457422 17580 0x7b2cf0 DEBUG alsa gstalsa.c:469:gst_alsa_open_iec958_pcm:`<alsasink0>` failed opening IEC958 device: Invalid argument
0:00:00.025462405 17580 0x7b2cf0 INFO alsa gstalsasink.c:318:gst_alsasink_getcaps:`<alsasink0>` returning caps audio/x-raw, format=(string){ S16LE, S32LE }, layout=(string)interleaved, rate=(int)[ 32000, 192000 ], channels=(int)2, channel-mask=(bitmask)0x0000000000000003
ERROR: from element /GstPipeline:pipeline0/GstAc3Parse:ac3parse0: GStreamer encountered a general stream error.
Additional debug info:
gstbaseparse.c(3188): gst_base_parse_loop (): /GstPipeline:pipeline0/GstAc3Parse:ac3parse0:
streaming stopped, reason not-negotiated
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
/GstPipeline:pipeline0/GstAc3Parse:ac3parse0.GstPad:src: caps = NULL
Freeing pipeline ...
Version: 1.2.2https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/100ximagesink/xvimagesink: Does not render on windows with RGBA visuals2021-09-24T13:20:37ZBugzilla Migration Userximagesink/xvimagesink: Does not render on windows with RGBA visuals## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#721148)](https://bugzilla.gnome.org/show_bug.cgi?id=721148)**
## Description
As part of [bug 708375](https://bugzilla.gnome.org/show_bug.cgi?id=708375), I have a ...## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#721148)](https://bugzilla.gnome.org/show_bug.cgi?id=721148)**
## Description
As part of [bug 708375](https://bugzilla.gnome.org/show_bug.cgi?id=708375), I have a branch of Pitivi where I replace the menubar and toolbar by a unified set of client-side window decorations. If you're curious about that code, you can look at the last few commits here: https://github.com/nekohayo/pitivi/commits/headerbar
I'll spare you the trouble of figuring out why that commit, which has nothing to do with sinks or anything in Pitivi's "viewer.py", causes the internal Pitivi viewer to display a black image instead of the video frames, even though my window does give a proper xid to set as the handler for it etc.
Here is the line that causes video overlay to fail:
self.set_titlebar(self._headerbar)
If you comment out that line (gtk_window_set_titlebar), everything works.
Version: 1.8.3
### Blocking
* [Bug 708375](https://bugzilla.gnome.org/show_bug.cgi?id=708375)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/99textoverlay: support out-of-video subtitles2021-09-24T13:20:36ZBugzilla Migration Usertextoverlay: support out-of-video subtitles## Submitted by Michal 'hramrach' Suchanek
**[Link to original bug (#721055)](https://bugzilla.gnome.org/show_bug.cgi?id=721055)**
## Description
Subtitles in the black bars
- are easier to read
- don't obscure the video
...## Submitted by Michal 'hramrach' Suchanek
**[Link to original bug (#721055)](https://bugzilla.gnome.org/show_bug.cgi?id=721055)**
## Description
Subtitles in the black bars
- are easier to read
- don't obscure the video
totem insists on rendering the subtitles into the videohttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/98videodec: Wrong output PTS for streams with only DTS set on input2021-09-24T13:20:36ZBugzilla Migration Uservideodec: Wrong output PTS for streams with only DTS set on input## Submitted by cee1
**[Link to original bug (#720176)](https://bugzilla.gnome.org/show_bug.cgi?id=720176)**
## Description
Sample: http://dev.lemote.com/files/upload/software/temp/sample.rmvb
1. For gstreamer playback under linux...## Submitted by cee1
**[Link to original bug (#720176)](https://bugzilla.gnome.org/show_bug.cgi?id=720176)**
## Description
Sample: http://dev.lemote.com/files/upload/software/temp/sample.rmvb
1. For gstreamer playback under linux/mac, the video is ahead of audio
2. Using other media players on windows, the playback is finehttps://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/97videorate: Should be able to duplicate frames in a live stream2021-09-24T13:20:36ZBugzilla Migration Uservideorate: Should be able to duplicate frames in a live stream## Submitted by Frédéric Sallé
**[Link to original bug (#720104)](https://bugzilla.gnome.org/show_bug.cgi?id=720104)**
## Description
Currently the videorate component insert a set of duplicated frames only at the reception of a new...## Submitted by Frédéric Sallé
**[Link to original bug (#720104)](https://bugzilla.gnome.org/show_bug.cgi?id=720104)**
## Description
Currently the videorate component insert a set of duplicated frames only at the reception of a new buffer with timestamps in the past for that new frames.
If you requested a framerate of 20fps and that your input stream is let say 1 fps, each time videorate receive 1 frame, it send a burst 19 duplication of the previous frame with proper timestamps over the last second.
If this behaviour is quite ok with non live streams, for live streams this create a lag in your pipeline.
For live streams, you expect that a new frame is inserted every 50 ms (for a target of 20fps).https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/96video: Multi-byte-per-component video formats, endianness and component order2021-09-24T13:20:35ZBugzilla Migration Uservideo: Multi-byte-per-component video formats, endianness and component order## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#719902)](https://bugzilla.gnome.org/show_bug.cgi?id=719902)**
## Description
Currently ARGB64 and AYUV64 are defined in native-endianness, while I420_10BE/LE have di...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#719902)](https://bugzilla.gnome.org/show_bug.cgi?id=719902)**
## Description
Currently ARGB64 and AYUV64 are defined in native-endianness, while I420_10BE/LE have different variants for the different endianness. Should we make this more consistent, deprecate the ARGB64 format and add two new ones for it?
I'm also going to add a ARGB64_F16 video format soonish, for which the same question would apply. Currently I only need it in native endianness, but it's a question of consistency.
Also should we add variants for the different component orders? E.g. a RGBA64, BGRA64, ABGR64? Variants with x instead of A? Or do we expect elements to do the conversion themselves to the correct order? What I currently would need would be a RGBA64_F16 to allow zerocopy, but that would of course be inconsistent with ARGB64 :)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/94discoverer: fails to categorize WAV as a container2021-09-24T13:20:35ZBugzilla Migration Userdiscoverer: fails to categorize WAV as a container## Submitted by Olivier Crête `@ocrete`
**[Link to original bug (#712403)](https://bugzilla.gnome.org/show_bug.cgi?id=712403)**
## Description
Running discover on a wav file doesn't categorize audio/x-wav as a container. If the wav ...## Submitted by Olivier Crête `@ocrete`
**[Link to original bug (#712403)](https://bugzilla.gnome.org/show_bug.cgi?id=712403)**
## Description
Running discover on a wav file doesn't categorize audio/x-wav as a container. If the wav file contains raw audio, it claims the "codec" is wav, not audio/x-raw.
This seems to have never worked, it breaks in 0.10, 1.0 and git master.
This is because decodebin2's stream-topology message doesn't declare it as a container either. And this is because it is not categorized as a demuxer. We probably need to separate the concept of "is a demuxer and we need to add a multiqueue afterwards" and "is a demuxer for stream-topology purposes". Then the topology can mark things that come from a decoder differently than what comes out of a demuxer or parser type element.https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/93riff: Make use of the various helper to handle video formats2021-09-24T13:20:34ZBugzilla Migration Userriff: Make use of the various helper to handle video formats## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#712343)](https://bugzilla.gnome.org/show_bug.cgi?id=712343)**
## Description
That means the gst_pb_utils_get_codec_description function to get codec
descript...## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#712343)](https://bugzilla.gnome.org/show_bug.cgi?id=712343)**
## Description
That means the gst_pb_utils_get_codec_description function to get codec
description and us GstVideoInfo to construct caps for raw videos.
### Blocking
* [Bug 712290](https://bugzilla.gnome.org/show_bug.cgi?id=712290)