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

[Nicolas Dufresne]

Le vendredi 25 juin 2021 à 14:14 +0200, Ramon Poca via gstreamer-devel a écrit :
> 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 believe this specific issue has been fixed with the following MR:

https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/1088

> 
> 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)?
> 
> 
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel