GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2021-09-24T13:32:53Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/443wavparse: multi-channel audio playback with channels > 8 issue2021-09-24T13:32:53ZBugzilla Migration Userwavparse: multi-channel audio playback with channels > 8 issue## Submitted by Lyon
**[Link to original bug (#793709)](https://bugzilla.gnome.org/show_bug.cgi?id=793709)**
## Description
Hi,
We are facing issue that Gstreamer seems not support multi-channel audio with channels > 8.
i...## Submitted by Lyon
**[Link to original bug (#793709)](https://bugzilla.gnome.org/show_bug.cgi?id=793709)**
## Description
Hi,
We are facing issue that Gstreamer seems not support multi-channel audio with channels > 8.
in WavParse or audioconvert, riff-media etc, always there will report can't negotiate or no default layout / no channnel-mask property given etc...
I was trying to modify some table for more channels case, like default_mask[], but seems the original idea in current Gstreamer 8 channl is the maximum.
I'm wondering is there any plan to support multi-channel audio with channels>8 cases?
Thanks a lot~
Attached an audio clip(wav) with 10 channels.
It can be played by aplay on our target board, but with Gstreamer, seems failed to created the pipeline with negotiate failure
Thanks
Lyon
Version: 1.13.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/662webrtcbin-test: rename of misleading variable name2023-05-16T04:27:13ZBugzilla Migration Userwebrtcbin-test: rename of misleading variable name## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#793717)](https://bugzilla.gnome.org/show_bug.cgi?id=793717)**
## Description
Created attachment 368748
tests: Rename misleading variable in webrtcbin test
j...## Submitted by Andreas Frisch `@fraxinas`
**[Link to original bug (#793717)](https://bugzilla.gnome.org/show_bug.cgi?id=793717)**
## Description
Created attachment 368748
tests: Rename misleading variable in webrtcbin test
just a trivial rename "offerror" discriminator variables to "offerer" to prevent mistaking them for something to do with "error"
**Patch 368748**, "tests: Rename misleading variable in webrtcbin test":
[0001-tests-Rename-misleading-variable-in-webrtcbin-test.patch](/uploads/bf75477fcf5d27dec756eef340c66f78/0001-tests-Rename-misleading-variable-in-webrtcbin-test.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/421gst-play-1.0 --videosink=fakesink : position gets confused2021-09-24T13:23:35ZBugzilla Migration Usergst-play-1.0 --videosink=fakesink : position gets confused## Submitted by Vivia Nikolaidou `@vivia`
**[Link to original bug (#793726)](https://bugzilla.gnome.org/show_bug.cgi?id=793726)**
## Description
Use case: "Let me listen to the music on this video file"
gst-play-1.0 file.mp4 --...## Submitted by Vivia Nikolaidou `@vivia`
**[Link to original bug (#793726)](https://bugzilla.gnome.org/show_bug.cgi?id=793726)**
## Description
Use case: "Let me listen to the music on this video file"
gst-play-1.0 file.mp4 --videosink=fakesink
The time counter at the bottom of gst-play-1.0 progresses much more quickly than the audio, I assume it progresses according to the fakesink. If I pause, the correct position is displayed, but then unpausing doesn't work.
If I use --videosink="fakesink sync=true" it works fine.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/444rtpopuspay does not honour 'stereo' prop2023-07-06T10:15:13ZBugzilla Migration Userrtpopuspay does not honour 'stereo' prop## Submitted by David Woodhouse
**[Link to original bug (#793763)](https://bugzilla.gnome.org/show_bug.cgi?id=793763)**
## Description
GST_DEBUG=3 GST_DEBUG_DUMP_DOT_DIR=/tmp gst-launch-1.0 pulsesrc ! opusenc ! rtpopuspay ! "applica...## Submitted by David Woodhouse
**[Link to original bug (#793763)](https://bugzilla.gnome.org/show_bug.cgi?id=793763)**
## Description
GST_DEBUG=3 GST_DEBUG_DUMP_DOT_DIR=/tmp gst-launch-1.0 pulsesrc ! opusenc ! rtpopuspay ! "application/x-rtp,media=audio,encoding-name=OPUS,stereo=(string)1" ! filesink location=/dev/null
Look at resulting graph; the opusenc is actually taking 1-channel audio.
This makes it "work":
--- a/gst/rtp/gstrtpopuspay.c
+++ b/gst/rtp/gstrtpopuspay.c
@@ -254,14 +254,14 @@ gst_rtp_opus_pay_getcaps (GstRTPBasePayload * payload,
GstCaps *caps2 = gst_caps_copy (caps);
gst_caps_set_simple (caps, "channels", G_TYPE_INT, 2, NULL);
- gst_caps_set_simple (caps2, "channels", G_TYPE_INT, 1, NULL);
- caps = gst_caps_merge (caps, caps2);
+// gst_caps_set_simple (caps2, "channels", G_TYPE_INT, 1, NULL);
+// caps = gst_caps_merge (caps, caps2);
} else if (!strcmp (stereo, "0")) {
GstCaps *caps2 = gst_caps_copy (caps);
gst_caps_set_simple (caps, "channels", G_TYPE_INT, 1, NULL);
- gst_caps_set_simple (caps2, "channels", G_TYPE_INT, 2, NULL);
- caps = gst_caps_merge (caps, caps2);
+// gst_caps_set_simple (caps2, "channels", G_TYPE_INT, 2, NULL);
+// caps = gst_caps_merge (caps, caps2);
}
}
gst_caps_unref (peercaps);
However that isn't quite right because 'stereo=1' is supposed to be a *hint*. It's supposed to *allow* mono audio if it really has to, but I'd like it to make *some* attempt to do as it's asked. It looks like reordering the channels=[1,2] vs. channels=[2,1] options is expected to do that? It doesn't seem to work.
FWIW I saw this in a Farstream conference the other way round: I was setting 'stereo=0' and still actually getting stereo because the "hint" wasn't honoured.
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/663[gstreamer-msdk-master][SKL] some cases mpeg2 decoding fail with error messag...2019-04-18T08:18:16ZBugzilla Migration User[gstreamer-msdk-master][SKL] some cases mpeg2 decoding fail with error message "mpegvparse0: Internal data stream error"## Submitted by zj,wang
**[Link to original bug (#793782)](https://bugzilla.gnome.org/show_bug.cgi?id=793782)**
## Description
Test Env:
============================================
Platform: SKL
Arch: ...## Submitted by zj,wang
**[Link to original bug (#793782)](https://bugzilla.gnome.org/show_bug.cgi?id=793782)**
## Description
Test Env:
============================================
Platform: SKL
Arch: x86_64
CentOS Linux release 7.3.1611 (Core)
Kernel: 4.4.0
libva MediaServerStudioEssentials2017R3.tar.gz (libva
1.67.0.pre1)
media_driver MediaServerStudioEssentials2017R3.tar.gz 16.5.2.64009-
ubit
gstreamer master branch 91798e16cc09420163684d13779f13f374164ea2
gst-bad master branch 1c81bf4bdc67b518d6b3bbc22398c17fe8ced1da
Reproduce Steps:
============================================
take one case for example
1. build enc as above lists
2. gst-launch-1.0 -q filesrc location=/media/yami_mpeg2/tcela-10-killer.bits.mpeg2 '!' mpegvideoparse '!' msdkmpeg2dec '!' videoconvert '!' video/x-raw,format=I420 '!' checksumsink2 frame-checksum=FALSE file-checksum=TRUE plane-checksum=FALSE
3. decoding fails and error message occurs.
error info
(gst-launch-1.0:9334): GStreamer-CRITICAL **: gst_buffer_unmap: assertion 'GST_IS_BUFFER (buffer)' failed
ERROR: from element /GstPipeline:pipeline0/GstMpegvParse:mpegvparse0: Internal data stream error.
Additional debug info:
gstbaseparse.c(3611): gst_base_parse_loop (): /GstPipeline:pipeline0/GstMpegvParse:mpegvparse0:
streaming stopped, reason error (-5)
### Blocking
* [Bug 789886](https://bugzilla.gnome.org/show_bug.cgi?id=789886)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/664[gstreamer-msdk-master][SKL] some cases vc1 decoding fail with error message ...2019-08-26T16:36:05ZBugzilla Migration User[gstreamer-msdk-master][SKL] some cases vc1 decoding fail with error message "filesrc0: Internal data stream error"## Submitted by zj,wang
**[Link to original bug (#793784)](https://bugzilla.gnome.org/show_bug.cgi?id=793784)**
## Description
Test Env:
============================================
Platform: SKL
Arch: ...## Submitted by zj,wang
**[Link to original bug (#793784)](https://bugzilla.gnome.org/show_bug.cgi?id=793784)**
## Description
Test Env:
============================================
Platform: SKL
Arch: x86_64
CentOS Linux release 7.3.1611 (Core)
Kernel: 4.4.0
libva MediaServerStudioEssentials2017R3.tar.gz (libva
1.67.0.pre1)
media_driver MediaServerStudioEssentials2017R3.tar.gz 16.5.2.64009-
ubit
gstreamer master branch 91798e16cc09420163684d13779f13f374164ea2
gst-bad master branch 1c81bf4bdc67b518d6b3bbc22398c17fe8ced1da
Reproduce Steps:
============================================
take one case for example
1. build enc as above lists
2. gst-launch-1.0 -q filesrc location=/media/yami_vc1/SA00059.vc1 '!' 'video/x-wmv,profile=(string)advanced,' width=352, height=288, framerate=14/1 '!' msdkvc1dec '!' videoconvert '!' video/x-raw,format=I420 '!' checksumsink2 frame-checksum=FALSE file-checksum=TRUE plane-checksum=FALSE
3. decoding fails and error message occurs.
error info
ERROR: from element /GstPipeline:pipeline0/GstFileSrc:filesrc0: Internal data stream error.
Additional debug info:
gstbasesrc.c(3055): gst_base_src_loop (): /GstPipeline:pipeline0/GstFileSrc:filesrc0:
streaming stopped, reason error (-5)
### Blocking
* [Bug 789886](https://bugzilla.gnome.org/show_bug.cgi?id=789886)https://gitlab.freedesktop.org/gstreamer/gst-editing-services/-/issues/35Segfault when adding clip to group2019-01-31T00:00:00ZBugzilla Migration UserSegfault when adding clip to group## Submitted by Alexandru Balut `@aleb`
**[Link to original bug (#793882)](https://bugzilla.gnome.org/show_bug.cgi?id=793882)**
## Description
Run the script below, notice the segfault:
```
from gi.repository import Gst
Gst...## Submitted by Alexandru Balut `@aleb`
**[Link to original bug (#793882)](https://bugzilla.gnome.org/show_bug.cgi?id=793882)**
## Description
Run the script below, notice the segfault:
```
from gi.repository import Gst
Gst.init(None)
from gi.repository import GES
GES.init()
group = GES.Group()
clip = GES.TitleClip()
group.add(clip)
```
.. because the clip has not been added to a layer.
It should not segfault.https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/85vaapisink: White is rendered pink with AMD card, wrong hue everywhere in RGBA...2021-09-24T12:23:09ZBugzilla Migration Uservaapisink: White is rendered pink with AMD card, wrong hue everywhere in RGBA and BGRA formats## Submitted by Alicia Boya García `@ntrrgc`
**[Link to original bug (#793886)](https://bugzilla.gnome.org/show_bug.cgi?id=793886)**
## Description
Testcase:
$ gst-launch-1.0 multifilesrc location="frame_01.png" caps="image/png...## Submitted by Alicia Boya García `@ntrrgc`
**[Link to original bug (#793886)](https://bugzilla.gnome.org/show_bug.cgi?id=793886)**
## Description
Testcase:
$ gst-launch-1.0 multifilesrc location="frame_01.png" caps="image/png,framerate=\(fraction\)3/1" ! pngdec ! videoconvert ! vaapisink
Works fine with xvimagesink:
$ gst-launch-1.0 multifilesrc location="frame_01.png" caps="image/png,framerate=\(fraction\)3/1" ! pngdec ! videoconvert ! xvimagesinkhttps://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/86vaapisink: Crashes on padded (non-alpha) RGB video with AMD card2021-09-24T12:23:10ZBugzilla Migration Uservaapisink: Crashes on padded (non-alpha) RGB video with AMD card## Submitted by Alicia Boya García `@ntrrgc`
**[Link to original bug (#793889)](https://bugzilla.gnome.org/show_bug.cgi?id=793889)**
## Description
$ gst-launch-1.0 multifilesrc location="/tmp/white.png" caps="image/png,framerate=\(...## Submitted by Alicia Boya García `@ntrrgc`
**[Link to original bug (#793889)](https://bugzilla.gnome.org/show_bug.cgi?id=793889)**
## Description
$ gst-launch-1.0 multifilesrc location="/tmp/white.png" caps="image/png,framerate=\(fraction\)3/1" ! pngdec ! videoconvert ! identity silent=false ! vaapisink -v
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Got context from element 'vaapisink0': gst.vaapi.Display=context, gst.vaapi.Display=(GstVaapiDisplay)"\(GstVaapiDisplayGLX\)\ vaapidisplayglx1";
/GstPipeline:pipeline0/GstIdentity:identity0: last-message = event ******* (identity0:sink) E (type: stream-start (10254), GstEventStreamStart, stream-id=(string)116c669c7f52880c9f1b179be1334a19, flags=(GstStreamFlags)GST_STREAM_FLAG_NONE, group-id=(uint)0;) 0x55bdcbc9a8f0
/GstPipeline:pipeline0/GstMultiFileSrc:multifilesrc0.GstPad:src: caps = image/png, width=(int)1, height=(int)1, framerate=(fraction)3/1
/GstPipeline:pipeline0/GstPngDec:pngdec0.GstPad:sink: caps = image/png, width=(int)1, height=(int)1, framerate=(fraction)3/1
/GstPipeline:pipeline0/GstPngDec:pngdec0.GstPad:src: caps = video/x-raw, format=(string)RGB, width=(int)320, height=(int)240, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)sRGB, framerate=(fraction)3/1
/GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:src: caps = video/x-raw, format=(string)BGRx, width=(int)320, height=(int)240, framerate=(fraction)3/1, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1
/GstPipeline:pipeline0/GstIdentity:identity0: last-message = event ******* (identity0:sink) E (type: caps (12814), GstEventCaps, caps=(GstCaps)"video/x-raw\,\ format\=\(string\)BGRx\,\ width\=\(int\)320\,\ height\=\(int\)240\,\ framerate\=\(fraction\)3/1\,\ interlace-mode\=\(string\)progressive\,\ pixel-aspect-ratio\=\(fraction\)1/1";) 0x7f5cd8005030
/GstPipeline:pipeline0/GstIdentity:identity0.GstPad:src: caps = video/x-raw, format=(string)BGRx, width=(int)320, height=(int)240, framerate=(fraction)3/1, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1
/GstPipeline:pipeline0/GstVaapiSink:vaapisink0.GstPad:sink: caps = video/x-raw, format=(string)BGRx, width=(int)320, height=(int)240, framerate=(fraction)3/1, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1
/GstPipeline:pipeline0/GstIdentity:identity0.GstPad:sink: caps = video/x-raw, format=(string)BGRx, width=(int)320, height=(int)240, framerate=(fraction)3/1, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1
/GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:sink: caps = video/x-raw, format=(string)RGB, width=(int)320, height=(int)240, interlace-mode=(string)progressive, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)sRGB, framerate=(fraction)3/1
/GstPipeline:pipeline0/GstIdentity:identity0: last-message = event ******* (identity0:sink) E (type: segment (17934), GstEventSegment, segment=(GstSegment)"GstSegment, flags=(GstSegmentFlags)GST_SEGMENT_FLAG_NONE, rate=(double)1, applied-rate=(double)1, format=(GstFormat)GST_FORMAT_TIME, base=(guint64)0, offset=(guint64)0, start=(guint64)0, stop=(guint64)18446744073709551615, time=(guint64)0, position=(guint64)0, duration=(guint64)18446744073709551615;";) 0x55bdcbc9aa40
/GstPipeline:pipeline0/GstIdentity:identity0: last-message = chain ******* (identity0:sink) (307200 bytes, dts: none, pts: 0:00:00.000000000, duration: 0:00:00.333333333, offset: -1, offset_end: -1, flags: 00000040 discont , meta: GstVideoMeta, GstVaapiVideoMeta) 0x7f5cd8009410
Caught SIGSEGV
```
#0 0x00007f5d1112d3db in poll () from /lib64/libc.so.6
#1 0x00007f5d11a7ae99 in g_main_context_iterate.isra ()
#2 0x00007f5d11a7b232 in g_main_loop_run () from /lib64/libglib-2.0.so.0
#3 0x00007f5d121df543 in gst_bus_poll () from /lib64/libgstreamer-1.0.so.0
#4 0x000055bdc9cc7aab in event_loop ()
#5 0x000055bdc9cc6b8e in main ()
Spinning. Please run 'gdb gst-launch-1.0 46210' to continue debugging, Ctrl-C to quit, or Ctrl-\ to dump core.
^Chandling interrupt.
Interrupt: Stopping pipeline ...
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
```https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/665[gstreamer-msdk-master][SKL] some cases lose frame during vc1 decoding2020-01-16T04:32:44ZBugzilla Migration User[gstreamer-msdk-master][SKL] some cases lose frame during vc1 decoding## Submitted by zj,wang
**[Link to original bug (#793906)](https://bugzilla.gnome.org/show_bug.cgi?id=793906)**
## Description
Test Env:
============================================
Platform: SKL
Arch: ...## Submitted by zj,wang
**[Link to original bug (#793906)](https://bugzilla.gnome.org/show_bug.cgi?id=793906)**
## Description
Test Env:
============================================
Platform: SKL
Arch: x86_64
CentOS Linux release 7.3.1611 (Core)
Kernel: 4.4.0
libva MediaServerStudioEssentials2017R3.tar.gz (libva
1.67.0.pre1)
media_driver MediaServerStudioEssentials2017R3.tar.gz 16.5.2.64009-
ubit
gstreamer master branch 91798e16cc09420163684d13779f13f374164ea2
gst-bad master branch 1c81bf4bdc67b518d6b3bbc22398c17fe8ced1da
Reproduce Steps:
============================================
take one case for example
1. build enc as above lists
2. gst-launch-1.0 -q filesrc location=/media/yami_vc1/SA00073.vc1 '!' 'video/x-wmv,profile=(string)advanced,' width=176, height=144, framerate=14/1 '!' msdkvc1dec '!' videoconvert '!' video/x-raw,format=I420 '!' filesink location=./SA00073.vc1.yuv
3. dump_file_size=912384
4. the yuv file size should be 950400.
Failed cases
decode_vc1/SA00072.vc1 FAIL
decode_vc1/SA00073.vc1 FAIL
### Blocking
* [Bug 789886](https://bugzilla.gnome.org/show_bug.cgi?id=789886)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/666ksvideosrc: Device Monitor shows "video/x-raw,format=(string)H264" caps inste...2021-09-24T14:36:08ZBugzilla Migration Userksvideosrc: Device Monitor shows "video/x-raw,format=(string)H264" caps instead of "video/x-h264" for Logitech C920## Submitted by Marcos Kintschner
**[Link to original bug (#793939)](https://bugzilla.gnome.org/show_bug.cgi?id=793939)**
## Description
I'm using a webcam (Logitech C920) on Windows 10. Device monitor shows some caps containing "vi...## Submitted by Marcos Kintschner
**[Link to original bug (#793939)](https://bugzilla.gnome.org/show_bug.cgi?id=793939)**
## Description
I'm using a webcam (Logitech C920) on Windows 10. Device monitor shows some caps containing "video/x-raw, format(string)=H264", which AFAIK is not valid (it should be "video/x-h264").
Here are the full caps I got from device monitor:
___
gst-device-monitor-1.0.exe
Probing devices...
Device found:
name : HD Pro Webcam C920
class : Video/Source
caps : video/x-raw, format=(string)YUY2, width=(int)640, height=(int)480, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)160, height=(int)90, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)160, height=(int)120, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)176, height=(int)144, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)12/11;
video/x-raw, format=(string)YUY2, width=(int)320, height=(int)180, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)320, height=(int)240, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)352, height=(int)288, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)12/11;
video/x-raw, format=(string)YUY2, width=(int)432, height=(int)240, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)640, height=(int)360, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)800, height=(int)448, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)800, height=(int)600, framerate=(fraction)[ 5/1, 24/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)864, height=(int)480, framerate=(fraction)[ 5/1, 24/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)960, height=(int)720, framerate=(fraction)[ 5/1, 15/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)1024, height=(int)576, framerate=(fraction)[ 5/1, 15/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)1280, height=(int)720, framerate=(fraction)[ 5/1, 10/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)1600, height=(int)896, framerate=(fraction)[ 5/1, 15/2 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)1920, height=(int)1080, framerate=(fraction)5/1, pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)2304, height=(int)1296, framerate=(fraction)2/1, pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)YUY2, width=(int)2304, height=(int)1536, framerate=(fraction)2/1, pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)640, height=(int)480, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)160, height=(int)90, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)160, height=(int)120, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)176, height=(int)144, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)12/11;
video/x-raw, format=(string)H264, width=(int)320, height=(int)180, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)320, height=(int)240, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)352, height=(int)288, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)12/11;
video/x-raw, format=(string)H264, width=(int)432, height=(int)240, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)640, height=(int)360, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)800, height=(int)448, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)800, height=(int)600, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)864, height=(int)480, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)960, height=(int)720, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)1024, height=(int)576, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)1280, height=(int)720, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)1600, height=(int)896, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
video/x-raw, format=(string)H264, width=(int)1920, height=(int)1080, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)640, height=(int)480, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)160, height=(int)90, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)160, height=(int)120, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)176, height=(int)144, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)12/11;
image/jpeg, width=(int)320, height=(int)180, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)320, height=(int)240, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)352, height=(int)288, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)12/11;
image/jpeg, width=(int)432, height=(int)240, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)640, height=(int)360, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)800, height=(int)448, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)800, height=(int)600, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)864, height=(int)480, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)960, height=(int)720, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)1024, height=(int)576, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)1280, height=(int)720, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)1600, height=(int)896, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
image/jpeg, width=(int)1920, height=(int)1080, framerate=(fraction)[ 5/1, 30/1 ], pixel-aspect-ratio=(fraction)1/1;
gst-launch-1.0 ksvideosrc device-path="\\\\\?\\usb\#vid_046d\&pid_082d\&mi_00\#7\&38a25b45\&0\&0000\#\{6994ad05-93ef-11d0-a3cc-00a0c9223196\}\\global" ! ...
Version: 1.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/27Move panic handling for vfuncs into trait2018-11-03T21:30:02ZSebastian DrögeMove panic handling for vfuncs into traitThe default implementation would just abort(), element and others could catch, report an error message and poison the object.
This probably would have to be on the `ObjectType` traitThe default implementation would just abort(), element and others could catch, report an error message and poison the object.
This probably would have to be on the `ObjectType` traithttps://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/28Make object.rs and related GStreamer-independent2018-11-03T21:30:02ZSebastian DrögeMake object.rs and related GStreamer-independentIt would be nice to have this more generic so that it could e.g. also be used to build custom GTK widgets or the like.It would be nice to have this more generic so that it could e.g. also be used to build custom GTK widgets or the like.https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/29Add wrapper for GstAggregator2018-11-03T21:30:01ZSebastian DrögeAdd wrapper for GstAggregatorhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/30Add plugin around rust-av2018-11-29T17:07:31ZSebastian DrögeAdd plugin around rust-avA start of this can be found here: https://github.com/sdroege/gst-plugin-rs/tree/rust-av
Needs more workA start of this can be found here: https://github.com/sdroege/gst-plugin-rs/tree/rust-av
Needs more workhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/31reqwesthttpsrc: Make it feature-complete2020-05-30T09:01:31ZSebastian Drögereqwesthttpsrc: Make it feature-completeThis should ideally become feature-equivalent with souphttpsrc to become a proper replacement.This should ideally become feature-equivalent with souphttpsrc to become a proper replacement.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/445rtspsrc: regression with streams marked as recvonly2021-09-24T13:32:54ZBugzilla Migration Userrtspsrc: regression with streams marked as recvonly## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#793964)](https://bugzilla.gnome.org/show_bug.cgi?id=793964)**
## Description
+++ This bug was initially created as a clone of [Bug 793715](https://bugzilla.gnome.org...## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#793964)](https://bugzilla.gnome.org/show_bug.cgi?id=793964)**
## Description
+++ This bug was initially created as a clone of [Bug 793715](https://bugzilla.gnome.org/show_bug.cgi?id=793715) +++
We should find a way to enable filtering by recvonly/sendonly attributes again for the general case. Otherwise streams with recvonly (as in: the server wants to receive data from us) would not work in rtspsrc because we create a pad for those streams and it will never get any data.
Should be solved for 1.16.
### Depends on
* [Bug 793715](https://bugzilla.gnome.org/show_bug.cgi?id=793715)https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/87vaapi/mpeg2: segment fault when reverse playback2021-09-24T12:23:11ZBugzilla Migration Uservaapi/mpeg2: segment fault when reverse playback## Submitted by Chenglin Ye
**[Link to original bug (#793981)](https://bugzilla.gnome.org/show_bug.cgi?id=793981)**
## Description
I try rewind mpeg2 video(set playback rate to -1), however, segment fault caused at gstvaapidecoder_m...## Submitted by Chenglin Ye
**[Link to original bug (#793981)](https://bugzilla.gnome.org/show_bug.cgi?id=793981)**
## Description
I try rewind mpeg2 video(set playback rate to -1), however, segment fault caused at gstvaapidecoder_mpeg2.c:1461, traced by gdb, I found that packet.data value is 0x0. So, I think it is necessary to judge the value of packet.data before 1461, how do you think?
Else, It was strange to me why packet.data was 0x0 when rewind, and it was a valid value when playback normally, Dose mpeg2 video not support rewinding?
souce code:
--------------------------------------------------------------------
1454 if (!gst_buffer_map (buffer, &map_info, GST_MAP_READ)) {
1455 GST_ERROR ("failed to map buffer");
1456 return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
1457 }
1458
1459 packet.data = map_info.data + unit->offset;
1460 packet.size = unit->size;
1461 packet.type = packet.data[3];
1462 packet.offset = 4;
--------------------------------------------------------------------
Version: 1.12.xhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/446rtspsrc: one of 2 udpsrc elements not linking after 2 seconds2021-09-24T13:32:54ZBugzilla Migration Userrtspsrc: one of 2 udpsrc elements not linking after 2 seconds## Submitted by Tristan Matthews `@tmatth`
**[Link to original bug (#793991)](https://bugzilla.gnome.org/show_bug.cgi?id=793991)**
## Description
Given the following pipeline:
gst-launch-1.0 -q -e matroskamux streamable=true na...## Submitted by Tristan Matthews `@tmatth`
**[Link to original bug (#793991)](https://bugzilla.gnome.org/show_bug.cgi?id=793991)**
## Description
Given the following pipeline:
gst-launch-1.0 -q -e matroskamux streamable=true name=m ! fdsink \
rtspsrc location=$1 name=rdummy rdummy. ! application/x-rtp,media=video ! rtpjitterbuffer ! rtph264depay ! video/x-h264, stream-format=\(string\)byte-stream, alignment=\(string\)nal ! h264parse ! m. rdummy. ! application/x-rtp,media=audio ! rtpjitterbuffer ! rtpopusdepay ! m. > /dev/null
roughly 5% of the time, one of the two incoming media streams will fail after about 2 seconds (presumably after a latency query or reconfigure event?) as follows:
0:00:02.078042604 19777 0x7fc6dc026a80 LOG udpsrc gstudpsrc.c:986:gst_udpsrc_create:`<udpsrc4>` read packet of 93 bytes
0:00:02.078072313 19777 0x7fc6dc026a80 LOG udpsrc gstudpsrc.c:839:gst_udpsrc_create:`<udpsrc4>` doing select, timeout -1
0:00:02.081902970 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:986:gst_udpsrc_create:`<udpsrc1>` read packet of 1149 bytes
0:00:02.081942643 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:839:gst_udpsrc_create:`<udpsrc1>` doing select, timeout -1
0:00:02.085983387 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:986:gst_udpsrc_create:`<udpsrc1>` read packet of 1149 bytes
0:00:02.086292923 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:839:gst_udpsrc_create:`<udpsrc1>` doing select, timeout -1
0:00:02.090186233 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2515:new_manager_pad:`<rdummy>` got new manager pad <manager:recv_rtp_src_0_4129694351_100>
0:00:02.090220701 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2523:new_manager_pad:`<rdummy>` stream: 0, SSRC f626228f, PT 100
0:00:02.090233821 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2541:new_manager_pad:`<rdummy>` stream 0x7fc6dc034f90, container 0, added 1, setup 1
0:00:02.090242521 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2541:new_manager_pad:`<rdummy>` stream 0x7fc6dc039400, container 0, added 0, setup 1
0:00:02.090316801 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2497:copy_sticky_events:<'':recv_rtp_src_0_4129694351_100> store sticky event stream-start event: 0x7fc6c0001ae0, time 99:99:99.999999999, seq-num 197, GstEventStreamStart, stream-id=(string)04d49d18f97e5c7c23150b858a8db0013decbe84a153717fd9b6ca9957b2015b, flags=(GstStreamFlags)GST_STREAM_FLAG_NONE, group-id=(uint)2;
0:00:02.090349086 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2497:copy_sticky_events:<'':recv_rtp_src_0_4129694351_100> store sticky event caps event: 0x7fc69c004aa0, time 99:99:99.999999999, seq-num 273, GstEventCaps, caps=(GstCaps)"application/x-rtp\,\ media\=\(string\)video\,\ payload\=\(int\)100\,\ clock-rate\=\(int\)90000\,\ encoding-name\=\(string\)H264\,\ a-recvonly\=\(string\)\"\"\,\ npt-start\=\(guint64\)0\,\ play-speed\=\(double\)1\,\ play-scale\=\(double\)1";
0:00:02.090382172 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2497:copy_sticky_events:<'':recv_rtp_src_0_4129694351_100> store sticky event segment event: 0x7fc6b4001c20, time 99:99:99.999999999, seq-num 189, GstEventSegment, segment=(GstSegment)"GstSegment, flags=(GstSegmentFlags)GST_SEGMENT_FLAG_NONE, rate=(double)1, applied-rate=(double)1, format=(GstFormat)GST_FORMAT_TIME, base=(guint64)0, offset=(guint64)0, start=(guint64)0, stop=(guint64)18446744073709551615, time=(guint64)0, position=(guint64)0, duration=(guint64)18446744073709551615;";
0:00:02.090057803 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2515:new_manager_pad:`<rdummy>` got new manager pad <manager:recv_rtp_src_1_2169136101_111>
0:00:02.090690826 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2523:new_manager_pad:`<rdummy>` stream: 1, SSRC 814a63e5, PT 111
0:00:02.090700695 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2541:new_manager_pad:`<rdummy>` stream 0x7fc6dc034f90, container 0, added 1, setup 1
0:00:02.090708291 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2541:new_manager_pad:`<rdummy>` stream 0x7fc6dc039400, container 0, added 1, setup 1
0:00:02.090714387 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:986:gst_udpsrc_create:`<udpsrc1>` read packet of 1150 bytes
0:00:02.091397125 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:839:gst_udpsrc_create:`<udpsrc1>` doing select, timeout -1
0:00:02.091431768 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2497:copy_sticky_events:<'':recv_rtp_src_1_2169136101_111> store sticky event stream-start event: 0x7fc6a4002800, time 99:99:99.999999999, seq-num 213, GstEventStreamStart, stream-id=(string)179e366b8498a8667173dfedcff39eb461f11618ae6d5b147030dc493d655258, flags=(GstStreamFlags)GST_STREAM_FLAG_NONE, group-id=(uint)4;
0:00:02.091606717 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2497:copy_sticky_events:<'':recv_rtp_src_1_2169136101_111> store sticky event caps event: 0x7fc69c004440, time 99:99:99.999999999, seq-num 270, GstEventCaps, caps=(GstCaps)"application/x-rtp\,\ media\=\(string\)audio\,\ payload\=\(int\)111\,\ clock-rate\=\(int\)48000\,\ encoding-name\=\(string\)OPUS\,\ encoding-params\=\(string\)2\,\ a-recvonly\=\(string\)\"\"\,\ npt-start\=\(guint64\)0\,\ play-speed\=\(double\)1\,\ play-scale\=\(double\)1";
0:00:02.091685560 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2497:copy_sticky_events:<'':recv_rtp_src_1_2169136101_111> store sticky event segment event: 0x7fc6a40028e0, time 99:99:99.999999999, seq-num 201, GstEventSegment, segment=(GstSegment)"GstSegment, flags=(GstSegmentFlags)GST_SEGMENT_FLAG_NONE, rate=(double)1, applied-rate=(double)1, format=(GstFormat)GST_FORMAT_TIME, base=(guint64)0, offset=(guint64)0, start=(guint64)0, stop=(guint64)18446744073709551615, time=(guint64)0, position=(guint64)0, duration=(guint64)18446744073709551615;";
0:00:02.091822308 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_0_4129694351_100 received query caps
0:00:02.091918005 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received query caps
0:00:02.091981446 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2238:gst_rtspsrc_handle_src_event:`<rdummy>` pad rdummy:recv_rtp_src_0_4129694351_100 received event reconfigure
0:00:02.092019689 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_0_4129694351_100 received query caps
0:00:02.091957946 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received query caps
0:00:02.092692372 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_0_4129694351_100 received query caps
0:00:02.092794687 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2238:gst_rtspsrc_handle_src_event:`<rdummy>` pad rdummy:recv_rtp_src_0_4129694351_100 received event reconfigure
0:00:02.093092101 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received query caps
0:00:02.093123031 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2238:gst_rtspsrc_handle_src_event:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received event reconfigure
0:00:02.093145963 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received query caps
0:00:02.093179414 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received query caps
0:00:02.093223054 19777 0x7fc6b4001770 DEBUG rtspsrc gstrtspsrc.c:2238:gst_rtspsrc_handle_src_event:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received event reconfigure
0:00:02.093009008 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received query caps
0:00:02.093308037 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2238:gst_rtspsrc_handle_src_event:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received event reconfigure
0:00:02.093388795 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_1_2169136101_111 received query caps
0:00:02.094016160 19777 0x7fc6a40024f0 DEBUG rtspsrc gstrtspsrc.c:2565:new_manager_pad:`<rdummy>` We added all streams
0:00:02.095690762 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:986:gst_udpsrc_create:`<udpsrc1>` read packet of 1150 bytes
0:00:02.095756853 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:839:gst_udpsrc_create:`<udpsrc1>` doing select, timeout -1
0:00:02.098909941 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:986:gst_udpsrc_create:`<udpsrc1>` read packet of 1150 bytes
0:00:02.098946815 19777 0x7fc6dc0269e0 LOG udpsrc gstudpsrc.c:839:gst_udpsrc_create:`<udpsrc1>` doing select, timeout -1
0:00:02.099138373 19777 0x9c5d40 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_0_4129694351_100 received query seeking
0:00:02.099385232 19777 0x9c5d40 DEBUG rtspsrc gstrtspsrc.c:2352:gst_rtspsrc_handle_src_query:`<rdummy>` pad rdummy:recv_rtp_src_0_4129694351_100 received query duration
0:00:02.104513381 19777 0x7fc6dc026a80 LOG udpsrc gstudpsrc.c:986:gst_udpsrc_create:`<udpsrc4>` read packet of 93 bytes
0:00:02.104580298 19777 0x7fc6dc026a80 DEBUG rtspsrc gstrtspsrc.c:7604:gst_rtspsrc_handle_message:`<rdummy>` got error from udpsrc4
0:00:02.104589202 19777 0x7fc6dc026a80 DEBUG rtspsrc gstrtspsrc.c:7618:gst_rtspsrc_handle_message:`<rdummy>` combined flows: ok
Further debugging revealed that the udpsrc4 errors out due to not linking.
This may be pushing the limits of what one should expect from gst-launch, but the fact that this pipeline works without issue most of the time would seem to indicate that this is a bug.
I've reproduced this with GStreamer 1.8.3 and 1.13.1
Version: 1.13.1https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2772flvmux: dts/pts on output buffers2023-07-06T14:53:46ZBugzilla Migration Userflvmux: dts/pts on output buffers## Submitted by Tim Müller `@tpm`
**[Link to original bug (#793996)](https://bugzilla.gnome.org/show_bug.cgi?id=793996)**
## Description
Cloned bug to discuss pts/dts + negative-dts handling on output.
+++ This bug was initiall...## Submitted by Tim Müller `@tpm`
**[Link to original bug (#793996)](https://bugzilla.gnome.org/show_bug.cgi?id=793996)**
## Description
Cloned bug to discuss pts/dts + negative-dts handling on output.
+++ This bug was initially created as a clone of [Bug 793457](https://bugzilla.gnome.org/show_bug.cgi?id=793457) +++
$ gst-launch-1.0 videotestsrc ! x264enc ! flvmux ! fakesink silent=false -v | grep -e Segment -e chain | head -n 5