Software vendors have to deliver video streams efficiently and quickly, while maintaining a high level of content quality. I'm going to play around with ffmpeg directly and see if I'm seeing the same issues.Video streaming is becoming a common practice across many different fields and companies.

I love the smaller file I get with H264, but the CPU overhead is much larger than I though it would be using hardware encoding. just takes a source video and encodes it to whatever Four CC is set.

I have sample code in my OpenCV install script. OK, so I'm seeing the same behavior with HK's image. h264_v4l2m2m V4L2 mem2mem H.264 encoder wrapper (codec h264) h264_omx OpenMAX IL H.264 video encoder (codec h264) libx264rgb libx264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 RGB (codec h264) Linux 4.14.150-odroidxu4 #1 SMP PREEMPT Mon Oct 28 07:56: armv7l armv7l armv7l GNU/Linux So it looks to me like h264_v4l2m2m is used by h264 and libx264 codecs? Seems like hardware encoding is working here.įfmpeg -i centaur_2.mpg -acodec aac -vcodec h264_v4l2m2m -b:v 2M -pix_fmt nv21 test.mp4Ībout the same performance, but the file is 10x larger!įfmpeg -i centaur_2.mpg -acodec aac -vcodec libx264 -b:v 2M -pix_fmt nv21 test.mp4Ībout the same as h264. If I use:įfmpeg -i centaur_2.mpg -acodec aac -vcodec h264 -b:v 2M -pix_fmt nv21 test.mp4ĬPU stays below 12% and I get 44 FPS. It appears that all the necessary pieces are already present in the release I'm using. My end game is to use hardware h264 encoding for my security camera streams (using OpenCV, etc).

Ffmpeg encode h264