Android ACodec状态机模型

最新推荐文章于 2024-08-09 22:39:42 发布
最新推荐文章于 2024-08-09 22:39:42 发布
阅读量1.1k 收藏 7
点赞数
分类专栏： Android开发 手机相关
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u012188065/article/details/104151450
版权

Android 的ACodec 用于管理底层各个Component的各种状态
采用了设计模式中的状态机模式
一共有九种状态，搞明白各种状态之间的转换逻辑，对于我们再去读代码会有比较好的帮助
交互逻辑如下：
在这里插入图片描述

利明的博客
关注
专栏目录
Android 13 - Media框架（20）- ACodec（二）
青山渺渺
12-09 2153
这一节开始我们就来学习 ACodec 的实现。
Android 13 - Media框架（22）- ACodec（四）
青山渺渺
12-14 2319
前面两节我们了解了 ACodec 的创建及配置流程，配置完成后 ACodec 进入了 LoadedState，这一节开始将会了解 ACodec 的启动过程。调用 ACodec::initiateStart 方法发出的 kWhatStart 消息将有 LoadedState 状态来处理，这个方法会向 OMX 组件发送命令，将组件的状态设定为，之后将 ACodec 的状态切换到中间等待状态。
android MediaCodec ACodec
husanlim 的专栏
04-21 5412
MediaCodecMediaCodec类可用于访问Android底层的媒体编解码器，例如，编码/解码组件。它是Android为多媒体支持提供的底层接口的一部分（通常与MediaExtractor, MediaSync, MediaMuxer, MediaCrypto, MediaDrm, Image, Surface, 以及AudioTrack一起使用）。从广义上讲，一个编解码器通过处理输入数据...
Android ACodec学习
bencharluo的专栏
03-03 4505
enum PortMode {     KEEP_BUFFERS,     RESUBMIT_BUFFERS,     FREE_BUFFERS, } Android ACodec会根据当前处于哪个state来决定buffer如何处理。 KEEP_BUFFERS:当ACodec处于BaseState或者收到OnInputBufferFilled消息但是buffer里面没有填有效数据的时
Android Media Framework（十四）ACodec - Ⅱ
最新发布
青山渺渺
08-09 1023
这一节我们一起来分析ACodec的创建、组件分配和组件配置过程，内容较为简单，轻松阅读吧。
ACodec状态机分析
achina2011jy的博客
05-06 1582
本文详细描述了ACodec的状态机原理，并配有完整的状态机总概图。
MediaCodec源码分析 ACodec状态机详解
baiiu
03-17 216
UninitializedState：未初始化状态。在业务层调用完成后切换到LoadedState。LoadedState：表示解码器已经加载完了；调用，和后，在LoadedState::onStart中调用让omx进入可Idel状态，后切换到LoadedToIdleState状态。LoadedToIdleState：初始化Buffer，解码器可用了；在接收到OMX_StateIdle返回后，并发送让omx切换到执行态，后切换到IdleToExecutingState状态。
Android MultiMedia框架——ACodec加载OMX
奋斗的菜鸟ing
03-27 1666
Android MultiMedia框架——OMX服务启动 Android MultiMedia框架——OMXPlugin Android MultiMedia框架——MediaCodec编码(上) Android MultiMedia框架——MediaCodec编码(下) Android MultiMedia框架——ACodec加载OMX 基于Android 9.0源码分析 这篇主要分析一下ACodec状态机模式，及ACodec和OMX建立连接，进行交互 1 状态机 ACodec继承于状态机类AHiera
Android ACodec消息机制一
bencharluo的专栏
09-19 3344
ACodec有一个BaseState和派生出来的其他State. FlushingState,ExecutingState等。     当有消息来的时候，如果派生类有重写，则会调到重写的方法里，如果没有，则会调到BaseState.     ACodec收到的消息分两种，一种是MediaCodec传过来的，一种是OMX Component传过来的。分别对应onMessageReceived和o
16. Android MultiMedia框架完全解析 - ACodec详细解析
做有意思的事情
07-20 1059
前言 之前的文章中，已经多次分析过ACodec，但是我仍然认为有必要单独拿出来一节分析其中的一些机制与流程，下面先来看看ACodec在整个NuPlayer架构中的位置： 1. ACodec消息机制 ACodec有一个BaseState和派生出来的其他State，如 UninitializedState,LoadedToIdleState, ExecutingState等。当有消息过来时，如果派生类有重写的方法，则会调到重写的方法，如果没有，则会调到BaseState的方法。 ACodec继承自AHiera
acodec：具有图形用户界面的各种算法的编码器和解码器
02-24
编解码器 图形用户界面可用于Windows，Linux和macOS。 下载 从下载。 安装 Windows ：如果您下载了ZIP包，则只需解压缩存档即可； 否则，请运行安装程序（EXE）来安装该应用程序。 如果Windows抱怨Windows保护您的PC弹出窗口，则可能仍然需要单击“运行”以继续安装。 为了启用“仍然运行”按钮，您可能需要打开安装程序的“属性”标签，“常规” ，“安全性”部分（如果可用），然后勾选“取消阻止”选项。 Linux和macOS ：解压缩存档。 此应用程序需要 v1.8（或更高版本）才能运行。 命令行参考 Usage : acodec < mode> < algorithm> [ - c < charset> ] { < text> | - f < source> [ < destination> ]
[Android Video Framework]ACodec加载OMX
少侠的专栏
01-31 3039
OpenMAX确立了一套标准的接口，上层App直接调用这些接口，底层硬件厂商直接实现这些接口， 从而实现了上层软件开发与底层芯片开发地彻底分离，加速了跨平台的多媒体组件的开发、整合和编程。 Android上的MediaCodec是通过ACodec来加载openmax层，了解OMX加载过程，有助于我们更好的分析问题和解决问题 加载过程还需从ACodec::UninitializedState::on...
Android 9.0 multimedia框架解析(五)ACodec配置解码器过程
我将带头加班的博客
08-24 6992
概述 先来回顾下上篇文章所讲的MediaPlayerService的start过程。MediaPlayerService的start通过层层调用会调用到NuPlayer::onStart，onStart会先启动GenericSource，然后通过异步的方式调用到NuPlayer::instantiateDecoder。在instantiateDecoder中，会创建NuPlayer::Decode...
ACodec从UninitializedState状态到LoadedState状态分析
achina2011jy的博客
10-25 687
一、引言： mediacodec在应用层的逻辑时序图如下（create->start）: 进入到native层之后，mediacodec会先去实例化本对象，然后执行init操作， init函数关键代码贴出如下： MediaCodec.cpp status_t MediaCodec::init(const AString &name, bool nameIsType, bool e...
Android 13 - Media框架（33）- ACodec（九）
青山渺渺
04-20 2027
FILL_BUFFER_DONE
Android 13 - Media框架（19）- ACodec（一）
青山渺渺
12-08 1155
这一节我们将会了解 ACodec 的状态转换机制，从 ACodec 的基类名称HierarchicalStateMachine来看，它用到的是分层状态机，了解这里的状态转换将会对我们学习 OpenMax 会有所帮助，也会对我们自己的代码书写有所帮助。
Acodec是如何通过其维护的状态来处理AMessage的？
achina2011jy的博客
10-24 658
一、问题引言： 初读mediacodec的代码，分析了stagefright框架中大量使用的AHandler、ALooper和AMessage组成的消息机制，我们知道每个AHandler都会通过ALooper去发送消息，然后，最终通过ALooper的loop函数将AMessage分发到各自的AHandler进行处理，但在Acodec中，明明仅ACodec是一个AHandler，为什么处理消息的时候...
android多媒体中，Codec2和ACodec的区别
06-04
在 Android 多媒体中，Codec2 和 ACodec 都是用于音频和视频编解码的组件，但它们之间存在一些区别： 1. 架构不同：Codec2 是基于 C/C++ 实现的硬件加速编解码库，可以直接使用底层硬件加速器（如 GPU、DSP 等）进行编解码，具有高效、快速的特点；而 ACodec 是基于 Java 实现的软件编解码库，不支持硬件加速，需要在 CPU 上进行编解码，具有一定的性能瓶颈。 2. 支持的格式不同：Codec2 支持的编解码格式比 ACodec 更多，包括 H.264、H.265、VP9、AV1、AAC 等；而 ACodec 支持的编解码格式较少，只包括 H.263、MPEG-4、AAC 等。 3. 应用场景不同：由于 Codec2 具有硬件加速的优势，因此适用于对性能要求较高的场景，如高清视频播放、视频直播、视频会议等；而 ACodec 适用于对性能要求不是很高的场景，如小视频播放、语音通话等。 总之，Codec2 和 ACodec 都是 Android 多媒体编解码的重要组件，具有各自的优势和适用场景。在实际开发中，需要根据具体的需求和设备性能选择合适的编解码方式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值