GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2023-11-03T16:42:57Zhttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3081gst-python build fails on Python 3.13 (patch included)2023-11-03T16:42:57ZGwyn Cieslagst-python build fails on Python 3.13 (patch included)https://bugzilla.redhat.com/show_bug.cgi?id=224725[py313.patch](/uploads/239a69609da6662674913acc23c0ca96/py313.patch)https://bugzilla.redhat.com/show_bug.cgi?id=224725[py313.patch](/uploads/239a69609da6662674913acc23c0ca96/py313.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1216amcvideodec: deadlock while flushing happen at same time with drain2023-11-03T14:17:33ZSoheyl Vafaamcvideodec: deadlock while flushing happen at same time with drainGstreamer version : 1.16.2
platform : android sdk:28 CPU:armv7
how it happens : when you seek accurate multiple time in the end section of video (of course that you must use H/W decoder) and when it happens ,player freezes without a...Gstreamer version : 1.16.2
platform : android sdk:28 CPU:armv7
how it happens : when you seek accurate multiple time in the end section of video (of course that you must use H/W decoder) and when it happens ,player freezes without any errors
log with amcvideodec:6 :
`gstamcvideodec.c:1178:_amc_gl_possibly_wait_for_gl_sync gl_sync 0xe4516030 unsuccessfully waited for frame 2309
gstamcvideodec.c:1126:_gl_sync_render_unlocked gl_sync 0xe4516030 successfully updated SurfaceTexture 0xc678f708 int
gstamcvideodec.c:938:_gl_sync_release_buffer gl_sync 0xe45167e0 possible 'on_frame_available' listener miss detected
gstamcvideodec.c:1178:_amc_gl_possibly_wait_for_gl_sync gl_sync 0xe45167e0 unsuccessfully waited for frame 2310
gstamcvideodec.c:1126:_gl_sync_render_unlocked gl_sync 0xe45167e0 successfully updated SurfaceTexture 0xc678f708 int
gstamcvideodec.c:1610:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Finished frame: flushing
gstamcvideodec.c:1688:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Flushing -- stopping task
gstamcvideodec.c:2461:gst_amc_video_dec_drain:<amcvideodec-omxexynosavcdec0> Waiting until codec is drained
`
The last three lines always happen And only one line is sometimes added for example:
`
gstamcvideodec.c:1610:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Finished frame: flushing
gstamcvideodec.c:1688:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Flushing -- stopping task
gstamcvideodec.c:2416:gst_amc_video_dec_drain:<amcvideodec-omxexynosavcdec0> Draining codec
gstamcvideodec.c:2461:gst_amc_video_dec_drain:<amcvideodec-omxexynosavcdec0> Waiting until codec is drained
`https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3088amcvideodec: deadlock while flushing happen at same time with drain2023-11-03T14:17:31ZSoheyl Vafaamcvideodec: deadlock while flushing happen at same time with drainGstreamer version : 1.16.2
platform : android sdk:28 CPU:armv7
how it happens : when you seek accurate multiple time in the end section of video (of course that you must use H/W decoder) and when it happens ,player freezes without a...Gstreamer version : 1.16.2
platform : android sdk:28 CPU:armv7
how it happens : when you seek accurate multiple time in the end section of video (of course that you must use H/W decoder) and when it happens ,player freezes without any errors
log with amcvideodec:6 :
`gstamcvideodec.c:1178:_amc_gl_possibly_wait_for_gl_sync gl_sync 0xe4516030 unsuccessfully waited for frame 2309
gstamcvideodec.c:1126:_gl_sync_render_unlocked gl_sync 0xe4516030 successfully updated SurfaceTexture 0xc678f708 int
gstamcvideodec.c:938:_gl_sync_release_buffer gl_sync 0xe45167e0 possible 'on_frame_available' listener miss detected
gstamcvideodec.c:1178:_amc_gl_possibly_wait_for_gl_sync gl_sync 0xe45167e0 unsuccessfully waited for frame 2310
gstamcvideodec.c:1126:_gl_sync_render_unlocked gl_sync 0xe45167e0 successfully updated SurfaceTexture 0xc678f708 int
gstamcvideodec.c:1610:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Finished frame: flushing
gstamcvideodec.c:1688:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Flushing -- stopping task
gstamcvideodec.c:2461:gst_amc_video_dec_drain:<amcvideodec-omxexynosavcdec0> Waiting until codec is drained
`
The last three lines always happen And only one line is sometimes added for example:
`
gstamcvideodec.c:1610:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Finished frame: flushing
gstamcvideodec.c:1688:gst_amc_video_dec_loop:<amcvideodec-omxexynosavcdec0> Flushing -- stopping task
gstamcvideodec.c:2416:gst_amc_video_dec_drain:<amcvideodec-omxexynosavcdec0> Draining codec
gstamcvideodec.c:2461:gst_amc_video_dec_drain:<amcvideodec-omxexynosavcdec0> Waiting until codec is drained
`https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3086No video when gstreamer decoder started after udp stream2023-11-03T13:57:27ZKiril MalerNo video when gstreamer decoder started after udp streamDear all,
I am trying to decode udp multicast mpegts stream containing one program with h264 video + one audio ac3 track
Server start command line at linux PC-1:
multicat test.ts 239.232.10.1:5004
And stream decoding is started at PC...Dear all,
I am trying to decode udp multicast mpegts stream containing one program with h264 video + one audio ac3 track
Server start command line at linux PC-1:
multicat test.ts 239.232.10.1:5004
And stream decoding is started at PC-2. No audio is decoded for brevity:
```
gst-launch-1.0 -v --gst-debug='_videodec_:6,basevideosink:6,GST_QOS:6' \\\
--no-fault --no-position udpsrc port=5004 multicast-group=239.232.0.1 \\\
caps="application/x-rtp,media=video,clock-rate=90000" \\\
blocksize=8192 retrieve-sender-address=false do-timestamp=false loop=false \\\
\\\
! rtpmp2tdepay \
! tsparse ! tsdemux name=dmx dmx. \
\\\
! "video/x-h264" ! queue ! parsebin ! queue \
! avdec_h264 \\\
! xvimagesink qos=true render-rectangle='\<100,100,240,136\>'
```
When udp streaming is started @ PC-1 before gstreamer decoding at PC-2, the video appears after \~ 2 sec. Great.
But, when gstreamer decoder at PC-2 is started several seconds before the PC-1 udp server, then video never appears.
All decoded frames are dropped in gstvideodecoder.c with similar message:
```
GST_QOS gstbasesink.c:4040:gst_base_sink_chain_unlocked: qos: dropped buffer rt 0:00:00.780000000, st 0:00:00.780000000, ts 0:00:00.780000000, dur 0:00:00.040000000
```
If I set 'qos=false' in gtsreamer command, video appears.
How to reproduce quickly:
Create gstreamer command listening to a live udp stream, add suitable GST_DEBUG=...
Start udp stream \~ 5 sec later. No video will appear.
Stop udp stream, stop gstreamer decoder
Change to 'qos=false'
Start gstreamer decoder
Start udp stream \~ 5 sec later. The video will appear, probably jerky because of missing QoS
My gut feeling is that gstbasesink.c does not update its base time when stream events are sent from gstvideodecoder.c after first finished frame
Consequently, gstbasesink.c sends incorrect QoS messages to decoder, resulting in all video frames dropped
The same drop messages also observed with fakevideosink
```
gst-launch-1.0 --version
gst-launch-1.0 version 1.22.6
GStreamer 1.22.6
```
Thanks.
I do not attach logs because issue is easy to reproduce with basic commands, no problem to add :-)https://gitlab.freedesktop.org/gstreamer/gstreamer-project/-/issues/114TLS/SSL support not available; install glib-networking2023-11-03T12:40:53ZTLS/SSL support not available; install glib-networkingI'm trying to make a secure WebRTC connection using [GStreamer 1.22 on macOS](https://gstreamer.freedesktop.org/download/#macos), based on [this example](https://github.com/GStreamer/gst-examples/blob/master/webrtc/multiparty-sendrecv/gs...I'm trying to make a secure WebRTC connection using [GStreamer 1.22 on macOS](https://gstreamer.freedesktop.org/download/#macos), based on [this example](https://github.com/GStreamer/gst-examples/blob/master/webrtc/multiparty-sendrecv/gst/mp-webrtc-sendrecv.c). When trying to connect to the signaling server via `wss://`, I get the following error:
> HTTP/1.1 6 TLS/SSL support not available; install glib-networking
Should the example work out-of-the-box? Is `glib-networking` somewhere in `GStreamer.framework`, and just isn't being found?
Or, if I have to add it manually: How can I do so without creating system-wide dependencies? Everything needs to be self-contained in one folder, which can be moved and sent to customers. So using a package manager to install `glib-networking` system-wide won't do.
In `GStreamer.framework/Libraries/gio/modules/` there's only `libgioopenssl.so`. I've tried loading that manually using `g_module_open_full`, before the call to `gst_init_check`. Loading succeeds, but I still get the above error.
Any help would be appreciated.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2756Incorrect media file when attempting to stream a MPEG-TS media from URI2023-11-03T11:52:27ZSUHAIL KUTTYIncorrect media file when attempting to stream a MPEG-TS media from URII am attempting to stream media from a URI, specifically a MPEG-TS format type file (with .ts extension). The video seems to playback faster than expected (almost like a fast forward 2x).
I ran the gst-discoverer-1.0 tool to retrieve in...I am attempting to stream media from a URI, specifically a MPEG-TS format type file (with .ts extension). The video seems to playback faster than expected (almost like a fast forward 2x).
I ran the gst-discoverer-1.0 tool to retrieve information of the media file as read by the Gstreamer v1.18.5.
I have pasted output below. I noticed that in the Properties, duration is around 5mins 46secs, where as the file media duration is about 15mins, as depicted by the output from ffmpeg tool (and obviously the file media when played back on a commercial media player, such as VLC.
See the entire output pasted from gst-discoverer-1.0 tool here:
WARN mpegtspacketizer mpegtspacketizer.c:1888:_set_current_group: GAP detected. diff 0:00:01.039988888
Done discovering http://localhost:8889/Test_4.ts
Properties:
Duration: 0:05:46.709459444
Seekable: yes
Live: no
Tags:
audio codec: MPEG-4 AAC
video codec: H.264
container: video/mpegts, systemstream=(boolean)true, packetsize=(int)188
audio: audio/mpeg, framed=(boolean)true, mpegversion=(int)4, level=(string)2, base-profile=(string)lc, profile=(string)lc, rate=(int)44100, channels=(int)1, stream-format=(string)adts
Tags:
audio codec: MPEG-4 AAC
Codec:
audio/mpeg, framed=(boolean)true, mpegversion=(int)4, level=(string)2, base-profile=(string)lc, profile=(string)lc, rate=(int)44100, channels=(int)1, stream-format=(string)adts
Stream ID: aebffa33bac2d8fa09151f41d3e003c39b8082d07d54f00d44ccfa8a95e5cc38:1/00000101
Language: <unknown>
Channels: 1 (unknown layout)
Sample rate: 44100
Depth: 32
Bitrate: 0
Max bitrate: 0
video: video/x-h264, stream-format=(string)avc, width=(int)704, height=(int)576, framerate=(fraction)0/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, alignment=(string)au, profile=(string)main, level=(string)3, codec_data=(buffer)014d001effe10009674d001e9da82c049901000468ee3c80
Tags:
video codec: H.264
Codec:
video/x-h264, stream-format=(string)avc, width=(int)704, height=(int)576, framerate=(fraction)0/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, alignment=(string)au, profile=(string)main, level=(string)3, codec_data=(buffer)014d001effe10009674d001e9da82c049901000468ee3c80
Stream ID: aebffa33bac2d8fa09151f41d3e003c39b8082d07d54f00d44ccfa8a95e5cc38:1/00000100
Width: 704
Height: 576
Depth: 24
Frame rate: 0/1
Pixel aspect ratio: 1/1
Interlaced: false
Bitrate: 0
Max bitrate: 0
See the entire output pasted from ffmpeg tool here:
Input #0, mpegts, from 'http://localhost:8889/Test_4.ts':
Duration: 00:15:00.07, start: 1.000000, bitrate: 1800 kb/s
Program 1
Metadata:
service_name : Service01
service_provider: FFmpeg
Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(progressive), 704x576, 25 fps, 25 tbr, 90k tbn
Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, mono, fltp, 71 kb/shttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3087Libre Office Impress 7.3.7.2 Ubuntu 22.04 Gstreamer Video playback distortion2023-11-03T10:25:15ZSouth East (M T)Libre Office Impress 7.3.7.2 Ubuntu 22.04 Gstreamer Video playback distortion### Describe your issue
Regardless of the format of the video, playback appears as a shrunken black and white window with a distorted aspect ratio, but the same videos played in VLC have no problems, rendering the use of Libre Office Im...### Describe your issue
Regardless of the format of the video, playback appears as a shrunken black and white window with a distorted aspect ratio, but the same videos played in VLC have no problems, rendering the use of Libre Office Impress for video playback unusable - this does not appear to be a problem with the 1.16 version of Gstreamer, but after upgrading to 1.20 it does, hence my assumption that this is a Gstreamer problem and not a Libre Office problem.
#### Expected Behavior
mp4 & ogg video formats should play without distortion
#### Observed Behavior
as above - video significantly distorted
#### Setup
Ubuntu 22.04
Laptop Len T480s
Gstreamer 1.20.1
### Steps to reproduce the bug
Embed video in Impress - then turn on presentation mode
### How reproducible is the bug?
tried on 3 different machines - also referred here https://ask.libreoffice.org/t/impress-mp4-movies-fail-to-play/97412
### Screenshots if relevant
N/A
### Solutions you have tried
downgrading Gstreamer - not possible
### Related non-duplicate issues
N/a
### Additional Information
N/ahttps://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/492no way to convert from Bytes to usize2023-11-03T09:09:42ZGuillaume Desmottesno way to convert from Bytes to usizeWe don't have any way to convert from `gst::format::Bytes` to `usize`.
This is annoying as I'd like to create a sized buffer with a size returned by `AudioInfo::convert::<Option<gst::format::Bytes>>(gst::ClockTime::from_mseconds(...))` ...We don't have any way to convert from `gst::format::Bytes` to `usize`.
This is annoying as I'd like to create a sized buffer with a size returned by `AudioInfo::convert::<Option<gst::format::Bytes>>(gst::ClockTime::from_mseconds(...))` but can't.
Should we implement `From` on it?https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2793Bad quality with qml6glsink and gstqt6d3d112023-11-02T21:09:28ZDeymos sBad quality with qml6glsink and gstqt6d3d11I moved the application to qt6 using gstqt6d3d11 and qml6glsink and noticed a significant reduction in quality in the sub stream and a noticeable reduction in quality in the main stream, on both sinks, I give examples of images on qt 5 q...I moved the application to qt6 using gstqt6d3d11 and qml6glsink and noticed a significant reduction in quality in the sub stream and a noticeable reduction in quality in the main stream, on both sinks, I give examples of images on qt 5 qmlglsink and gstqt6d3d11/qml6glsink
Picture that showed on qt5 qmlglsink/d3d11videosink/vlc:
![Picture that showed on qt5 qmlglsink/d3d11videosink/vlc](/uploads/562325e4eceefd94706e91f4aa0c60c1/изображение.png)
Picture that showed on qt6 qml6glsink/qml6d3d11sink:
![Picture that showed on qt6 qml6glsink/qml6d3d11sink](/uploads/37dee95c37e0bbd28d8409b0f5ae67fc/изображение.png)
comparision in testvideosrc:
![comparision in testvideosrc](/uploads/601371d5b57225a99d73661a76c29af9/изображение.png)
#### Expected Behavior
the video plays correctly with the original quality
#### Observed Behavior
the video plays with worse quality compared to the original
#### Setup
* **Operating System:** Windows 10
* **Device:** Computer
* **GStreamer Version:** 1.22.4
* **Command line:** `gst-launch-1.0 videotestsrc pattern=ball ! autovideosink`https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/448rtpav1depay can't recover from corrupted(?) frames: Error parsing OBU data2023-11-02T19:24:22ZNirbheek Chauhannirbheek.chauhan@gmail.comrtpav1depay can't recover from corrupted(?) frames: Error parsing OBU dataThe AV1 depayloader can get into an infinite loop of `Error parsing OBU data` very quickly where it stops outputting anything:
Receiver (start this first): `udpsrc address=127.0.0.1 port=5000 caps="application/x-rtp, media=(string)video...The AV1 depayloader can get into an infinite loop of `Error parsing OBU data` very quickly where it stops outputting anything:
Receiver (start this first): `udpsrc address=127.0.0.1 port=5000 caps="application/x-rtp, media=(string)video, encoding-name=(string)AV1, payload=(int)97, clock-rate=(int)90000" ! rtpjitterbuffer latency=500 ! rtpav1depay ! av1parse ! queue ! dav1ddec ! queue ! autovideosink`
Sender: `videotestsrc is-live=true ! queue ! timeoverlay ! "video/x-raw,width=1920,height=1080,framerate=60/1,format=I420" ! videoconvert ! queue ! svtav1enc preset=12 ! av1parse ! video/x-av1,stream-format=obu-stream,alignment=frame ! rtpav1pay pt=97 ! queue ! udpsink port=5000 host=127.0.0.1`
When this happens, it's possible to "recover" by restarting the receiver pipeline, which means it should be possible for the depayloader to do the same.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3085waylandsink: support only RGB formats2023-11-02T13:13:48ZRoman Shpuntovwaylandsink: support only RGB formatsI use gstreamer 1.22.5 on Ubuntu 23.10. gst-inspect shows next formats for `waylandsink`:
```
Pad Templates:
SINK template: 'sink'
Availability: Always
Capabilities:
video/x-raw
format: { (string)BGRx, (s...I use gstreamer 1.22.5 on Ubuntu 23.10. gst-inspect shows next formats for `waylandsink`:
```
Pad Templates:
SINK template: 'sink'
Availability: Always
Capabilities:
video/x-raw
format: { (string)BGRx, (string)BGRA, (string)RGBx, (string)xBGR, (string)xRGB, (string)RGBA, (string)ABGR, (string)ARGB, (string)RGB, (string)BGR, (string)RGB16, (string)BGR16, (string)YUY2, (string)YVYU, (string)UYVY, (string)AYUV, (string)NV12, (string)NV21, (string)NV16, (string)NV61, (string)YUV9, (string)YVU9, (string)Y41B, (string)I420, (string)YV12, (string)Y42B, (string)v308 }
width: [ 1, 2147483647 ]
height: [ 1, 2147483647 ]
framerate: [ 0/1, 2147483647/1 ]
```
I tried to use `videotestsrc` format I420 with `waylandsink`:
```
gst-launch-1.0 videotestsrc ! "video/x-raw, format=(string)I420" ! waylandsink -vv
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data stream error.
Additional debug info:
../libs/gst/base/gstbasesrc.c(3132): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...
```
and format NV12:
```
gst-launch-1.0 videotestsrc ! "video/x-raw, format=(string)NV12" ! waylandsink -vv
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0: Internal data stream error.
Additional debug info:
../libs/gst/base/gstbasesrc.c(3132): gst_base_src_loop (): /GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...
```
and no problem with `videoconvert`:
```
gst-launch-1.0 videotestsrc ! "video/x-raw, format=(string)I420" ! videoconvert ! waylandsink -vv
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstVideoTestSrc:videotestsrc0.GstPad:src: caps = video/x-raw, format=(string)I420, width=(int)320, height=(int)240, framerate=(fraction)30/1, multiview-mode=(string)mono, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw, format=(string)I420, width=(int)320, height=(int)240, framerate=(fraction)30/1, multiview-mode=(string)mono, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:src: caps = video/x-raw, width=(int)320, height=(int)240, framerate=(fraction)30/1, multiview-mode=(string)mono, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive, format=(string)BGRx
/GstPipeline:pipeline0/GstWaylandSink:waylandsink0.GstPad:sink: caps = video/x-raw, width=(int)320, height=(int)240, framerate=(fraction)30/1, multiview-mode=(string)mono, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive, format=(string)BGRx
/GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:sink: caps = video/x-raw, format=(string)I420, width=(int)320, height=(int)240, framerate=(fraction)30/1, multiview-mode=(string)mono, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw, format=(string)I420, width=(int)320, height=(int)240, framerate=(fraction)30/1, multiview-mode=(string)mono, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
Redistribute latency...
New clock: GstSystemClock
^Chandling interrupt.
Interrupt: Stopping pipeline ...
Execution ended after 0:00:01.706451202
Setting pipeline to NULL ...
Freeing pipeline ...
```
I have the same problem with `gtkwaylandsink`https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1115gstreamer-full links to both libsoup-2.4 and libsoup-3.0, which causes an abort2023-11-02T11:07:41ZNirbheek Chauhannirbheek.chauhan@gmail.comgstreamer-full links to both libsoup-2.4 and libsoup-3.0, which causes an abort```
ninja: Entering directory `/home/kayou/gstreamer/builddir'
[2/3] Generating Gst-1.0.gir with a custom command
FAILED: Gst-1.0.gir
/usr/bin/g-ir-scanner --no-libtool --namespace=Gst --nsversion=1.0 --warn-all --output Gst-1.0.gir '--...```
ninja: Entering directory `/home/kayou/gstreamer/builddir'
[2/3] Generating Gst-1.0.gir with a custom command
FAILED: Gst-1.0.gir
/usr/bin/g-ir-scanner --no-libtool --namespace=Gst --nsversion=1.0 --warn-all --output Gst-1.0.gir '--add-init-section=extern void gst_init(gint*,gchar**);g_setenv("GST_REGISTRY_DISABLE", "yes", TRUE);g_setenv("GST_REGISTRY_1.0", "/no/way/this/exists.reg", TRUE);g_setenv("GST_PLUGIN_PATH_1_0", "", TRUE);g_setenv("GST_PLUGIN_SYSTEM_PATH_1_0", "", TRUE);gst_init(NULL,NULL);' --quiet --c-include=gst/gst.h --cflags-begin -I/home/kayou/gstreamer/subprojects/gstreamer/gst/.. -I/home/kayou/gstreamer/builddir/subprojects/gstreamer/gst/.. -DGST_DISABLE_MINIOBJECT_INLINE_FUNCTIONS --cflags-end --add-include-path=/home/kayou/gstreamer/builddir -I/home/kayou/gstreamer/ -I/home/kayou/gstreamer/builddir/ -I/home/kayou/gstreamer/subprojects/gstreamer/. -I/home/kayou/gstreamer/builddir/subprojects/gstreamer/. -I/home/kayou/gstreamer/subprojects/gstreamer/. -I/home/kayou/gstreamer/builddir/subprojects/gstreamer/. --filelist=/home/kayou/gstreamer/builddir/libgstreamer-full-1.0.so.p/Gst_1.0_gir_filelist --include=GLib-2.0 --include=GObject-2.0 --include=GModule-2.0 --symbol-prefix=gst --identifier-prefix=Gst --pkg-export=gstreamer-1.0 --cflags-begin -I/home/kayou/gstreamer/subprojects/gstreamer/. -I/home/kayou/gstreamer/builddir/subprojects/gstreamer/. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -I/usr/include/gobject-introspection-1.0 --cflags-end --add-include-path=/usr/share/gir-1.0 -L/home/kayou/gstreamer/builddir/ --library gstreamer-full-1.0 --extra-library=glib-2.0 --extra-library=gobject-2.0 --extra-library=gmodule-2.0 --extra-library=girepository-1.0 --sources-top-dirs /home/kayou/gstreamer/subprojects/ --sources-top-dirs /home/kayou/gstreamer/builddir/subprojects/
(process:128960): libsoup-ERROR **: 09:15:12.394: libsoup3 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
Command '['/home/kayou/gstreamer/builddir/tmp-introspect6pupsmq7/Gst-1.0', '--introspect-dump=/home/kayou/gstreamer/builddir/tmp-introspect6pupsmq7/functions.txt,/home/kayou/gstreamer/builddir/tmp-introspect6pupsmq7/dump.xml']' died with <Signals.SIGTRAP: 5>.
ninja: build stopped: subcommand failed.
```
See: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1111#note_1315275https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/454macOS: ld does not support --version2023-11-02T10:49:37ZRoman ShpuntovmacOS: ld does not support --versionI tried to build gstreamer `1.22.6` on macOS Sonoma 14.0 with Apple M1 CPU, command:
```
./cerbero-uninstalled -c config/cross-macos-universal.cbc bootstrap
```
error log:
```
The Meson build system
Version: 1.1.1
Source dir: /Users/r...I tried to build gstreamer `1.22.6` on macOS Sonoma 14.0 with Apple M1 CPU, command:
```
./cerbero-uninstalled -c config/cross-macos-universal.cbc bootstrap
```
error log:
```
The Meson build system
Version: 1.1.1
Source dir: /Users/roman/work/vendor/gstreamer/gitlab.freedesktop/cerbero.1.22.6/build/sources/build-tools/zlib-1.2.12
Build dir: /Users/roman/work/vendor/gstreamer/gitlab.freedesktop/cerbero.1.22.6/build/sources/build-tools/zlib-1.2.12/_builddir
Build type: native build
Project name: zlib
Project version: 1.2.11
../meson.build:1:0: ERROR: Unable to detect linker for compiler `clang -Wl,--version -headerpad_max_install_names -Wl,-headerpad_max_install_names -Wno-error=unused-command-line-argument -arch arm64 -m64 -Wl,-arch,arm64 -mmacosx-version-min=10.13 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.0.sdk -L/Users/roman/work/vendor/gstreamer/gitlab.freedesktop/cerbero.1.22.6/build/build-tools/lib`
stdout:
stderr: ld: unknown options: --version
clang: error: linker command failed with exit code 1 (use -v to see invocation)
```https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3082some question about use flvdemux2023-11-02T06:52:10ZBarry-chen12581some question about use flvdemuxI have some questions when I try to use flvdemux.
I have a rtmp stream, I need to use flvdemux to get the video.
This is my cmd:
gst-launch-1.0 -v rtmpsrc location={rtmpsrc} ! flvdemux name=demux demux.video ! queue ! identity name=v_d...I have some questions when I try to use flvdemux.
I have a rtmp stream, I need to use flvdemux to get the video.
This is my cmd:
gst-launch-1.0 -v rtmpsrc location={rtmpsrc} ! flvdemux name=demux demux.video ! queue ! identity name=v_delay signal-handoffs=TRUE ! h264parse ! video/x-h264,stream-format=byte-stream ! fakesink demux.audio ! queue ! fakesink
but it doesn’t work each time, sometimes It can work, sometimes it can’t.
this is success
gst-launch-1.0 -v rtmpsrc location={rtmpsrc} ! flvdemux name=demux demux.video ! queue ! identity name=v_delay signal-handoffs=TRUE ! h264parse ! video/x-h264,stream-format=byte-stream ! fakesink demux.audio ! queue ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstQueue:queue1.GstPad:sink: caps = audio/mpeg, mpegversion=(int)4, framed=(boolean)true, stream-format=(string)raw, rate=(int)44100, channels=(int)2, codec_data=(buffer)1210
/GstPipeline:pipeline0/GstQueue:queue1.GstPad:src: caps = audio/mpeg, mpegversion=(int)4, framed=(boolean)true, stream-format=(string)raw, rate=(int)44100, channels=(int)2, codec_data=(buffer)1210
/GstPipeline:pipeline0/GstFakeSink:fakesink1.GstPad:sink: caps = audio/mpeg, mpegversion=(int)4, framed=(boolean)true, stream-format=(string)raw, rate=(int)44100, channels=(int)2, codec_data=(buffer)1210
/GstPipeline:pipeline0/GstQueue:queue0.GstPad:sink: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, codec_data=(buffer)01640028ffe1001c27640028ac2d301e0089f97011000003000100000300329da1c3138001000428ee3cb0
/GstPipeline:pipeline0/GstQueue:queue0.GstPad:src: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, codec_data=(buffer)01640028ffe1001c27640028ac2d301e0089f97011000003000100000300329da1c3138001000428ee3cb0
/GstPipeline:pipeline0/GstIdentity:v_delay.GstPad:src: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, codec_data=(buffer)01640028ffe1001c27640028ac2d301e0089f97011000003000100000300329da1c3138001000428ee3cb0
/GstPipeline:pipeline0/GstH264Parse:h264parse0.GstPad:sink: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, codec_data=(buffer)01640028ffe1001c27640028ac2d301e0089f97011000003000100000300329da1c3138001000428ee3cb0
/GstPipeline:pipeline0/GstIdentity:v_delay.GstPad:sink: caps = video/x-h264, stream-format=(string)avc, pixel-aspect-ratio=(fraction)1/1, codec_data=(buffer)01640028ffe1001c27640028ac2d301e0089f97011000003000100000300329da1c3138001000428ee3cb0
/GstPipeline:pipeline0/GstH264Parse:h264parse0.GstPad:src: caps = video/x-h264, stream-format=(string)byte-stream, pixel-aspect-ratio=(fraction)1/1, width=(int)1920, height=(int)1080, framerate=(fraction)25/1, parsed=(boolean)true, alignment=(string)au, profile=(string)high, level=(string)4
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-h264, stream-format=(string)byte-stream, pixel-aspect-ratio=(fraction)1/1, width=(int)1920, height=(int)1080, framerate=(fraction)25/1, parsed=(boolean)true, alignment=(string)au, profile=(string)high, level=(string)4
/GstPipeline:pipeline0/GstFakeSink:fakesink0.GstPad:sink: caps = video/x-h264, stream-format=(string)byte-stream, pixel-aspect-ratio=(fraction)1/1, width=(int)1920, height=(int)1080, framerate=(fraction)25/1, parsed=(boolean)true, alignment=(string)au, profile=(string)high, level=(string)4
/GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-h264, stream-format=(string)byte-stream, pixel-aspect-ratio=(fraction)1/1, width=(int)1920, height=(int)1080, framerate=(fraction)25/1, parsed=(boolean)true, alignment=(string)au, profile=(string)high, level=(string)4
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
![image](/uploads/2d92b4e544fbdd37965f8c9bede9d9d1/image.png)
this is not work
gst-launch-1.0 -v rtmpsrc location={rtmpsrc} ! flvdemux name=demux demux.video ! queue ! identity name=v_delay signal-handoffs=TRUE ! h264parse ! video/x-h264,stream-format=byte-stream ! fakesink demux.audio ! queue ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstQueue:queue1.GstPad:sink: caps = audio/mpeg, mpegversion=(int)4, framed=(boolean)true, stream-format=(string)raw, rate=(int)44100, channels=(int)2, codec_data=(buffer)1210
/GstPipeline:pipeline0/GstQueue:queue1.GstPad:src: caps = audio/mpeg, mpegversion=(int)4, framed=(boolean)true, stream-format=(string)raw, rate=(int)44100, channels=(int)2, codec_data=(buffer)1210
/GstPipeline:pipeline0/GstFakeSink:fakesink1.GstPad:sink: caps = audio/mpeg, mpegversion=(int)4, framed=(boolean)true, stream-format=(string)raw, rate=(int)44100, channels=(int)2, codec_data=(buffer)1210
![image](/uploads/bcd34bcb480602f69bc6627b5ab77c95/image.png)https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/452Follow-up from "ci: trigger pipeline automatically if it was created by a sch...2023-11-01T13:13:09ZTim-Philipp Müllertim@centricular.comFollow-up from "ci: trigger pipeline automatically if it was created by a schedule"The following discussion from !1250 should be addressed:
- [ ] @tpm started a [discussion](https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1250#note_2089823): (+1 comment)
> I think this created a regression: it ...The following discussion from !1250 should be addressed:
- [ ] @tpm started a [discussion](https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1250#note_2089823): (+1 comment)
> I think this created a regression: it now builds both `cerbero msvc x86-64` and `cerbero deps msvc x86-64` for monorepo sub-pipelines.
>
> The `deps` jobs should probably be hidden I think, as it was [previously](https://gitlab.freedesktop.org/gstreamer/cerbero/-/pipelines/979029)2023-09-28https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3062directsound: AC3/DTS passthrough does not work2023-11-01T09:52:00ZMilenko Mitrovicdirectsound: AC3/DTS passthrough does not workThere are a couple of issues in directsoundsink when trying to passthrough AC3/DTS.
I am not sure whether there is a bug in gst_audio_iec61937_payload itself or the G_BYTE_ORDER parameter added to the gst_audio_iec61937_payload call is ...There are a couple of issues in directsoundsink when trying to passthrough AC3/DTS.
I am not sure whether there is a bug in gst_audio_iec61937_payload itself or the G_BYTE_ORDER parameter added to the gst_audio_iec61937_payload call is wrong. I haven't really looked into it but changing G_BYTE_ORDER to G_BIG_ENDIAN fixed one part of it.
I am also not sure what gst_buffer_copy_into was supposed to do. IMO it was supposed to copy metadata and not copy the buffer and therefore override what has been created by the gst_audio_iec61937_payload call.
The _swab call swapped infobuf.size amount of data ignoring that the gst_audio_iec61937_payload call actually added a header to it. Maybe after the byte order was added as parameter to gst_audio_iec61937_payload this _swab call is not necessary anymore but IMO this could never have worked.
Attached is a patch that fixes the passthrough for me.
[0001-directsound-Fixed-AC3-DTS-passthrough.patch](/uploads/f0db7a47b606ff7e8b709066c39e25b0/0001-directsound-Fixed-AC3-DTS-passthrough.patch)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2991glcolorconvert incorrectly converts RGB planar video2023-11-01T07:41:21Zintractabilisglcolorconvert incorrectly converts RGB planar videoI am writing an application that connects to an RTSP server and receives a video stream encoded with H.265 with RGB, full-range planar colors. According to the H.265 standard, planar RGB is signaled by setting **chroma_format_idc** to 4:...I am writing an application that connects to an RTSP server and receives a video stream encoded with H.265 with RGB, full-range planar colors. According to the H.265 standard, planar RGB is signaled by setting **chroma_format_idc** to 4:4:4 and setting **matrix_coeffs** to GBR (referred to as RGB). See Rec. ITU-T H.265 v8, Table E.5.
`GstH265Parse` correctly recognizes this format and sets `chroma-format: 4:4:4` and `colorimetry: 1:1:16:4` (the first 1 in the colorimetry string means an RGB matrix).
However, `validate_colorimetry` from `video-info.c` thinks an RGB matrix is invalid for Y444.
```
if ((GST_VIDEO_FORMAT_INFO_IS_YUV (finfo)
|| GST_VIDEO_FORMAT_INFO_IS_GRAY (finfo))
&& info->colorimetry.matrix == GST_VIDEO_COLOR_MATRIX_RGB) {
GST_WARNING
("color matrix RGB is only supported with RGB format, %s is not",
finfo->name);
return FALSE;
}
```
As a result, `gst_video_info_from_caps` changes the RGB matrix to BT601. Moreover, it overwrites the 0...255 range with 16...235. Consequently, `glcolorconvert` treats GBR values as luma and two chroma components, producing incorrect colors.
The full graph is attached.
@marotc @ndufresne @ystreet
[pipeline.pdf](/uploads/76ea04225eb066e66eb49d81002a38df/pipeline.pdf)https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3078Set multiple properties with freeze_notify2023-10-31T16:17:05ZOmer TalSet multiple properties with freeze_notifyHello all,
So I am trying to set multiple properties of a GstElement using g_object_set. The number of properties is unknown so this must occur within a loop. I want all the properties to be updated at the same time, so I was trying to ...Hello all,
So I am trying to set multiple properties of a GstElement using g_object_set. The number of properties is unknown so this must occur within a loop. I want all the properties to be updated at the same time, so I was trying to use `g_object_freeze_notify` & `g_object_thaw_notify`.
So basically it looks something like this:
```
g_object_freeze_notify(object);
for (...)
{
g_object_set(object, ...);
}
g_object_thaw_notify(object);
```
My goal is to update `videocrop` properties and make sure the output is always at a fixed width & height (so I have to change top & bottom and left & right at the same time).
While I was testing my code, I tried removing the `g_object_thaw_notify()` call, and surprisingly, the object's properties did in fact change.
Is that an issue? Am I doing something wrong?
Thanks.
Omer.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3080GStreamer on Android with glimagesink does not work2023-10-31T16:16:03ZTylerGStreamer on Android with glimagesink does not work### Describe your issue
Using GStreamer 1.22.5 and glimagesink. On an Orange Pi 5 (RK3588s) chip I am unable to get glimagesink to play a 60fps smoothly at all. Local file playback or http stream.
#### Expected Behavior
A simple video f...### Describe your issue
Using GStreamer 1.22.5 and glimagesink. On an Orange Pi 5 (RK3588s) chip I am unable to get glimagesink to play a 60fps smoothly at all. Local file playback or http stream.
#### Expected Behavior
A simple video file should be able to play smoothly on the RK3588s chip.
#### Observed Behavior
Unwatchable video, plays one frame and then after 30 seconds another frame shows up.
#### Setup
- **Video:** https://archive.org/details/BigBuckBunnyFULLHD60FPS
- **Operating System:** Android 12
- **Device:** Orange Pi 5
- **GStreamer Version:** 1.22.5
### Steps to reproduce the bug
Take this code from:
https://gstreamer.freedesktop.org/documentation/tutorials/android/video.html?gi-language=c
and replace the pipeline with:
playbin uri=file://path/to/big/buck/bunny/60fps video-sink=glimagesink
### How reproducible is the bug?
Always reproduceable.
### Screenshots if relevant
### Solutions you have tried
### Related non-duplicate issues
### Additional Information
```
GStreamer+libav D 0:00:26.913173746 0xb400007d03078b80 :0: nal_unit_type: 1(Coded slice of a non-IDR picture), nal_ref_idc: 0
GStreamer+...ERFORMANCE D 0:00:26.913178412 0xb400007d22e679e0 ../gst/gstminiobject.c:542:ensure_priv_data allocating private data GstMemory miniobject 0xb400007d5354bd70
GStreamer+libav D 0:00:26.913229162 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:926:gst_ffmpegviddec_get_buffer2:<avdec_h264-0> getting buffer picture 0xb400007ce2ec9440
GStreamer+...ERFORMANCE D 0:00:26.913236746 0xb400007d22e679e0 ../gst/gstminiobject.c:441:gst_mini_object_make_writable copy GstBuffer miniobject 0xb400007d82ee8120 -> 0xb400007d82ee6a20
GStreamer+libav D 0:00:26.913280787 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:932:gst_ffmpegviddec_get_buffer2:<avdec_h264-0> opaque value SN 253
GStreamer+...rsers_h264 D 0:00:26.913325412 0xb400007d22e679e0 ../gst-libs/gst/codecparsers/gsth264parser.c:250:gst_h264_parse_nalu_header Nal type 1, ref_idc 0
GStreamer+videodecoder D 0:00:26.913350787 0xb400007d22f31b00 ../gst-libs/gst/video/gstvideodecoder.c:4184:gst_video_decoder_get_frame:<avdec_h264-0> frame_number : 253
GStreamer+h264parse D 0:00:26.913391621 0xb400007d22e679e0 ../gst/videoparsers/gsth264parse.c:1264:gst_h264_parse_handle_frame_packetized:<h264parse0> AVC nal offset 12083
GStreamer+libav D 0:00:26.913429537 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:734:gst_ffmpegviddec_video_frame_new:<avdec_h264-0> new video frame 0xb400007db2e773d0
GStreamer+h264parse D 0:00:26.913463662 0xb400007d22e679e0 ../gst/videoparsers/gsth264parse.c:972:gst_h264_parse_process_nal:<h264parse0> processing nal of type 1 Slice, size 12079
GStreamer+libav D 0:00:26.913492537 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:959:gst_ffmpegviddec_get_buffer2:<avdec_h264-0> storing opaque 0xb400007db2e773d0
GStreamer+h264parse D 0:00:26.913531037 0xb400007d22e679e0 ../gst/videoparsers/gsth264parse.c:1086:gst_h264_parse_process_nal:<h264parse0> first_mb_in_slice = 0
GStreamer+h264parse D 0:00:26.913592871 0xb400007d22e679e0 ../gst/videoparsers/gsth264parse.c:1089:gst_h264_parse_process_nal:<h264parse0> frame start: 1
GStreamer+...rsers_h264 D 0:00:26.913633996 0xb400007d22e679e0 ../gst-libs/gst/codecparsers/gsth264parser.c:2294:gst_h264_parser_parse_slice_hdr parsing "Slice header", slice type 6
GStreamer+h264parse D 0:00:26.913677162 0xb400007d22e679e0 ../gst/videoparsers/gsth264parse.c:1097:gst_h264_parse_process_nal:<h264parse0> parse result 0, first MB: 0, slice type: 6
GStreamer+h264parse D 0:00:26.913722954 0xb400007d22e679e0 ../gst/videoparsers/gsth264parse.c:488:gst_h264_parse_wrap_nal:<h264parse0> nal length 12079
GStreamer+libav D 0:00:26.913736662 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:1654:gst_ffmpegviddec_do_qos:<avdec_h264-0> decoding time 171114664
GStreamer+GST_MEMORY D 0:00:26.913760579 0xb400007d22e679e0 ../gst/gstmemory.c:141:gst_memory_init new memory 0xb400007da2e7ccd0, maxsize:12090 offset:0 size:12083
GStreamer+libav D 0:00:26.913814246 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:1835:gst_ffmpegviddec_video_frame:<avdec_h264-0> pts 4100000000 duration 16666666
GStreamer+...rsers_h264 D 0:00:26.913882787 0xb400007d22e679e0 ../gst-libs/gst/codecparsers/gsth264parser.c:1617:gst_h264_parser_identify_nalu_avc Can't parse, buffer has too small size 12083, offset 12083
GStreamer+libav D 0:00:26.913883954 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:1837:gst_ffmpegviddec_video_frame:<avdec_h264-0> picture: pts 0
GStreamer+libav D 0:00:26.913970287 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:1839:gst_ffmpegviddec_video_frame:<avdec_h264-0> picture: num 168
GStreamer+libav D 0:00:26.914023079 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:1841:gst_ffmpegviddec_video_frame:<avdec_h264-0> picture: display 0
GStreamer+GST_CAPS D 0:00:26.913945496 0xb400007d22e679e0 ../gst/gstpad.c:2715:gst_pad_has_current_caps:<h264parse0:src> check current pad caps video/x-h264, stream-format=(string)avc, alignment=(string)au, level=(string)5.2, profile=(string)high, codec_data=(buffer)01640034ffe1001e67640034acd9403c0043ec05b8086802000003000200000300f01e30632c01000668ebe3cb22c0, width=(int)3840, height=(int)2160, framerate=(fraction)60/1, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)2:1:7:1, coded-picture-structure=(string)frame, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true
GStreamer+libav D 0:00:26.914061579 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:1843:gst_ffmpegviddec_video_frame:<avdec_h264-0> picture: opaque 0xb400007db2e76b90
GStreamer+GST_MEMORY D 0:00:26.914100954 0xb400007d22e679e0 ../gst/gstmemory.c:89:_gst_memory_free free memory 0xb400007d5354bd70
GStreamer+libav D 0:00:26.914114079 0xb400007d22f31b00 ../ext/libav/gstavviddec.c:1845:gst_ffmpegviddec_video_frame:<avdec_h264-0> picture: reordered opaque 244
```https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/685gloverlaycomposition: Not all overlay are being displayed2023-10-31T14:52:47Ze71828gloverlaycomposition: Not all overlay are being displayedAs per comment https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/685#note_881135
Not all the overlay are being showed. This is supposedly running glimagesink. To reproduce this:
```
gst-launch-1.0 videotestsrc ! textoverlay t...As per comment https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/685#note_881135
Not all the overlay are being showed. This is supposedly running glimagesink. To reproduce this:
```
gst-launch-1.0 videotestsrc ! textoverlay text=one halignment=left ! textoverlay text=two halignment=right ! glimagesink
```