summaryrefslogtreecommitdiffstats
path: root/src/context.c
diff options
context:
space:
mode:
authorMaxime Ripard <maxime.ripard@bootlin.com>2018-07-16 14:28:25 +0200
committerMaxime Ripard <maxime.ripard@bootlin.com>2018-07-17 15:30:33 +0200
commite7c09a336f74a688e6fb3609afd8c2687dee03c4 (patch)
tree924966b8a778a0cec122b45c66423ec2fca70f68 /src/context.c
parentdadb3d344f5327b0e27c559f46051ca522887077 (diff)
downloadlibva-v4l2-request-e7c09a336f74a688e6fb3609afd8c2687dee03c4.tar.gz
libva-v4l2-request-e7c09a336f74a688e6fb3609afd8c2687dee03c4.tar.bz2
libva-v4l2-request-e7c09a336f74a688e6fb3609afd8c2687dee03c4.zip
h264: Implement local cache of the latest decoded pictures
The libva only provides the reference images needed to decode the current picture, but not the full DPB. However, some codecs need that whole DPB in order to decode a picture. For example, the Allwinner hardware codec has an internal SRAM, with each picture getting a slot in that SRAM, and during each decoding process, some metadata will then be generated from that SRAM content to a separate buffer. Therefore, each frames must be located at the same SRAM position each time so that the metadata are then re-used properly. However, since libva will only pass a few reference images, we can end up in a situation where multiple, subsequent, frames will have the same reference images set, but might all be used as reference later on and cannot therefore be located at the same position. And from a more theorical point of view, Linux expects a full blown DPB in its H264 control. In order to work around this, we can create a shadow of the DPB by simply maintaining a list of 16 decoded images, each associated with their VAPictureH264 and an age. This age is the last time we used that frame as reference. When a new picture is decoded, either we assign it to a free slot, or we reuse the slot from the frame that hasn't been used as a reference for the longest time. This is a much simpler approach than the one documented in the H264 spec, but this shouldn't really be a problem since we don't handle the reference frames ourselves, but just re-use the one from the libva, and taken from the bitstream before. As such, frames that are not supposed to be used for reference will not be anymore, their age will not increase, and therefore after a while we will garbage-collect their slot to store a much newer frame. Signed-off-by: Maxime Ripard <maxime.ripard@bootlin.com>
Diffstat (limited to 'src/context.c')
-rw-r--r--src/context.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/src/context.c b/src/context.c
index 9712ad1..524c6a7 100644
--- a/src/context.c
+++ b/src/context.c
@@ -74,6 +74,7 @@ VAStatus SunxiCedrusCreateContext(VADriverContextP context,
status = VA_STATUS_ERROR_ALLOCATION_FAILED;
goto error;
}
+ memset(&context_object->dpb, 0, sizeof(context_object->dpb));
switch (config_object->profile) {
case VAProfileMPEG2Simple: