


















本讲是Android Camera性能分析专题的第21讲 ,我们介绍录像Buffer Path详解,包括如下内容:
在Android Q之前,Android实现硬件编解码的多媒体框架是MediaCodec->Acodec-> OpenMAX IL,芯片厂商实现OpenMAX IL。
谷歌在Android Q上推出了Codec2.0,旨在取代Acodec+OpenMAX,它可以看作是一套新的对接MediaCodec的中间件,往上对接MediaCodec Native层,往下提供新的API标准供编解码使用。
Codec2.0 是Android系统为vendor提供的⽤于实现 video/audio/filter 模块的HAL层接⼝API。芯片厂商可⽤这个API实现他们⾃⼰的HAL层。
使用VideoCodec和MediaRecorder.getSurface的方式录像的Buffer Path如下图所示:

Camera App不会参与到录像Buffer的轮转流程中,Video Buffer从CameraServer直接送到MediaCodec进程,MediaCodec进程Encode好Video Buffer后交给MediaServer进程通过MPEG4Writer写到Storage,详情流程介绍点击阅读原文,参考视频讲解。

Camera App不会参与到录像Buffer的轮转流程中,Video Buffer从CameraServer送到MediaServer进程再给MediaCodec进程,MediaCodec进程Encode好Video Buffer后交给MediaServer进程通过MPEG4Writer写到Storage,详情流程介绍点击阅读原文,参考视频讲解。
使用VideoCodec2和MediaRecorder.setInputSurface 的方式录像的Buffer Path如下图所示:

Camera App会参与到录像Buffer的轮转流程中,Video Buffer从CameraServer送到Camera App, Camera App进程将Buffer Acquire到后送给MediaServer进程,MediaServer进程再给MediaCodec进程,MediaCodec进程Encode好Video Buffer后交给MediaServer进程通过MPEG4Writer写到Storage,详情流程介绍点击阅读原文,参考视频讲解。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。