![Texas Instruments DM365 User Manual Download Page 79](http://html.mh-extra.com/html/texas-instruments/dm365/dm365_user-manual_1094517079.webp)
API Reference
4-33
APIs
refFrameRate
and
targetFrameRate
were initially
maintained (XDM API perspective) to enable frame rate
conversion by codec. For example, you could set
refFrameRate
= 30000 and
targetFrameRate
= 24000. This
implies that the encoder will get input @ 30frames per sec and
will convert frame rate from 30 to 24 while encoding. Hence, the
encoded bit-stream will have only 24 frames of data per sec.
DM365/DM368 implementation of
refFrameRate
and
targetFrameRate
: This feature is not supported in
DM365/DM368. Hence, we make
refFrameRate =
targetFrameRate
. For example:
Capturing at 15 fps and required bitrate is 768kbps, set
refFrameRate = targetFrameRate
= 15000 and
targetBitrate
= 768000
Capturing at 30fps and required bitrate is 1mbps, set
refFrameRate = targetFrameRate
= 30000 and
targetBitrate
= 1000000
Capturing at 30fps to encode at 15fps with bitrate of 768kbps,
Convert frame rate from 30 to 15 in application and then set
refFrameRate = targetFrameRate
= 15000 and
targetBitrate
= 768000
targetBitRate <= maxBitRate
The
inputHeight
and
inputWidth
must be multiples of two.
The
inputHeight
,
inputWidth
, and
targetFrameRate
should adhere to the standard defined level limits. For an
incorrect level, the encoder tries to match the best level for the
parameters provided. However, if it exceeds level 5.0, an error is
reported. As per the requirement, level limit can be violated for
targetBitRate
.
When
inputHeight
/
inputWidth
are non-multiples of 16,
encoder expects the application to pad the input frame to the
nearest multiple of 16 at the bottom/right of the frame. In this
case, application sets the
inputHeight
/
inputWidth
to the
actual height/actual width
; however, it should provide
the padded input YUV data buffer to the encoder.
When
inputWidth
is non-multiple of 16, the encoder expects
capture width as padded width(nearest multiple of 16). If the
capture width is 0, then the capture width is assumed to be the
padded width. In all other cases, the capture width provided
through input parameter is used for input frame processing.
For out of bound and invalid parameters, encoder returns with
fatal error.
intraFrameInterval
is used to signal the I frame interval in
H.264. There is one more field in extended dynamic params
called
idrFrameInterval
, which specifies the IDR frame
interval for H.264. With each IDR frame, SPS and PPS is sent.
The first frame of the sequence is always an IDR frame
Summary of Contents for DM365
Page 10: ...x This page is intentionally left blank ...
Page 12: ...xii This page is intentionally left blank ...
Page 24: ...Introduction 1 12 This page is intentionally left blank ...
Page 34: ...Installation Overview 2 10 This page is intentionally left blank ...
Page 116: ...API Reference 4 70 This page is intentionally left blank ...
Page 120: ...Error Description B 2 This page is intentionally left blank ...
Page 124: ...ARM926 TCM Buffer Usage By Codec D 2 This page is intentionally left blank ...
Page 126: ...Simple Two pass Encoding Sample Usage E 2 Case 1 Case 2 Case 3 Case 4 Frame Skip ...
Page 130: ...Simple Two pass Encoding Sample Usage E 6 This page is intentionally left blank ...