具有 MediaCodec Surface 可靠性的 AVC 硬件编码器？

Question

我正在开发一个 Android 应用程序，该应用程序使用 MediaCodec 使用 Surface 方法对 H.264 视频进行编码。我的目标是 Android 5.0，并且我遵循了 bigflake.com 上的所有示例和示例（我两年前开始研究这个项目，所以我经历了所有的问题和其他问题）。

在 Nexus 6（它使用 Qualcomm 硬件编码器来执行此操作）上一切正常，并且我能够以多种输出（来自 MP4 本地文件，高达 http 流）。但是，当我尝试在使用 Mediatek 芯片组的 Sony Android TV（运行 Android 5.1）上使用该应用程序时，即使从编码级别开始，一切都变得混乱起来。更具体：

1. 基本上不可能让硬件编码器正常工作（即“OMX.MTK.VIDEO.ENCODER.AVC”）。使用最基本的设置（在 MediaCodec 级别成功），我将永远不会从中获取输出缓冲区，只有奇怪的、垃圾邮件、logcat 错误消息指出驱动程序在每次应编码帧时遇到错误，如下所示：

   01-20 05:04:30.575 1096-10598/? E/venc_omx_lib: VENC_DrvInit failed(-1)!
   01-20 05:04:30.575 1096-10598/? E/MtkOmxVenc: [ERROR] cannot set param
   01-20 05:04:30.575 1096-10598/? E/MtkOmxVenc: [ERROR] EncSettingH264Enc fail
   

2. 有时，尝试将其配置为以 360 x 640 像素分辨率进行编码将成功使编码器实际编码内容，但我会注意到的第一个问题是它只会创建一个关键帧，即第一个视频帧。在那之后，不再创建任何关键帧，只有 P 帧。当然，i-frame-interval 设置为一个不错的值，并且在其他设备上没有问题。不用说，这使得创建可查找的 MP4 文件或任何类型的流媒体解决方案成为不可能。

3. 大多数情况下，在释放编码器后，logcat 将开始无休止地发送“等待输入帧被释放...”的垃圾邮件，这基本上需要重新启动设备，因为从那时起无论如何都不会起作用。

4. 如果它没有在简单的 release() 之后大肆破坏，没问题 - 硬件编码器确保它不能被第二次创建，并且它回退到通用的 SOFTWARE avc google 编码器。hich ofcourse 基本上是一个模型编码器，它在尝试编码大于 160p 的任何视频时只会吐出一个错误......

所以，我的问题是：有没有希望让这个 MediaCodec API 在这样的设备上真正工作？我的理解是，谷歌/制造商（在这种情况下，索尼）执行了一些 CTS 测试，这将使开发人员实际上认为 API 支持在以运行 Android 5.1 为荣的设备上。我在这里遗漏了一些明显的东西吗？有没有人真的尝试过这样做（一个简单的 MediaCodec 视频编码测试）并成功了？真是令人沮丧！

PS：值得一提的是，即使是索尼也没有为这台电视机提供录音功能，反正很多人都在抱怨。所以，我的猜测是，这听起来更像是联发科的问题，但无论如何，在这种情况下，Android 的 CTS 究竟是什么？