it fails with errors such as gcc: error: missing argument to '-mcpu='.Īnyone got any thoughts. I can never seem to get past the initial C compiler test. I've been trying to use h264v4l2m2m to encode video, but I can't get it working. I can use h264omx fine, although from my research I've learnt it is abandoned in favor of h264v4l2m2m. I've tried installing libomxil-bellagio-dev and libomxil-bellagio-bin as well as numerous guides for compiling ffmpeg on RPi all to no avail. I've compiled ffmpeg latest (version git-3de3d2f current Raspbian ffmpeg gives errors with h264omx). I've Googled extensively today, installing/compiling various things. libOmxCore.so not foundĮrror initializing output stream 0:0 - Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height I build my ffmpeg follo Hi guys, I am using ffmpeg to transcode some live. Essentially I'm trying to livestream one of my cameras to Youtube, which was working well previously on Raspbian.įfmpeg -nostdin -r 14.5 -i -f lavfi -i anullsrc -b:v 2M -b:a 128k -c:v h264_omx -ar 22050 -f flv rtmp://a./live2/ I've got one remaining hurdle for the moment: using the h264_omx hardware encoder with ffmpeg (currently does work with the h264 software encoder). It might be possible to coerce VideoIO into using a different binary(?) that you’ve compiled yourself.I'm nearly finished migrating my RPi4 4GB to Ubuntu 19.10 with Gnome - it is running better than I thought it would. I don’t know if it’s compiled into the Julia binaries though. On the encoding side, you could try to use the hardware accelerated encoder on the Pi - it’s the h264_omx codec in FFMPEG (see, e.g., ). That said, I’ve just noticed you aren’t actually timing the data acquisition… However, that hits some only partially implemented code paths but I put a PR to VideoIO with some fixes in but they could definitely use more testing. You could try disabling the transcoding (since it’s unnecessary if you are just piping out to a file) with the transcode=false in the opencamera call. I found that VideoIO by default transcodes into RGB (from the more usual YUV format that webcams produce) which slows down the data capture quite a bit.

Coincidentally, I was just trying something similar yesterday.

Raspibian built in ffmpeg h264