Android Audio System 架构初探：库层（一）

最新推荐文章于 2024-07-13 18:15:21 发布
最新推荐文章于 2024-07-13 18:15:21 发布
阅读量3.1k 收藏 6
点赞数
分类专栏： Audio系统 文章标签： Android 架构 audio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ffmpeg4976/article/details/50568637
版权
本文深入探讨了Android音频系统的库层，包括MediaPlayerService、MediaExtractor和编解码器的工作原理。通过MediaPlayer与MediaPlayerService的交互，阐述了音频数据如何从APP层传递到AudioTrack。同时，详细介绍了MediaExtractor如何确定多媒体格式，以及AudioPlayer在软解码和硬解码模式下的缓冲数据交换过程。此外，还讲解了OMXCodec及其在软硬件解码中的作用，以及OMX的工作流程。
摘要由CSDN通过智能技术生成

1     库层(Native层)

1.1     MediaPlayer和MediaPlayerService

 

图表18MediaPlayer和MediaPlayerService

所以，MediaPlayerService和MediaPlayer之间是互为Bp，Bn的关系。MediaPlayer调用一个函数如getDuration实际上调的是MediaPlayerService create出来的一个player的getDuration，而这个player是一个MediaPlayerService的Client，它是一个BnMediaPlayer，然后加到mClients里。 所以MediaPlayer调用函数，会调用到MediaPlayerService的Client的同名函数。最终调用到Client里的变量mPlayer的同名函数。

从APP到AudioTrack

图表19创建stagefrightplayer的流程

图表20StagefrightPlayer上下文

playerType怎么拿的呢？从MediaPlayerFactory::getPlayerType(this, url)中拿来的，就是在sFactoryMap中拿得分最高的那个类型，sFactoryMap只在registerFactory_l被赋值，而MediaPlayerService构造函数中调用了registerBuiltinFactories，注册了几个Factory。

创建player（即Client里mPlayer）用到了简单工厂模式。有很多factory，这些factory创建了MediaPlayerBase，比如StagefrightPlayerFactory，new了一个player就是StagefrightPlayer（继承

