技术标签: 音频
MediaPlayer播放流程
setDataSource流程
应用通过setDataSource(FileDescriptor fd, long offset, long length)这个方法将音频资源设置下来,setDataSource 将path 变成文件 描述符fd,最后将fd通过native的_setDataSource设置到下面去
Android_media_MediaPlayer.cpp
在JNI注册表中将_setDataSource方法映射成 android_media_MediaPlayer_setDataSourceFD方法
android_media_MediaPlayer_setDataSourceFD
2. process_media_player_call是检测调用的返回值的,如果返回值有一些其他的异常则抛出异常。
process_media_palyer_call
MediaPlayer.cpp
MediaPlayer::attachNewPlayer
1.将 MediaPlayer的当前状态保存在mCurrentState变量中
MediaPlayerService::Client::setDataSource
MediaPlayerFactory::getPlayerType
GET_PLAYER_TYPE_IMPL
getDefaultPlayerType
MediaPlayerService::Client::setDataSource_pre
MediaPlayerService::AudioOutput::AudioOutput
MediaPlayerService::Client::createPlayer
MediaPlayerFactory::createPlayer
sp<MediaPlayerBase> createPlayer
NuPlayerDriver::setDataSource
NuPlayer::setDataSourceAsync
NuPlayer::GenericSource::GenericSource
NuPlayer::GenericSource::setDataSource
NuPlayer::GenericSource::resetDataSource
至此,setDataSource的流程就讲完了。
上一节讲了setDataSource方法,现在开始讲prepareAsync的流程
prepareAsync
prepareAsync在JNI中的映射为android_media_MediaPlayer_prepareAsync
android_media_MediaPlayer_prepareAsync
MediaPlayer::prepareAsync
MediaPlayer::prepareAsync_l
MediaPlayerService::Client::setParameter
MediaPlayerService::Client::setAudioStreamType
MediaPlayerService::Client::prepareAsync
NuPlayerDriver::prepareAsync
NuPlayer::prepareAsync
在onMessageReceived中接收到kWhatPrepare的消息后执行mSource->prepareAsync,之前获取到的Source为GenericSource。
NuPlayer::GenericSource::prepareAsync
NuPlayer::GenericSource::onMessageReceived
NuPlayer::GenericSource::onPrepareAsync
NuPlayer::GenericSource::initFromDataSource
这里出现了三大组件的另外一个MediaExtractor分离器。并且将数据分离开来了,将视频的数据分到mVideoTrack,把音频的分到mAudioTrack。所以上层调用prepare的时候耗时是消耗在这里。他需要分离出数据,解析一部分头信息,一些比较复杂的格式,需要较长的时间。
MediaPlayer.java
Android_media_MediaPlayer.cpp
android_media_MediaPlayer_start
MediaPlayer::start
1.调用播放器的start方法,前面我们获取到的播放器为NuPlayer,所以这里调用的是NuPlayer的start方法
NuPlayer::start
NuPlayer::onStart
NuPlayer::postScanSources
1.发送kWhatScanSources消息
处理消息kWhatScanSources,根据情况初始化音频解码器和视频解码器(需要在audio解码器之前实例化video解码器,因为成功初始化视频解码器可能会改变音频解码器的深度缓冲模式)
NuPlayer::instantiateDecoder
至此 Nuplayer里面的四大组件都准备好了。有GenericSource负责输入数据,MediaExtractor负责分离数据,MediaCodec负责解析数据,Renderer负责输出数据。
MediaCodec::init
MediaCodec::GetCodecBase
ACodec::ACodec
1.在ACodec的构造中将其状态转换为UninitializedState
MediaCodec::onMessageReceived
ACodec::initiateAllocateComponent
ACodec::UninitializedState::onMessageReceived
ACodec::UninitializedState::onAllocateComponent
1.调用OMXClient::connect(),通过binder机制获得MediaPlayerService和MediaCodecService,然后通过MediaPlayerService和MediaCodecService来创建OMX的实例(这样OMXClient就获得了OMX的入口,就可以通过binder机制来获得OMX提供的服务,也就是说OMXClient是android中openmax的入口)
2. 调用OMX::allocateNode
3. 向MediaCodec发送kWhatComponentAllocated消息,在消息处理中将MediaCodec状态设为INITIALIZED
Omx::allocateNode
OMXMaster::makeComponentInstance
SoftOMXPlugin::makeComponentInstance
NuPlayer::DecoderBase::init
NuPlayer::DecoderBase::configure
NuPlayer::DecoderBase::onMessageReceived
NuPlayer::Decoder::onConfigure
MediaCodec::configure
MediaCodec::onMessageReceived
ACodec::initiateConfigureComponent
ACodec::LoadedState::onMessageReceived
ACodec::LoadedState::onConfigureComponent
ACodec::configureCodec
CodecCallback::onComponentConfigured
MediaCodec::onMessageReceived
MediaCodec::start
MediaCodec::onMessageReceived
ACodec::initiateStart
ACodec::LoadedState::onMessageReceived
ACodec::LoadedState::onStart
ACodec::IdleToExecutingState::onOMXEvent
ACodec::ExecutingState::resume
ACodec::BaseState::postFillThisBuffer
ACodecBufferChannel::fillThisBuffer
BufferCallback::onInputBufferAvailable
NuPlayer::Decoder::onMessageReceived
NuPlayer::Decoder::handleAnInputBuffer
3.调用函数NuPlayer::DecoderBase::onRequestInputBuffers,处理是否需要更多的数据。其中会调用NuPlayer::Decoder::doRequestBuffers,若返回true则需要更多的数据,则会产生新消息kWhatRequestInputBuffers,消息处理中又将调用onRequestInputBuffers。(实际获取更多缓冲的操作在下面ACodec部分完成)
MediaCodec::getInputBuffer
2.1 NuPlayer::Decoder::onInputBufferFetched
2.2 MediaCodec::queueInputBuffer
2.3 MediaCodec::onMessageReceived
1. 调用onQueueInputBuffer
NuPlayer::DecoderBase::onRequestInputBuffers
NuPlayer::DecoderBase::onMessageReceived
1.在OMX发送OMX_EventCmdComplete事件后会调用到ACodec::ExecutingState::resume函数,在resume中调用ACodec::BaseState::postFillThisBuffer前会先调用函数ACodec::ExecutingState::submitOutputBuffers,即在获取输入数据前会先把输出端的数据提交出去。
(2).然后调用SimpleSoftOMXComponent::fillThisBuffer产生kWhatFillThisBuffer消息,消息处理中实际的组件就要调用onQueueFilled函数(实际组件继承自SimpleSoftOMXComponent)。
(3). 接着会调用SoftOMXComponent::notifyFillBufferDone使用OMX的回调机制,闭环发送消息到OMX客户端ACodec。
(4). 之后调用到OMXNodeInstance:: OnFillBufferDone 函数,其又会调用OMX:: OnFillBufferDone ,然后在其中会发送omx_message:: FILL_BUFFER_DONE消息,ACodec中收到该消息(CodecObserver中先收到,但只设置消息)调用ACodec::BaseState:: onOMXFillBufferDone 。
(5).在onOMXFillBufferDone中获取PortMode,为RESUBMIT_BUFFERS则首先如果需要继续调用到IOMX的fillBuffer 填充输出缓冲重复做相关操作,接着ACodec又会生成一个kWhatOutputBufferDrained消息存在reply中,作为kWhatDrainThisBuffer消息的返回消息(notify->setMessage(“reply”, reply);),然后向MediaCodec发送消息kWhatDrainThisBuffer,消息处理中调用函数MediaCodec::onOutputBufferAvailable()通知NuPlayer::Decoder有可用的output buffer,其中会设置消息的callbackID为CB_OUTPUT_AVAILABLE,同时设置index,接着NuPlayer::Decoder接收到该CB_OUTPUT_AVAILABLE消息,在消息处理中调用NuPlayer::Decoder::handleAnOutputBuffer,在其中会进行如下处理:
c. 在kWhatRenderBuffer消息处理中会调用NuPlayer::Decoder::onRenderBuffer,在其中根据情况调用函数MediaCodec::renderOutputBufferAndRelease渲染并释放,或者调用MediaCodec::releaseOutputBuffer不渲染直接释放,两中情况都会产生kWhatReleaseOutputBuffer消息,该消息处理中调用函数MediaCodec::onReleaseOutputBuffer,其中判断若SoftRenderer非空则进行软件渲染,不然就会通过上面的reply让ACodec去硬件渲染,在kWhatOutputBufferDrained消息处理就会中调用到函数ACodec::BaseState::onOutputBufferDrained进行真正的硬件渲染。
前面忘了写AudioTrack创建的过程,这里补充一下
第二次在prepareAsync调用中
2. 这里会将播放器的seek调整到0,同时播放器的状态切换为STATE_STOPPED_AND_PREPARING
3. 消息发往NuPlayerDriver在构造的时候开启的线程"NuPlayerDriver Looper"
4. 消息继续发往子线程处理
如上会完成两件重要的事情,一个是调用determineAudioModeChange完成AudioTrack的创建,另外就是创建音频的decoder,我们当前只关注AudioTrack的创建
frameworks\av\media\libmediaplayerservice\nuplayer\NuPlayerRenderer.cpp
如上消息发往Renderer的子线程NuPlayerRenderer处理,之后调用onOpenAudioSink
frameworks\av\media\libmediaplayerservice\MediaPlayerService.cpp
如上完成了AudioTrack的创建
文章浏览阅读3.4k次,点赞8次,收藏42次。一、什么是内部类?or 内部类的概念内部类是定义在另一个类中的类;下面类TestB是类TestA的内部类。即内部类对象引用了实例化该内部对象的外围类对象。public class TestA{ class TestB {}}二、 为什么需要内部类?or 内部类有什么作用?1、 内部类方法可以访问该类定义所在的作用域中的数据,包括私有数据。2、内部类可以对同一个包中的其他类隐藏起来。3、 当想要定义一个回调函数且不想编写大量代码时,使用匿名内部类比较便捷。三、 内部类的分类成员内部_成员内部类和局部内部类的区别
文章浏览阅读118次。分布式系统要求拆分分布式思想的实质搭配要求分布式系统要求按照某些特定的规则将项目进行拆分。如果将一个项目的所有模板功能都写到一起,当某个模块出现问题时将直接导致整个服务器出现问题。拆分按照业务拆分为不同的服务器,有效的降低系统架构的耦合性在业务拆分的基础上可按照代码层级进行拆分(view、controller、service、pojo)分布式思想的实质分布式思想的实质是为了系统的..._分布式系统运维工具
文章浏览阅读174次。1.数据源准备2.数据处理step1:数据表处理应用函数:①VLOOKUP函数; ② CONCATENATE函数终表:step2:数据透视表统计分析(1) 透视表汇总不同渠道用户数, 金额(2)透视表汇总不同日期购买用户数,金额(3)透视表汇总不同用户购买订单数,金额step3:讲第二步结果可视化, 比如, 柱形图(1)不同渠道用户数, 金额(2)不同日期..._exce l趋势分析数据量
文章浏览阅读3.3k次。堡垒机可以为企业实现服务器、网络设备、数据库、安全设备等的集中管控和安全可靠运行,帮助IT运维人员提高工作效率。通俗来说,就是用来控制哪些人可以登录哪些资产(事先防范和事中控制),以及录像记录登录资产后做了什么事情(事后溯源)。由于堡垒机内部保存着企业所有的设备资产和权限关系,是企业内部信息安全的重要一环。但目前出现的以下问题产生了很大安全隐患:密码设置过于简单,容易被暴力破解;为方便记忆,设置统一的密码,一旦单点被破,极易引发全面危机。在单一的静态密码验证机制下,登录密码是堡垒机安全的唯一_horizon宁盾双因素配置
文章浏览阅读7.7k次,点赞4次,收藏16次。Chrome作为一款挺不错的浏览器,其有着诸多的优良特性,并且支持跨平台。其支持(Windows、Linux、Mac OS X、BSD、Android),在绝大多数情况下,其的安装都很简单,但有时会由于网络原因,无法安装,所以在这里总结下Chrome的安装。Windows下的安装:在线安装:离线安装:Linux下的安装:在线安装:离线安装:..._chrome linux debian离线安装依赖
文章浏览阅读153次。中国发达城市榜单每天都在刷新,但无非是北上广轮流坐庄。北京拥有最顶尖的文化资源,上海是“摩登”的国际化大都市,广州是活力四射的千年商都。GDP和发展潜力是衡量城市的数字指...
文章浏览阅读3.3k次。前言spark在java使用比较少,多是scala的用法,我这里介绍一下我在项目中使用的代码配置详细算法的使用请点击我主页列表查看版本jar版本说明spark3.0.1scala2.12这个版本注意和spark版本对应,只是为了引jar包springboot版本2.3.2.RELEASEmaven<!-- spark --> <dependency> <gro_使用java调用spark注册进去的程序
文章浏览阅读4.8k次。汽车零部件开发工具巨头V公司全套bootloader中UDS协议栈源代码,自己完成底层外设驱动开发后,集成即可使用,代码精简高效,大厂出品有量产保证。:139800617636213023darcy169_uds协议栈 源代码
文章浏览阅读4.6k次,点赞20次,收藏148次。AUTOSAR基础篇之OS(下)前言首先,请问大家几个小小的问题,你清楚:你知道多核OS在什么场景下使用吗?多核系统OS又是如何协同启动或者关闭的呢?AUTOSAR OS存在哪些功能安全等方面的要求呢?多核OS之间的启动关闭与单核相比又存在哪些异同呢?。。。。。。今天,我们来一起探索并回答这些问题。为了便于大家理解,以下是本文的主题大纲:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JCXrdI0k-1636287756923)(https://gite_autosar 定义了 5 种多核支持类型
文章浏览阅读2.2k次,点赞6次,收藏14次。原因:自己写的头文件没有被加入到方案的包含目录中去,无法被检索到,也就无法打开。将自己写的头文件都放入header files。然后在VS界面上,右键方案名,点击属性。将自己头文件夹的目录添加进去。_vs2013打不开自己定义的头文件
文章浏览阅读3.3w次,点赞80次,收藏342次。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。当数据量很大时,count 的数量的指定可能会不起作用,Redis 会自动调整每次的遍历数目。_redis命令
文章浏览阅读449次,点赞3次,收藏3次。URP的设计目标是在保持高性能的同时,提供更多的渲染功能和自定义选项。与普通项目相比,会多出Presets文件夹,里面包含着一些设置,包括本色,声音,法线,贴图等设置。全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,主光源和附加光源在一次Pass中可以一起着色。URP:全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,一次Pass可以计算多个光源。可编程渲染管线:渲染策略是可以供程序员定制的,可以定制的有:光照计算和光源,深度测试,摄像机光照烘焙,后期处理策略等等。_urp渲染管线