gst_video_frame_copy: assertion 'dinfo->width == sinfo->width && dinfo->height == sinfo->height' failed

Ramon Poca ramon at broox.io
Fri Jun 25 12:14:21 UTC 2021


Hi there,

While doing a stream duplication using 'tee', if I set a videocrop element
after one of the branches, and output to xvimagesink, it shows a fixed
green video in  window.
gst-launch reports:
** (gst-launch-1.0:12042): CRITICAL **: 14:03:22.618: gst_video_frame_copy:
assertion 'dinfo->width == sinfo->width && dinfo->height == sinfo->height'
failed

I've traced this back to an issue in bugzilla, from long ago, with the test
line:
gst-launch-1.0 videotestsrc ! videocrop top=100 ! tee ! xvimagesink
which reproduces the behaviour.

The rather strange thing is that I used before a rather similar pipeline,
but outputting to v4l2loopback, and it works:

gst-launch-1.0 -m -v v4l2src device=/dev/video0 !
video/x-raw,width=1280,height=720,framerate=10/1 ! videoflip
method=clockwise ! tee name=t \
    t. ! queue ! videocrop left=40 right=40 top=400 bottom=400 !
video/x-raw,width=640,height=480 ! v4l2sink device=/dev/video2 \
    t. ! queue ! v4l2sink device=/dev/video3

(video2 and video3 being v4l2loopback devices).
I'm on Ubuntu 20 with gst-launch-1.0 version 1.16.2, GStreamer 1.16.2

Has this been fixed in later versions? Is it due to the xvimagesink
(vaapisink also shows a black frame)?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20210625/e115d7b9/attachment.htm>


More information about the gstreamer-devel mailing list