最低0.47元/天 解锁文章
我把葡萄酿成酒
关注
专栏目录
Android Audio System
stefzeus的专栏
03-24 9879
参考http://blog.csdn.net/DroidPhone/archive/2010/10/14/5941344.aspxhttp://blog.csdn.net/DroidPhone/archive/2010/10/19/5951999.aspxhttp://blog.csdn.net/DroidPhone/archive/2010/10/18/5949280.aspx
android audio
yazhouren的专栏
08-20 858
android audio 最初就是linux 下的alsa, 后来在2.
Android 音频子系统(1) ---- 架构分析
最新发布
yong_i7的博客
07-13 1158
本系列文章基于AAOS14源码进行分析解读，部分框图直接使用了原作者的图片，侵权必删。音频子系统是Android框架中一个较为复杂的系统，涉及到较多的模块。一个应用涉及到的API层面包括APP层，FrameWork层，Native层，HAL层，Driver层。APP应用本身进程，使用应用层API：AudioManager，AudioTrack，AudioRecord；SystemServer进程，使用框架层的API：AudioService。
深入剖析Android音频之AudioSystem
深入剖析Android系统
10-11 5249
AudioSystem是AudioPolicyService和AudioFlinger对外提供接口类。
安卓Audio系统
liweixin2018的博客
05-05 512
afFrameCount--音频硬件BUFFER的大小 afFrameCount/afSampleRate--播放完音频硬件BUFFER中的数据需要多长时间，单位是秒。 忽视声道数，单位时间内的frame count值与单位时间内的采样率值是一样的。 ((1000 * afFrameCount) / afSampleRate)--转换为毫秒 afLatency--硬件延迟的最大时间 什么是硬件延迟？ 硬件播放硬件BUFFER里的数据，导致硬件可能有一段时间不能从客户端进程取得数据。具...
Android Audio 的播放
chituhuan的专栏
12-14 1162
Android Audio 的播放 前面已经分析了Video 的播放，现在看下Audio 的播放过程。Audio decode 后的数据是送给AudioFlinger处理， 由AudioFlinger 和硬件打交道。一 prepare 创建AudiO OMXCodec status_t AwesomePlayer:: prepare() 的prepare 函数会调用到prepareAsync_l
Android Audio System 架构初探：Java层
Walk More Slowly
01-23 4328
1     Java层 1.1     AudioManager AudioManager是Framework向App提供的接口，可以认为是audioService的一个Wrapper类。它内部的功能实现函数的一般描述如下：     public void setStreamMute(int streamType, boolean state) {         IAudioServ
Android Audio System 架构初探：概述
Walk More Slowly
01-23 5085
1     Audio系统 1.1     一些基本概念 采样率： 用一堆离散的数字表示真实世界里连续的声音信号，需要对其进行采样，理论基础是奈奎斯特采样定理。采样率的单位是赫兹，就是说一秒有多少个采样，一般数字音频的采样率通常为8k~48k，一些hifi系统的采样率可以达到192k。 奈奎斯特采样定理：当对被采样的模拟信号进行还原时，其最高频率只有采样频率的一半。 位深： 一个系统用
Android 系统架构图
墨鱼菜鸡
07-11 5359
Android 操作系统架构开篇：http://gityuan.com/android/https://cloud.tencent.com/developer/article/1429122 Android架构图(五层框架)：https://www.cnblogs.com/pengdonglin137/p/3858254.html 官方系统架构图：h...
android音频hal接口测试,Android音频框架笔记
weixin_29540599的博客
05-27 784
提醒一下，纯个人笔记，你完全可能看晕六、HAL层6-1、Audio HAL层，其实包括了audio.xxx.so 和 audiopolicy.so等。从前述的总框架图，也有写，代码库路径也有写。具体运行时so对象图，对于audio.xxx.so部分，参考“Android系统Audio框架介绍”最后一张图。如下：Paste_Image.png6-2、对audio.primary.so库，对于Audi...
Android原生蓝牙音乐绑定、Sink端play流程
wangadping的博客
11-07 2156
[Android Audio] 什么是offload audio
ykun089的博客
12-13 1492
offload audio是AudioTrack中表示某一类数据的一种说法，offload audio数据是指audio不需要由app进行解码，解码工作由硬件完成。也就是说AudioTrack的write写入的数据是未解码的数据，而不是pcm数据。解码的工作交由AudioTrack的插件完成，比如DefaultAudioTrack，或者自己写的MyAudioTrack。如果App通过MediaCodec解码后，再write 解码后的pcm数据，这种情况不属于offload模式。
Android8.1 audio之compressed offload流程(四十一)
Android系统攻城狮
06-04 1202
1.frameworks/av/media/libmediaplayerservice/nuplayer/NuPlayer.cpp
Android7.1 Offload模式下的音频数据播放流程
zhuyong006的博客
04-16 4593
在Android7.1 Offload模式下的音频数据抽取过程完成数据的抽取后，紧跟着会将数据交给AudioFlinger的track进行播放 MixerThread是Android音频输出的核心部分，所有Android的音频都需要经过MixerThread进行混音后再输出到音频设备。   MixerThread的继承关系如下： MixerThread--->PlaybackThr...
android mp3 混响 导出,Android7.1 Offload模式下的音频数据播放流程
weixin_30200131的博客
05-28 548
在Android7.1 Offload模式下的音频数据抽取过程完成数据的抽取后，紧跟着会将数据交给AudioFlinger的track进行播放对于offload的track，其在AudioFlinger中使用的播放线程并非是MixerThread(这种线程是在audioserver进程创建的时候就预先创建好了的)，而是实时创建的OffloadThread线程。AudioFlinger.cpp (f...
android 9充电提示音，无声需要重启才能恢复
wangjicong_215的博客
07-14 611
错误log如下： 07-09 17:13:42.112 W/NuPlayerRenderer( 648): onDrainAudioQueue(): audio sink is not ready 07-09 17:13:42.113 E/NuPlayerDecoder( 648): Renderer reported 0xffffffed when changing audio output format 07-09 17:13:42.113 W/NuPlayerRenderer( 648): on
Android音频系统之AudioFlinger(二)
陌陌的专栏
03-26 891
转载自http://bbs.9ria.com/forum.php?mod=viewthread&tid=213240&highlight=AUDIOFLINGER   1.PlaybackThread的循环主体当一个PlaybackThread进入主循环后(threadLoop),音频事务就正式开启了。仔细观察的话，我们会发现这个循环中会不断地调用以“threadLoop_”开头的若干接口，比
Android源码－－listAudioPorts调用过程
wangrl的博客
11-01 3026
AudioService.java private void configureHdmiPlugIntent(Intent intent, int state) {     ArrayList ports = new ArrayList();     int[] portGeneration = new int[1];     int status = AudioSystem.listAu
Android Audio系统深度解析：从架构到硬件抽象层
"Android Audio架构解析，涵盖了Android音频系统的概述，适合学习者理解音频处理的各个环节。" Android Audio架构是Android操作系统中处理音频流传输、控制和设备管理的关键组成部分。它由多个层次组成，确保了音频...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值