The CSI to HDMI adapter has an annoying bug where it actually doesn't allow changing the framerate but takes whatever the host provides (e.g. the hdmi

@param[in] h264 H.264 byte stream format data(A set of NAL units)

The optimization we want to achieve is to "consume" messages with a given target sys and comp id that matches the given target sys id (e.g. the openhd

Version of strncpy that ensures dest (size bytes) is null-terminated. */

(normal, sport)

(centre, spot, average, custom)

cannot really be validated, depends on camera

called by ohd_interface / wb

On allwinner / X20 we set IQ params with scripts

use_ht40_plus: Only in 40Mhz mode

returns false if the config data (SPS,PPS,optional VPS) has changed true otherwise

using cedar (closed source) HW acceleration.

* Create a encoded stream for the allwinner, which is fully hardware * accelerated */

Dummy stream using either HW or SW encode.

Assumes there is a tee command named "t" somewhere in the pipeline right after the encoding step, so we can get the raw encoded data out. .avi support

* Create a encoded stream for rpicamsrc, which supports h264 encode in HW, and * h265 in SW (unusably slow) * @param camera_number use -1 to let rpi

* For V4l2 Cameras that do raw YUV (or RGB) we use a sw encoder. * This one has no custom resolution(s) yet. */

NOTE: This creates the proper NM connection, but does not start it yet.

For jetson we have a nice separation between camera / ISP and encoder This creates the encoding part of the gstreamer pipeline