gst-plugins-good issueshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues2023-10-06T13:24:52Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/1[matroskamux] doesn't add references between I/B/P frames2023-10-06T13:24:52ZBugzilla Migration User[matroskamux] doesn't add references between I/B/P frames## Submitted by John Cannon
**[Link to original bug (#140783)](https://bugzilla.gnome.org/show_bug.cgi?id=140783)**
## Description
When muxing an AVI containing XviD video and MP3 audio into a MKV with the
matroskamux element it p...## Submitted by John Cannon
**[Link to original bug (#140783)](https://bugzilla.gnome.org/show_bug.cgi?id=140783)**
## Description
When muxing an AVI containing XviD video and MP3 audio into a MKV with the
matroskamux element it produces an invalid file with the following problems:
1) It sets the codec ID in the file to the native mpeg-4 identifier which is
wrong unless the framing meets extra requirements. Until you add mpeg4 frame
referencing you should use the VfW compatibility ID.
2) No references are written at all.
3) No track UID is written for the tracks.
4) Clusters are extremely small. You should put more frames in each cluster, ie
500ms.
### Blocking
* [Bug 309429](https://bugzilla.gnome.org/show_bug.cgi?id=309429)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/2matroskademux: support for multi-segment Matroska files2023-10-06T13:24:53ZBugzilla Migration Usermatroskademux: support for multi-segment Matroska files## Submitted by Lionel Dricot `@ldricot`
**[Link to original bug (#334082)](https://bugzilla.gnome.org/show_bug.cgi?id=334082)**
## Description
If you play a matroska (.mkv) file with segments, Totem will only play the
first segme...## Submitted by Lionel Dricot `@ldricot`
**[Link to original bug (#334082)](https://bugzilla.gnome.org/show_bug.cgi?id=334082)**
## Description
If you play a matroska (.mkv) file with segments, Totem will only play the
first segment without allowing you to switch to another one.
Unfortunatly, I can't upload an example file (I've seen this with a 4Go file).
Perhaps is there one in the Gstreamer test suite ?
Following Haali on #matroska, it's not about chapter but about segment.
Most files are one segment only and totem only support one segment (as all
others *NIX players).
My file is multi-segment, which is one step over chapters. (If I understand
correctly the spec, each segment can have his own tracks and chapters. Chapters
are only "bookmarks" in a big file)
The spec : http://www.matroska.org/technical/specs/index.htmlhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/3avidemux, qtdemux, dvdec: signal DVCPRO50 codec properly2023-10-06T13:24:53ZBugzilla Migration Useravidemux, qtdemux, dvdec: signal DVCPRO50 codec properly## Submitted by j^
**[Link to original bug (#526481)](https://bugzilla.gnome.org/show_bug.cgi?id=526481)**
## Description
add fourcc for DVCPRO50 to qtdemux
dv5n is DVCPRO50 NTSC and
dv5c is DVCPRO50 PAL
right now only ffde...## Submitted by j^
**[Link to original bug (#526481)](https://bugzilla.gnome.org/show_bug.cgi?id=526481)**
## Description
add fourcc for DVCPRO50 to qtdemux
dv5n is DVCPRO50 NTSC and
dv5c is DVCPRO50 PAL
right now only ffdec_dvvideo is able to decode those files properly
but totem chooses dvdec, not sure how to fix that.
playing them via gst-launch works:
gst-launch filesrc location=test.mov ! qtdemux ! ffdec_dvvideo ! ffmpegcolorspace ! xvimagesinkhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/4RTP depayloaders should send tags with metadata such as codec and bitrate2023-10-06T13:24:54ZBugzilla Migration UserRTP depayloaders should send tags with metadata such as codec and bitrate## Submitted by an unknown user
**[Link to original bug (#536453)](https://bugzilla.gnome.org/show_bug.cgi?id=536453)**
## Description
http://www.nanog.org/qtstream.mov
Streams, but lots of rendering artifacts at start of strea...## Submitted by an unknown user
**[Link to original bug (#536453)](https://bugzilla.gnome.org/show_bug.cgi?id=536453)**
## Description
http://www.nanog.org/qtstream.mov
Streams, but lots of rendering artifacts at start of stream. More importantly though the plugins in question seem to report no information for Totem's proprties tab. Totem screenshot attached.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/5qtdemux: Support chapters2023-10-06T13:24:54ZBugzilla Migration Userqtdemux: Support chapters## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#540887)](https://bugzilla.gnome.org/show_bug.cgi?id=540887)**
## Description
There's currently no chapters support in qtdemux. This could be used to browse in files ...## Submitted by Bastien Nocera `@hadess`
**[Link to original bug (#540887)](https://bugzilla.gnome.org/show_bug.cgi?id=540887)**
## Description
There's currently no chapters support in qtdemux. This could be used to browse in files such as:
http://downloads.oreilly.com/make/MAKE_2005-07-18.m4b
### Depends on
* [Bug 540890](https://bugzilla.gnome.org/show_bug.cgi?id=540890)
### Blocking
* [Bug 163546](https://bugzilla.gnome.org/show_bug.cgi?id=163546)
* [Bug 328298](https://bugzilla.gnome.org/show_bug.cgi?id=328298)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/7rtp: add minimal docs for payloaders and depayloaders2023-10-13T14:50:55ZBugzilla Migration Userrtp: add minimal docs for payloaders and depayloaders## Submitted by Venkatachala Upadhya
**[Link to original bug (#551631)](https://bugzilla.gnome.org/show_bug.cgi?id=551631)**
## Description
Hello kind people,
I am not able to access the following URLs
http://gstreamer.fre...## Submitted by Venkatachala Upadhya
**[Link to original bug (#551631)](https://bugzilla.gnome.org/show_bug.cgi?id=551631)**
## Description
Hello kind people,
I am not able to access the following URLs
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtpmp4adepay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtpmpadepay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtpmpapay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtph264depay.html
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-rtph264pay.html
Thanks!
WBR,
Venkat.
--https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/8multifilesrc: fix seeking support2023-10-06T13:25:00ZBugzilla Migration Usermultifilesrc: fix seeking support## Submitted by Jorge
**[Link to original bug (#555260)](https://bugzilla.gnome.org/show_bug.cgi?id=555260)**
## Description
I build a pipeline like this:
multifilesrc ! jpegdec ! ffmpegcolorspace !videosink
(where multifi...## Submitted by Jorge
**[Link to original bug (#555260)](https://bugzilla.gnome.org/show_bug.cgi?id=555260)**
## Description
I build a pipeline like this:
multifilesrc ! jpegdec ! ffmpegcolorspace !videosink
(where multifilesrc has a "image/jpeg,framerate=15/1" cap for correct playing)
I can make it play/pause/stop, but it won't seek nor allow query for a position. Using from pyhton:
pos = self.player.pipeline.query_position(gst.FORMAT_DEFAULT, None)[0]
returns the following error:
gst.QueryError: query failed
And doing
self.player.pipeline.seek_simple(gst.FORMAT_DEFAULT, gst.SEEK_FLAG_FLUSH, 3)
does nothing (nor error, nor seeking). From trying stuff it seems as if multifilesrc only respects it's "index" property.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/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/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/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/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/31mpegaudioparse: Add support for LAME tags and adjust segments based on the pa...2022-05-04T19:50:42ZBugzilla Migration Usermpegaudioparse: Add support for LAME tags and adjust segments based on the padding information from it## Submitted by nyall
**[Link to original bug (#620323)](https://bugzilla.gnome.org/show_bug.cgi?id=620323)**
## Description
Currently, gstreamer is ignoring the lame tags in mp3s during gapless playback. These tags contain informat...## Submitted by nyall
**[Link to original bug (#620323)](https://bugzilla.gnome.org/show_bug.cgi?id=620323)**
## Description
Currently, gstreamer is ignoring the lame tags in mp3s during gapless playback. These tags contain information about the padding at the start and end of the files, which should be skipped to get perfect gapless playback of these files. Without using these tags, there'll always be a tiny silence or glitch between songs.
Here's an example of the lame tags in a file which should play back gaplessly:
$eyeD3 --lametag Track01.mp3
Track01.mp3 [ 3.77 MB ]
Encoder Version : LAME3.98r
LAME Tag Revision : 0
VBR Method : Variable Bitrate method2 (mtrh)
Lowpass Filter : 18500
Radio Replay Gain : -2.0 dB (Set automatically)
Encoding Flags : --nspsytune --nssafejoint
ATH Type : 4
Bitrate (Minimum) : 192
Encoder Delay : 576 samples
Encoder Padding : 960 samples
Noise Shaping : 1
Stereo Mode : Joint
Unwise Settings : False
Sample Frequency : 44.1 kHz
MP3 Gain : 0 (+0.0 dB)
Preset : V2
Surround Info : None
Music Length : 3.77 MB
Music CRC-16 : 07F9
LAME Tag CRC-16 : E5BF
The encoder delay and encoder padding tags describe how many samples were added at the start and end of the audio to complete the frames. Some more information is available on this page: http://gabriel.mp3-tech.org/mp3infotag.html
### Depends on
* [Bug 740196](https://bugzilla.gnome.org/show_bug.cgi?id=740196)1.21.1https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/39jpegdec: Pixart JPEG support2023-07-01T21:34:28ZBugzilla Migration Userjpegdec: Pixart JPEG support## Submitted by Thiago Sousa Santos `@thiagossantos`
**[Link to original bug (#642411)](https://bugzilla.gnome.org/show_bug.cgi?id=642411)**
## Description
Created attachment 180937
gdp payloaded stream
I've got a webcam that...## Submitted by Thiago Sousa Santos `@thiagossantos`
**[Link to original bug (#642411)](https://bugzilla.gnome.org/show_bug.cgi?id=642411)**
## Description
Created attachment 180937
gdp payloaded stream
I've got a webcam that produces Progressive JPG frames and it seems jpegdec can't handle it.
I'm attaching the output of:
gst-launch v4l2src device=/dev/video1 num-buffers=5 ! gdppay ! filesink
**Attachment 180937**, "gdp payloaded stream":
[progressive-jpg.gdp](/uploads/e261fbf24de5d97ae6f62d54b408a510/progressive-jpg.gdp)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/46udp: add support for IGMPv3 SSM (Source Specific Multicast RFC 4604)2023-06-23T22:16:15ZBugzilla Migration Userudp: add support for IGMPv3 SSM (Source Specific Multicast RFC 4604)## Submitted by Julien Isorce `@cap`
**[Link to original bug (#652711)](https://bugzilla.gnome.org/show_bug.cgi?id=652711)**
## Description
Created attachment 190026
when joining a multicast stream, users can select the source the...## Submitted by Julien Isorce `@cap`
**[Link to original bug (#652711)](https://bugzilla.gnome.org/show_bug.cgi?id=652711)**
## Description
Created attachment 190026
when joining a multicast stream, users can select the source they want to receive the stream from
* Overview: for now when joining a multicast stream, users cannot select the source they want to receive the stream from.
* Additional Information: The kernel configuration determines which IGMP version to use.
On linux you can select the minimum IGMP version to use.
On windows, you can only select the maximum IGMP version to use. IGMPv3 + SSM is avaible from winXP_SP1. On winXP (don't know on vista and seven) when a network interface sees a IGMPv1 or IGMPv2 it becomes impossible to send a IGMPv3 packet without restarting the network interface (http://support.microsoft.com/kb/815752)
~~**Patch 190026**~~, "when joining a multicast stream, users can select the source they want to receive the stream from":
[0001-udp-add-support-for-IGMPv3-SSM-Source-Specific-Multi.patch](/uploads/fab8301eb8905242656e9dec43e7807b/0001-udp-add-support-for-IGMPv3-SSM-Source-Specific-Multi.patch)
### Depends on
* [Bug 740791](https://bugzilla.gnome.org/show_bug.cgi?id=740791)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/47wavenc: Go EOS and report an error if larger than 2GB2024-03-07T13:02:34ZBugzilla Migration Userwavenc: Go EOS and report an error if larger than 2GB## Submitted by j^
**[Link to original bug (#654243)](https://bugzilla.gnome.org/show_bug.cgi?id=654243)**
## Description
encoding files longer than 1h40m with this pipeline:
gst-launch-0.10 pulsesrc ! queue ! audio/x-raw-int,r...## Submitted by j^
**[Link to original bug (#654243)](https://bugzilla.gnome.org/show_bug.cgi?id=654243)**
## Description
encoding files longer than 1h40m with this pipeline:
gst-launch-0.10 pulsesrc ! queue ! audio/x-raw-int,rate=44100,channels=2 ! wavenc ! filesink location=/tmp/test.wav
creates a corrupt wav files. its opened in totem/audacity but only the first 2GB of data are played.
Ot is possible to open the file in audacity as raw samples, skipping the header(first 20bytes). So data gets written to disk but the wav headers are wrong.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/50isomp4: Add support for GstForceKeyUnit events2023-07-02T16:24:35ZBugzilla Migration Userisomp4: Add support for GstForceKeyUnit events## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#660260)](https://bugzilla.gnome.org/show_bug.cgi?id=660260)**
## Description
Created attachment 197584
0002-Add-support-for-GstForceKeyUnit-events.patch
Th...## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#660260)](https://bugzilla.gnome.org/show_bug.cgi?id=660260)**
## Description
Created attachment 197584
0002-Add-support-for-GstForceKeyUnit-events.patch
The flowing patch adds support for GstForceKeyUnit events to ismlmux.
I have added a new property called 'fragment-method':
* NONE: do not fragment (default value for muxers that are not the ismlmux)
* TIME: fragment by time, set in the fragment-duration property (default value for the ismlmux, keeping the old behaviour)
* EVENT: Uses the GstForceKeyUnit event to generate fragments.
This muxer is different from the other ones (webm or mpegts) in the sense that it can mux several video qualities and the audio track is packed in a separate fragment. So to make it work the audio pad should be receiving GstForceKeyUnits too.
I have tested this patch using Flumotion's smooth streamer[1] with a pipeline similar to:
vsource ! keyunitsscheduler ! tee name=t ! h264enc ! ismlmux name=mux ! streamer
t. ! h264enc ! mux.
t. ! h264enc ! mux.
asource ! keyunitsscheduler ! aacenc ! mux.
This patch relies in the new API for GstForceKeyUnit events
[1] https://code.flumotion.com/cgit/flumotion-fragmented-streaming/
~~**Patch 197584**~~, "0002-Add-support-for-GstForceKeyUnit-events.patch":
[0002-Add-support-for-GstForceKeyUnit-events.patch](/uploads/176b0d0fd46156272a997d70b08f2e1e/0002-Add-support-for-GstForceKeyUnit-events.patch)
### Depends on
* [Bug 607742](https://bugzilla.gnome.org/show_bug.cgi?id=607742)
### Blocking
* [Bug 668091](https://bugzilla.gnome.org/show_bug.cgi?id=668091)
* [Bug 668094](https://bugzilla.gnome.org/show_bug.cgi?id=668094)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/55qtmux: Add support for DASH2023-07-01T21:39:31ZBugzilla Migration Userqtmux: Add support for DASH## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#668091)](https://bugzilla.gnome.org/show_bug.cgi?id=668091)**
## Description
Created attachment 205444
Add DASH comtaible muxer
Dash support for the ISO fi...## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#668091)](https://bugzilla.gnome.org/show_bug.cgi?id=668091)**
## Description
Created attachment 205444
Add DASH comtaible muxer
Dash support for the ISO file format has been defined in the Amendment 3 of the ISO/IEC 14496-12 standard.
Basic support can be added by appending the new 'styp', identical to the ftyp box in front of each fragment.
~~**Patch 205444**~~, "Add DASH comtaible muxer":
[0001-mp4dashmux-Add-DASH-compatible-mp4-muxer.patch](/uploads/dd2b0e8235d8c729a5b08e0f7ffb7b42/0001-mp4dashmux-Add-DASH-compatible-mp4-muxer.patch)
### Depends on
* [Bug 660260](https://bugzilla.gnome.org/show_bug.cgi?id=660260)
### Blocking
* [Bug 777984](https://bugzilla.gnome.org/show_bug.cgi?id=777984)
* [Bug 668094](https://bugzilla.gnome.org/show_bug.cgi?id=668094)
* [Bug 708221](https://bugzilla.gnome.org/show_bug.cgi?id=708221)
* [Bug 777540](https://bugzilla.gnome.org/show_bug.cgi?id=777540)https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/58vp8enc: better defaults, more presets/profiles2020-01-28T07:33:40ZBugzilla Migration Uservp8enc: better defaults, more presets/profiles## Submitted by Tim Müller `@tpm`
**[Link to original bug (#670108)](https://bugzilla.gnome.org/show_bug.cgi?id=670108)**
## Description
Just some quick comments on our default values from an e-mail exchange with Ronald:
> mod...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#670108)](https://bugzilla.gnome.org/show_bug.cgi?id=670108)**
## Description
Just some quick comments on our default values from an e-mail exchange with Ronald:
> mode : Mode
> Enum "GstVP8EncMode" Default: 0, "vbr"
> (0): vbr - Variable Bit Rate (VBR) mode
> (1): cbr - Constant Bit Rate (CBR) mode
You may want to look into CQ mode (2) also.
> max-keyframe-distance: Maximum distance between key frames
> Integer. Range: 0 - 9999 Default: 60
60 is quite low (for high-quality encodes), any particular reason for that?
I think in our tests and on webmproject.org, we recommend 120 frames
as kf interval.
> multipass-mode : Multipass encode mode
> Enum "GstVP8EncMultipassMode" Default: 0, "one-pass"
> (0): one-pass - One pass encoding (default)
> (1): first-pass - First pass of multipass encoding
> (2): last-pass - Last pass of multipass encoding
Can the default be changes to 2pass? We really do all our internal
testing for high-quality encodes on 2pass, it'll generate much better
output (in the range of >1dB difference).
(tpm: can't ever default to 2-pass, since that requires co-operation by the application. 2-pass can only ever be opt-in)
> auto-alt-ref-frames : Automatically create alternative
> reference frames
> Boolean. Default: false
This isn't a good idea, alt-refs by themselves will also cause several
tenths of dB difference (in a positive way), I'd highly recommend you
turn them on for high-quality (2pass) encodes.
(tpm: only for high-quality 2-pass encodes? BBB: yes)
> lag-in-frames : If set, this value allows the encoder to consume
> a number of input frames before producing output frames.
> Unsigned Integer. Range: 0 - 64 Default: 0
Probably want to up this to e.g. 25 for high-quality encodes (unless 0
means 'don't touch').
(tpm: I think 0 means whatever the library default is, someone needs to check this)
> tune : Tune
> Enum "GstVP8EncTune" Default: 0, "psnr"
> (0): psnr - Tune for PSNR
> (1): ssim - Tune for SSIM
Minor nit, most people would claim ssim is a better default here, but
it's not that relevant.
I see you haven't mapped the ARNR options, which provide a quality
boost for noisy input (without affecting noiseless input much), are
you guys interested in exposing these options also? They affect the
way the alt-ref frame is used.
(tpm: might be good for input from webcams - though what would be even better if we could detect that kind of input and switch to that mode automatically)
Other possibly interesting pages:
http://www.webmproject.org/tools/encoder-parameters/https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/92qtdemux: add support for webvtt subtitles2018-11-04T10:16:25ZBugzilla Migration Userqtdemux: add support for webvtt subtitles## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#707032)](https://bugzilla.gnome.org/show_bug.cgi?id=707032)**
## Description
Add support for WebVTT subtitles## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#707032)](https://bugzilla.gnome.org/show_bug.cgi?id=707032)**
## Description
Add support for WebVTT subtitleshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/95souphttpsrc: Need ability to exclude HTTP Range header and set content size2018-11-04T10:16:33ZBugzilla Migration Usersouphttpsrc: Need ability to exclude HTTP Range header and set content size## Submitted by Lori Anderson
**[Link to original bug (#709117)](https://bugzilla.gnome.org/show_bug.cgi?id=709117)**
## Description
Need to be able to disable the inclusion of the range header by souphttpsrc. The HTTP Range header ...## Submitted by Lori Anderson
**[Link to original bug (#709117)](https://bugzilla.gnome.org/show_bug.cgi?id=709117)**
## Description
Need to be able to disable the inclusion of the range header by souphttpsrc. The HTTP Range header is not allowed for dtcp encyrpted content. Also the HTTP Range header interferes with the usage of TimeSeekRange.dlna.org and Playspeed.dlna.org headers. The Range header should not be included when these other headers are added or for dtcp encrypted content. The proper headers will be added by the dlnasrc element which is a "manager" type element and will set the "exclude-range-header" property on souphttpsrc. The souphttpsrc will still use the starting byte position and all the same logic should be performed by souphttpsrc and basesrc,
The attached patch creates a boolean property "exclude-range-header" which specifies if the Range header should be included. The default is false. When false, souphttpsrc will include the Range header as it does currently. When this property is set to true, souphttpsrc will formulate the HTTP request as it does now except it will not include the Range header. It will be the responsibility of the dlnasrc "manager" element to do this.
If the HTTP Range header is not included, souphttpsrc will not be able to determine the size of the content. The ability to set the content size is needed when the Range header is not included. This patch adds the ability to set the content size through the "content-size" property. The dlnasrc "manager" element will set the size as necessary such as for dtcp/ip encrypted content.
Version: 1.x
### Blocking
* [Bug 709455](https://bugzilla.gnome.org/show_bug.cgi?id=709455)