gst-plugins-bad issueshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues2023-05-25T10:06:49Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/41mxfdemux: should EOS immediately when seeking after end of file2023-05-25T10:06:49ZBugzilla Migration Usermxfdemux: should EOS immediately when seeking after end of file## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#654229)](https://bugzilla.gnome.org/show_bug.cgi?id=654229)**
## Description
Currently it just returns FALSE from the seek handler## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#654229)](https://bugzilla.gnome.org/show_bug.cgi?id=654229)**
## Description
Currently it just returns FALSE from the seek handlerhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/42[rtmpsrc] "permission denied" error from rtmp not recognized2021-09-13T13:35:50ZBugzilla Migration User[rtmpsrc] "permission denied" error from rtmp not recognized## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#654972)](https://bugzilla.gnome.org/show_bug.cgi?id=654972)**
## Description
when requesting a resource which the rtmp server denies access to, this error is not i...## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#654972)](https://bugzilla.gnome.org/show_bug.cgi?id=654972)**
## Description
when requesting a resource which the rtmp server denies access to, this error is not in any way detected, instead the source keeps polling for data and will keep doing that forever.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/43[dshowvideosrc] A modified version to fix USB Analog TV Tuner's/DVD Maker cap...2021-09-24T14:31:53ZBugzilla Migration User[dshowvideosrc] A modified version to fix USB Analog TV Tuner's/DVD Maker capture bug## Submitted by Fabricio Costa Alisedo
**[Link to original bug (#656160)](https://bugzilla.gnome.org/show_bug.cgi?id=656160)**
## Description
This modified version fixes the issue of dshowvideosrc for capturing USB Analog TV / TV Tu...## Submitted by Fabricio Costa Alisedo
**[Link to original bug (#656160)](https://bugzilla.gnome.org/show_bug.cgi?id=656160)**
## Description
This modified version fixes the issue of dshowvideosrc for capturing USB Analog TV / TV Tuner devices with gstreamer.
With IGraphBuilder and ICaptureGraphBuilder2 and the method FindInterface, it correctly builds the upstream filters.
In the future it will be interesting to add an input selector for crossbar filters.
(Tested on Windows 7 32 bits and Sabrent USB Analog TV with a professional infrared security cam.)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/44[patch] small changes to mpegtsmux2023-05-16T16:53:36ZBugzilla Migration User[patch] small changes to mpegtsmux## Submitted by Stas Sergeev
**[Link to original bug (#657343)](https://bugzilla.gnome.org/show_bug.cgi?id=657343)**
## Description
Created attachment 194709
PES supporting plugins
Hi.
I'd like to present the PES support...## Submitted by Stas Sergeev
**[Link to original bug (#657343)](https://bugzilla.gnome.org/show_bug.cgi?id=657343)**
## Description
Created attachment 194709
PES supporting plugins
Hi.
I'd like to present the PES support plugins: payloader, depayloader and parser.
The work is just started, I am going to do more things about the
PES support in gstreamer, but these 3 plugins already seem to work,
so the comments are welcome. :)
~~**Patch 194709**~~, "PES supporting plugins":
[a.diff](/uploads/15e1372280bcf38a9cbc4db87fe6283a/a.diff)
### Blocking
* [Bug 661163](https://bugzilla.gnome.org/show_bug.cgi?id=661163)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/45texttestsrc: a new text source, generates random text.2021-09-24T14:31:54ZBugzilla Migration Usertexttestsrc: a new text source, generates random text.## Submitted by Vincent Penquerc'h `@vincent`
**[Link to original bug (#657684)](https://bugzilla.gnome.org/show_bug.cgi?id=657684)**
## Description
Useful, eh ? :P## Submitted by Vincent Penquerc'h `@vincent`
**[Link to original bug (#657684)](https://bugzilla.gnome.org/show_bug.cgi?id=657684)**
## Description
Useful, eh ? :Phttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/46[tsdemux] report audio stream type (for visually impaired audio-description, ...2021-09-24T14:31:54ZBugzilla Migration User[tsdemux] report audio stream type (for visually impaired audio-description, receiver-mixed supplementary channel, ...)## Submitted by Tvrtko Ursulin
**[Link to original bug (#657809)](https://bugzilla.gnome.org/show_bug.cgi?id=657809)**
## Description
Playing a MPEG transport stream from disk with a simplest gst-launch invocation like gst-launch-0....## Submitted by Tvrtko Ursulin
**[Link to original bug (#657809)](https://bugzilla.gnome.org/show_bug.cgi?id=657809)**
## Description
Playing a MPEG transport stream from disk with a simplest gst-launch invocation like gst-launch-0.10 playbin2=file://... and playback starts without sound in a certain percentage of invocations.
Test stream (~35Mb) available on request.
If sync=false on the output alsasink then sound always work but with a sync issue.
May be a core issue and not specific to MPEG TS since I am seeing similar problem when playing V4L2 video with ALSA sound.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/47h264parse: Calculate PTS from DTS (and vice-versa)2021-09-24T14:31:54ZBugzilla Migration Userh264parse: Calculate PTS from DTS (and vice-versa)## Submitted by Roman Gaufman
**[Link to original bug (#659489)](https://bugzilla.gnome.org/show_bug.cgi?id=659489)**
## Description
# GST_DEBUG=*:2 gst-launch filesrc location=bluecherry_test.raw ! h264parse ! mp4mux ! filesink loc...## Submitted by Roman Gaufman
**[Link to original bug (#659489)](https://bugzilla.gnome.org/show_bug.cgi?id=659489)**
## Description
# GST_DEBUG=*:2 gst-launch filesrc location=bluecherry_test.raw ! h264parse ! mp4mux ! filesink location=test.mp4
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
0:00:00.020372638 31723 0x250b600 WARN codecparsers_h264 gsth264parser.c:1697:gst_h264_parser_parse_slice_hdr: couldn't find associated picture parameter set with id: 0
0:00:00.020507003 31723 0x250b600 WARN qtmux gstqtmux.c:3217:gst_qt_mux_video_sink_set_caps:`<mp4mux0>` pad video_00 refused caps video/x-h264, parsed=(boolean)true, stream-format=(string)avc, alignment=(string)au
0:00:00.020542600 31723 0x250b600 WARN baseparse gstbaseparse.c:2738:gst_base_parse_loop:`<h264parse0>` error: streaming stopped, reason not-negotiated
ERROR: from element /GstPipeline:pipeline0/GstH264Parse:h264parse0: GStreamer encountered a general stream error.
Additional debug info:
gstbaseparse.c(2738): gst_base_parse_loop (): /GstPipeline:pipeline0/GstH264Parse:h264parse0:
streaming stopped, reason not-negotiated
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...
# gst-typefind bluecherry_test.raw
bluecherry_test.raw - video/x-h264, stream-format=(string)byte-stream
Full debug here: http://itstar.co.uk/gst-h264parse-mp4mux-debug.log
Test file here: http://itstar.co.uk/bluecherry_test.raw
### Depends on
* [Bug 646327](https://bugzilla.gnome.org/show_bug.cgi?id=646327)
### Blocking
* [Bug 667559](https://bugzilla.gnome.org/show_bug.cgi?id=667559)
* [Bug 734547](https://bugzilla.gnome.org/show_bug.cgi?id=734547)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/48mpeg2enc/x264enc: fails to encode 720x405 resolution2023-06-07T11:13:06ZBugzilla Migration Usermpeg2enc/x264enc: fails to encode 720x405 resolution## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#659965)](https://bugzilla.gnome.org/show_bug.cgi?id=659965)**
## Description
+++ This bug was initially created as a clone of [Bug 658303](https://bugzilla.gnome....## Submitted by Jeff Fortin Tam `@nekohayo`
**[Link to original bug (#659965)](https://bugzilla.gnome.org/show_bug.cgi?id=659965)**
## Description
+++ This bug was initially created as a clone of [Bug 658303](https://bugzilla.gnome.org/show_bug.cgi?id=658303) +++
Steps to reproduce:
0. Insert the theora clip I'm linking here in the timeline
1. Click the render button to render a project
2. Click the "DVD" render preset
3. Try to render
Result: **ERROR: [python] vertical_size must be a even (4:2:0)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/49dvdspu: dvdsubs aren't correctly scaled/positioned when corresponding video i...2021-09-24T14:31:55ZBugzilla Migration Userdvdspu: dvdsubs aren't correctly scaled/positioned when corresponding video isn't DVD resolution## Submitted by Mourad De Clerck
**[Link to original bug (#663750)](https://bugzilla.gnome.org/show_bug.cgi?id=663750)**
## Description
I've got an MKV with 1280x960 H264 video stream, and a dvdsub stream.
When I play this MKV ...## Submitted by Mourad De Clerck
**[Link to original bug (#663750)](https://bugzilla.gnome.org/show_bug.cgi?id=663750)**
## Description
I've got an MKV with 1280x960 H264 video stream, and a dvdsub stream.
When I play this MKV in Totem, the subtitles end up too small and in the upper left quadrant. I suppose this happens because the video isn't in actual DVD res, and the subtitle bitmaps are.
It would be nice if the subtitle stream was scaled to match the video.
Thanks.
### Depends on
* [Bug 685282](https://bugzilla.gnome.org/show_bug.cgi?id=685282)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/50vdpau: error in H.264 decoder reference frame handling [patch]2023-06-07T10:05:31ZBugzilla Migration Uservdpau: error in H.264 decoder reference frame handling [patch]## Submitted by Steven Robertson
**[Link to original bug (#664653)](https://bugzilla.gnome.org/show_bug.cgi?id=664653)**
## Description
Created attachment 202008
Patch
The VDPAU H.264 decoder violates the spec in the way it h...## Submitted by Steven Robertson
**[Link to original bug (#664653)](https://bugzilla.gnome.org/show_bug.cgi?id=664653)**
## Description
Created attachment 202008
Patch
The VDPAU H.264 decoder violates the spec in the way it handles marking frames as unused for short-term reference. This results in corruption and playback errors for some videos. Here's an example video:
http://isis.strobe.cc:8080/22402%3d11977.mkv
Patch attached.
~~**Patch 202008**~~, "Patch":
[0001-vdpau-use-modular-arithmetic-for-frame-numbers.patch](/uploads/debeb892eacf66f4c3bd198be8a03ad0/0001-vdpau-use-modular-arithmetic-for-frame-numbers.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/51[PLUGIN-MOVE] move faad, faac to -ugly2021-09-24T14:31:55ZBugzilla Migration User[PLUGIN-MOVE] move faad, faac to -ugly## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#665019)](https://bugzilla.gnome.org/show_bug.cgi?id=665019)**
## Description
... and why not also voaacenc and voamrwbenc while at it.
All of these have proper...## Submitted by Mark Nauwelaerts `@mnauw`
**[Link to original bug (#665019)](https://bugzilla.gnome.org/show_bug.cgi?id=665019)**
## Description
... and why not also voaacenc and voamrwbenc while at it.
All of these have proper boilerplate, based on proper baseclass and come with unit test, so should be set to go.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/52dc1394 source add fomat7 colorcoding _RAW8 & _RAW162018-11-04T10:07:06ZBugzilla Migration Userdc1394 source add fomat7 colorcoding _RAW8 & _RAW16## Submitted by Simon
**[Link to original bug (#665108)](https://bugzilla.gnome.org/show_bug.cgi?id=665108)**
## Description
Created attachment 202352
patch to add colorcoding
Hi!
I already sent this patch to the mailing...## Submitted by Simon
**[Link to original bug (#665108)](https://bugzilla.gnome.org/show_bug.cgi?id=665108)**
## Description
Created attachment 202352
patch to add colorcoding
Hi!
I already sent this patch to the mailinglist but i was told to post it here as well.
I attached a patch to add colorcoding
DC1394_COLOR_CODING_RAW8
and
DC1394_COLOR_CODING_RAW16
to the dc1394 source plugin.
This is useful if you want to grab in raw mode from a firewire cam and do the
bayer2rgb conversion on the host (saves firewire bandwidth -> more fps).
Example pipeline (ptgrey firefly mv 13S2C):
gst-launch-0.10 -v dc1394src ! video/x-raw-bayer, vmode=89, width=664,
height=524, format=rggb, framerate=60/1,rate=60 ! queue ! bayer2rgb !
ffmpegcolorspace ! xvimagesink
- Simon
**Patch 202352**, "patch to add colorcoding":
[mode7_colorcoding_raw8.diff](/uploads/aa8595614445cb6ec863913773b91960/mode7_colorcoding_raw8.diff)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/53dshowaudiodec: support AAC and others on Windows 7+2018-12-18T00:54:16ZBugzilla Migration Userdshowaudiodec: support AAC and others on Windows 7+## Submitted by Jo Shields
**[Link to original bug (#665643)](https://bugzilla.gnome.org/show_bug.cgi?id=665643)**
## Description
Windows 7 added support for AAC file playback, without needing external codecs - as per http://msdn.mi...## Submitted by Jo Shields
**[Link to original bug (#665643)](https://bugzilla.gnome.org/show_bug.cgi?id=665643)**
## Description
Windows 7 added support for AAC file playback, without needing external codecs - as per http://msdn.microsoft.com/en-us/library/windows/desktop/dd390676%28v=vs.85%29.aspx
It would be nice to add the appropriate new audio subtypes to dshowdecwrapper, such that GStreamer apps on Windows can play AAC files without the usual codec patent license concerns that go along with redistributing faad.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/54teletextdec: add cache navigation functions2021-09-24T14:31:56ZBugzilla Migration Userteletextdec: add cache navigation functions## Submitted by Thomas Löwe
**[Link to original bug (#666247)](https://bugzilla.gnome.org/show_bug.cgi?id=666247)**
## Description
At the moment you have to set the page/subpage directly and you can't simply zap through the cached p...## Submitted by Thomas Löwe
**[Link to original bug (#666247)](https://bugzilla.gnome.org/show_bug.cgi?id=666247)**
## Description
At the moment you have to set the page/subpage directly and you can't simply zap through the cached pages or subpages.
This patch add an "navigate" property with the values
0: show next cached page
1: show prev cached page
2: show next cached subpage
3: show prev cached subpage
to make teletextdec more user-friendly.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/55resindvd: use decodebin3 or parsebin so needed parsers are plugged2021-09-24T14:31:57ZBugzilla Migration Userresindvd: use decodebin3 or parsebin so needed parsers are plugged## Submitted by Rob Clark
**[Link to original bug (#667217)](https://bugzilla.gnome.org/show_bug.cgi?id=667217)**
## Description
Rather than autoconvert, use decodebin2 for video and audio sub-bins. This way, things still work if t...## Submitted by Rob Clark
**[Link to original bug (#667217)](https://bugzilla.gnome.org/show_bug.cgi?id=667217)**
## Description
Rather than autoconvert, use decodebin2 for video and audio sub-bins. This way, things still work if the decoder element requires parsers.
patch attached
### Depends on
* [Bug 758960](https://bugzilla.gnome.org/show_bug.cgi?id=758960)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/56dvdspu: add interlaced support2021-09-24T14:31:57ZBugzilla Migration Userdvdspu: add interlaced support## Submitted by Rob Clark
**[Link to original bug (#667224)](https://bugzilla.gnome.org/show_bug.cgi?id=667224)**
## Description
add support for interlaced buffers in dvdspu
patch attached## Submitted by Rob Clark
**[Link to original bug (#667224)](https://bugzilla.gnome.org/show_bug.cgi?id=667224)**
## Description
add support for interlaced buffers in dvdspu
patch attachedhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/57h264parse: wrong durationg calculation of outgoing buffers2021-09-24T14:31:57ZBugzilla Migration Userh264parse: wrong durationg calculation of outgoing buffers## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#667559)](https://bugzilla.gnome.org/show_bug.cgi?id=667559)**
## Description
I only get a single, weird frame with this clip:
http://samples.mplayerhq.hu/V-codecs/...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#667559)](https://bugzilla.gnome.org/show_bug.cgi?id=667559)**
## Description
I only get a single, weird frame with this clip:
http://samples.mplayerhq.hu/V-codecs/h264/last_samurai.ts
Using a videosink with sync=false gives the correct output
### Depends on
* [Bug 659489](https://bugzilla.gnome.org/show_bug.cgi?id=659489)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/58[resindvd] Allow to specify chapter/title in the DVD URI2021-09-24T14:31:58ZBugzilla Migration User[resindvd] Allow to specify chapter/title in the DVD URI## Submitted by Olivier Aubert
**[Link to original bug (#668083)](https://bugzilla.gnome.org/show_bug.cgi?id=668083)**
## Description
resindvd uses the following URI syntax: dvd://[/path/to/dev]
It is often useful to be able to sp...## Submitted by Olivier Aubert
**[Link to original bug (#668083)](https://bugzilla.gnome.org/show_bug.cgi?id=668083)**
## Description
resindvd uses the following URI syntax: dvd://[/path/to/dev]
It is often useful to be able to specify the desired chapter/title of the DVD. VLC uses the following syntax:
dvd://[`<device>`][@`<raw device>`][@[`<title>`][:[`<chapter>`][:`<angle>`]]]
which could be implemented (at least partly, for title and chapter) in the resindvd player. For the record, mplayer uses
dvd://[`<title>`] with an additional -chapter option
and xine uses a number of syntaxes:
dvd:/[device_name][/title[.part]]
dvd:/DVD_image_file[/title[.part]]
dvd:/DVD_directory[/title[.part]]
(use the path of the directory which contains VIDEO_TS)
which seem invalid URI-wise (it would give dvd://dev/dvd/1.2, while it should be either dvd:///dev/dvd or dvd:/dev/dvd) and fragile (if someone has the strange idea to name its DVD device with a number, it cannot be distinguished from the title part without probing the device first).
The VLC syntax looks like the sanest option.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/59dashsink: New sink for DASH2020-01-04T13:54:35ZBugzilla Migration Userdashsink: New sink for DASH## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#668094)](https://bugzilla.gnome.org/show_bug.cgi?id=668094)**
## Description
New sink for DASH that uses the GstBaseAdaptiveSink base class. The element support f...## Submitted by Andoni Alastruey `@ylatuya`
**[Link to original bug (#668094)](https://bugzilla.gnome.org/show_bug.cgi?id=668094)**
## Description
New sink for DASH that uses the GstBaseAdaptiveSink base class. The element support for now the DASH basic-on-demand profile with fragmented MP4.
Example usage:
gst-launch -e videotestsrc num-buffers=3000 is-live=true ! "video/x-raw-yuv, framerate=30/1" ! keyunits-scheduler interval=10000000000 ! tee name=t ! queue ! textoverlay text=200kbps font-desc="sans bold 40" ! x264enc bitrate=200 ! mp4dashmux fragment-method=2 ! queue ! dashsink name=sink base-url=http://localhost/dash output-directory=/home/andoni/public_html/dash t. ! queue ! textoverlay text=100kbps font-desc="sans bold 40" ! x264enc bitrate=100 ! mp4dashmux fragment-method=2 ! queue ! sink. t. ! queue ! textoverlay text=500kbps font-desc="sans bold 40" ! x264enc bitrate=500 ! mp4dashmux fragment-method=2 ! queue ! sink. audiotestsrc is-live=true ! keyunits-scheduler interval=10000000000 ! faac ! mp4dashmux fragment-method=2 ! queue ! sink.
### Depends on
* [Bug 660260](https://bugzilla.gnome.org/show_bug.cgi?id=660260)
* [Bug 668091](https://bugzilla.gnome.org/show_bug.cgi?id=668091)
* [Bug 668092](https://bugzilla.gnome.org/show_bug.cgi?id=668092)
* [Bug 668093](https://bugzilla.gnome.org/show_bug.cgi?id=668093)
* [Bug 668095](https://bugzilla.gnome.org/show_bug.cgi?id=668095)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/60h264parse/aacparse: caps renegotiation fails due to baseparse calling gst_pad...2021-09-24T14:31:58ZBugzilla Migration Userh264parse/aacparse: caps renegotiation fails due to baseparse calling gst_pad_use_fixed_caps## Submitted by Jonas Larsson
**[Link to original bug (#669509)](https://bugzilla.gnome.org/show_bug.cgi?id=669509)**
## Description
Created attachment 206935
Patch to allow downstream caps renegotiation
I have:
vsrc ! vide...## Submitted by Jonas Larsson
**[Link to original bug (#669509)](https://bugzilla.gnome.org/show_bug.cgi?id=669509)**
## Description
Created attachment 206935
Patch to allow downstream caps renegotiation
I have:
vsrc ! videorate ! omxh264enc ! h264parse ! fakesink
Video source has variable frame rate and videorate force-fps is set dynamically on the running pipeline. This triggers downstream caps negotiation that fails in h264parse.
* upstream calls gst_pad_get_allowed_caps on h264parse:sink
* gst_h264_parse_get_caps is called to determine allowed caps
* gst_h264_parse_get_caps calls gst_pad_get_allowed_caps on h264parse:src
* gst_pad_get_allowed_caps on h264parse:src return the current caps
* current caps and new caps differ in frame rate and new caps are rejected
The reason for failure: baseparse is calling gst_pad_use_fixed_caps on h264parse:src, so the current caps is returned.
From docs "Use this function on a pad that, once gst_pad_set_caps() has been called on it, cannot be renegotiated to something else." This is not appropriate for h264 as it can change its properties mid stream (new SPS/PPS). For example, frame-rate may be variable, for example in video conferencing.
Example:
gst_pad_get_allowed_caps (h264parse:src) returns
video/x-h264,width=640,height=480,framerate=1/1,profile=baseline,level=1.1, parsed=true,stream-format=byte-stream,alignment=au
gst_pad_get_allowed_caps (h264parse:sink) returns
video/x-h264,width=640,height=480,framerate=1/1,profile=baseline,level=1.1
Encoder (gst-omx / basevideoencoder) think downstream can only handle framerate=1/1 and rejects new caps with framerate=2/1 even though downstream actually can handle it.
**Patch 206935**, "Patch to allow downstream caps renegotiation":
[h264parser-renegotiate.patch](/uploads/01d82198a98a685f74f9813d7e303ea0/h264parser-renegotiate.patch)