commit bc7164d2f18cc7944454c9ab59427d61204c3574
author Martin Storsjo <martin@martin.st> Mon May 25 14:42:53 2015 +0300
committer Martin Storsjo <martin@martin.st> Mon May 25 20:41:37 2015 +0300
tree 65f22c299302d8a49a069c35150abfaae175f222
parent 25e8adb631df325607216ad6f3d6638442d9f453

Include space for chroma in the padding allocated in ih264e_get_total_pic_buf_size

Chroma is already accounted for in e.g. num_samples by multiplying
the number of luma samples by 3/2, so include it in the padding
calculation as well.

This fixes encoding 176x144 at level 1.0 - normally this isn't an issue
since the padding is a bit overestimated, but for this particular
resolution/level combination, it fails unless this is calculated properly.

Change-Id: Id5df6e5aee4d3d78f4c28a3b7d5fed6fe42a1f2c

encoder/ih264e_utils.c

diff --git a/encoder/ih264e_utils.c b/encoder/ih264e_utils.c
index f0086cb..44e4cc0 100644
--- a/encoder/ih264e_utils.c
+++ b/encoder/ih264e_utils.c
@@ -366,7 +366,7 @@
     size = num_samples * max_num_bufs;
 
     /* Account for padding area */
-    size += ((pad * pad) + pad * (max_wd + min_ht)) * max_num_bufs;
+    size += ((pad * pad) + pad * (max_wd + min_ht)) * 3 / 2 * max_num_bufs;
 
     return size;
 }