【Android 视频硬件编码】在Native层实现MediaCodec H264 编码 Demon - 实现任意Size尺寸图片的编码
在前文《【Android 视频硬件编码】在Native层实现MediaCodec H264 编码 Demon》中，
我们实现了如何在Native层中对一系列图片进行编码，编码时配置的参数由具体的编码器性能来决定的，因此各机器编码时使用参数可能有所不同。
比如，我当前使用的这个车机的硬件编码器不支持YUV420P 格式，只支持YUV420SP（NV12） 格式，
因此我需要将源数据进行转格式，转成NV12格式后，再输入给到编码器进行编码。
接下来，我们进入正题。
一、引入编码失败的问题
在前文中，我们使用的是1280x720 格式的图片来进行编码的，编码成功。
但当我修改Size 为 1050x540 时，编码器就编码失败了。
图片信息如下：
如下是编码失败的log：
可以看出编码失败的原因是因为，我在送数据进入编码器时送数据失败了。
失败的原因为，我送入的数据大小为 850500，但编码器所需要的大小为 855360，也就是我送入的数据比编码器所需要的少了5000 多个字节，为什么呢？
我们来对比下之前 1280x720 格式时，编码成功时的log，可以看出，送入的数据大小正是编码器所需要的。
二、失败的原因分析
再回到之前的问题，为什么我送入的数据比编码器所需要的少了5000 多个字节？
由于我们目前没有这个车机编码器的详细资料，因此不知道它所支持的长宽规入，以下均是个人猜想。
2.1 猜想一，可不可能单纯填0
猜想一的意思是，将855360的前850500个数据填满，后面的多余数据填0，
这种方法等明天来试下，看看在末尾填0后，能不正常编码，以及，编码后的效果。
2.2 猜想二，编码器对长与宽存存字节对齐（比如4字节对齐等）
有关字节对齐的问题，可以参考下，我之前写 ffmpeg 编码项目时的经验：
《【FFmpeg编码实战】（1）将YUV420P图片集编码成H264视频文件》
如下图：
好，有了上面的思路，我们也来猜想下：
先看下
850500
850500
850500 是如何计算来的，我们知道YUV420P 格式为 YYYYYYYY UU VV，因此数据大小是 长x宽的 3/2 倍。
也就是，
850500
=
1050
×
540
+
1050
×
540
4
+
1050
×
540
4
=
1050
×
540
×
3
2
850500 = 1050 \times540 + \frac{1050\times540} 4 + \frac{1050\times540} 4 = \frac{1050\times540\times3} 2
850500=1050×540+41050×540+41050×540=21050×540×3
好，接下来，来看下编码器所需要的
855360
855360
855360 是怎么来的，先来强行拼凑下：
855360
=
1056
×
540
×
3
2
855360 = \frac{1056\times540\times3} 2
855360=21056×540×3
将近7点30了，先下班回家吃饭了，待更新！！！