<div dir="auto">I second Nicholas's suggest<div dir="auto"> V4l2 is now the defacto encoder. Omx is no longer supported or being developed. Even if you get it to work, you will likely get very odd filtering like a green tinge to everything. Rpi3 should support the v4l2 encoder. I know the 4 does. </div></div> <div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 24, 2021, 2:36 PM Nicolas Dufresne via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> wrote: </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mercredi 24 novembre 2021 à 17:13 +0100, JPM via gstreamer-devel a écrit : > Hi, > > The follow pipeline running in a Rapberry pi 3 B+ bullseye version with > Gstreamer 1.18.4 crashes. > > I have tested some other pipelines based in avenc_h264_omx without any > success. There is no support for FFMPEG HW accelerators in GStreamer and should not be included in builds without pathces. For OMX, you should look for gst-omx with RPi target build (because OMX from RPi is not standard, well no OMX implementation is). You may want to start using V4L2 drivers for RPi instead, with v4l2h264enc. Nicolas > > gst-launch-1.0 videotestsrc ! video/x- > raw,width=1280,height=720,framerate=30/1,format=I420 ! avenc_h264_omx ! > fakesink > > 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(3127): 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 ... > > Any help ?. > > Regards. </blockquote></div>