VC：H264编解码 - zhonglong/TPV GitHub Wiki

Gecko与Chromium内核相比，主要优点在于支持非HTTPS协议（局域网环境）；

@月伟在RK3399上测试过，Gecko与Chromium内核在CPU和内存使用情况上相差不大，性能上没有明显优劣；

@月伟跟客服确认过，新买的奥尼摄像头在Android平台上不支持H264硬件编码（Windows平台上支持）；

VP8：@刘攀确认iOS 11支持，故全部终端都支持VP8编码；

H264：Android端Gecko内核通过OpenH264插件支持，Chromium内核依赖芯片（RK3399不支持），其余各端都支持H264编码；

@瑞明修改服务端优先选择H264编码，实测H264和VP8两种编码，体验上并没有明显优劣；

WebRTC中Gecko和Chromium内核采用的OpenH264只支持Base Profile，弱于竞品的High AVC；

PD app，在RK3399芯片（2大核4小核）上可以流畅支持六路视频，但在V551（2小核）上打开摄像头CPU就满负载，无法流畅运行；

@梅琼确认过，单路视频采用硬解（NuPlayer），双路视频依赖芯片（RK3399/V551只支持单路硬解，MT6750支持双路硬解），三路及以上都采用软解；

开启多路视频后，PD界面响应延迟明显（3秒左右），而对比三星的Tab S2（4大核4小核）延迟低，若PD能使用更强的硬件，则可以忽略界面响应延迟问题；