Android AudioPlayer 流程分析

最新推荐文章于 2024-05-07 14:25:14 发布
原创 最新推荐文章于 2024-05-07 14:25:14 发布 · 882 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android audioPlayer

AudioPlayer 旨在处理decoder之后的audio data, 其在架构中的位置如下：

Android Audio基础——MediaPlayer播放音频（二十一）
小旭的专栏
06-06 3189
Android SDK 提供了3套音频播放的API，分别是：MediaPlayer，SoundPool，AudioTrack。简单来说，MediaPlayer 更加适合在后台长时间播放本地音乐文件或者在线的流式资源。SoundPool 则适合播放比较短的音频片段，比如游戏声音、按键声、铃声片段等等，它可以同时播放多个音频。而 AudioTrack 则更接近底层，提供了非常强大的控制能力，支持低延迟播放，适合流媒体和VoIP 语音电话等场景。
Android Audio音量——音量调节基础（一）
小旭的专栏
06-09 1816
前面的文章中提到过，AudioService 的主要功能之一就是负责调节音量，这一篇文章主要详细介绍一下 AudioService 中音量调节相关的知识点。
AudioPlayer（安卓音频播放demo）
12-14
这个demo使用来播放安卓音乐，我写的，是可以使用的，希望对您有用。可以快进快退，用一个按钮来实现播放和暂停的功能。使用的时候注意把音乐放到/sdccard/mnt/目录下面，并且注意音乐名字和源代码中的名字要一致。
Android -- AudioPlayer
weixin_33738982的博客
08-14 308
AudioPlayer 主要是实现边录边播（AudioRecord+AudioTrack）以及对音频的实时处理（如会说话的汤姆猫、语音） 优点：语音的实时处理，可以用代码实现各种音频的封装 缺点：输出是PCM语音数据，如果保存成音频文件，是不能够被播放器播放的，所以必须先写代码实现数据编码以及压缩 示例： 使用AudioRecord类录音，并实现WAV格式封装。录音20s，输出的音频文件大概为3....
Android Audio播放流程
热门推荐
一条老狗的博客
04-07 1万+
Android音频框架，audio播放流程
求大佬赐教
qq_39145843的博客
06-12 325
做的安卓音乐播放器想做成在线版的  学的不精  求赐教MainAtivite.javapackage com.example.myapplication; import android.media.MediaPlayer; import android.os.Bundle; import android.app.Activity; import android.view.View; import...
android audioplayer,AudioPlayer
weixin_33144635的博客
05-27 316
AudioPlayer is a compact audio player for Android Smartphone\/tablet. Playing audio books, classical music or any music of your choice.AudioPlayer is an ideal player, when you wish to organize your au...
Android12之OpenSL ES设置android侧Performance Mode(十七)
Android系统攻城狮
03-24 488
通过上一节了解OpenSL ES在应对不同的音频文件的播放，有不同的模式，本节来分享下，OpenSL ES在创建播放器时，是如何设置高性能模式的。因为其操作繁琐和复杂，力图没一个章节能单线讲清楚一个知识点。
Android12之OpenSL ES通过MediaPlayer播放流程(二十)
Android系统攻城狮
04-06 397
android_audioPlayer_realize的第二个case：分析一下OpenSL ES如何通过Android的MediaPlayer播放音频的。
Android AudioService
liuning1985622的博客
05-07 2074
AudioService是Android系统中提供的一个系统基本的服务，负责管理应用程序和系统的音频资源。它主要负责在操作系统中分配、控制和处理音频资源，以提供高质量、可靠和灵活的音频服务。AudioService还负责管理系统音频路由、音频格式转换、音量控制、音频设备的连接和断开、通知应用程序和服务启动/停止的音频事件等。
android-AudioPlayer
03-07
android-AudioPlayer
Android audio player
11-02
Android audio player for lossless (FLAC/APE/MPC/WV) and other files
Android-My-Audio-Player:一个为安卓应用程序提供音频播放器的库
07-01
Android-我的音频播放器 一个为安卓应用程序提供音频播放器的库
android audio 框架分析流程
03-25
android audio 框架流程分析图
AudioPlayer
11-04
android使用audioRecord和audioTrack播放文件
android 播放声音文件,AudioPlayerDemo android 播放音频文件
weixin_29895109的博客
05-29 655
【实例简介】该PCM 参数如下：rm-channels_2frame_4096(纯PCM数据每帧长度4096)freq_44100bits_16480X234_1700kbps.rm是源音频文件【实例截图】【核心代码】package com.genius.demo;import java.io.File;import java.io.FileInputStream;import java.io.F...
Android音频流播放过程
林哥的博客
01-15 2397
MediaPlayerService: setDataSource： 根据url类型创建不同的player，如创建StageFrightPlayer最终会调用AweSomePlayer，或者NuPlayer， prepare 或者 prepareAsync： 解析文件的metadata信息和格式探测 start: 开始读流到输出到audioTrack Stop： 停止读取数据 See...
Android7.1 audio 播放流程(三十五)
Android系统攻城狮
08-03 2497
MediaPlayer基本使用方式：播放一首MP3歌曲 MediaPlayer mp = new MediaPlayer(); mp.setDataSource("/sdcard/test.mp3"); mp.prepare(); mp.start();//这里初始化CCDeCoder解码器 1. IMediaPlayer.cpp/h <1>.头文件 frameworks/av/i...
Android音频播放流程是什么
最新发布
07-19
<think>我们正在分析Android音频播放的整体流程。根据用户提供的引用内容，我们可以从多个层面来理解音频播放流程，包括应用层MediaPlayer的使用、Stagefright框架中的AudioPlayer、以及底层的AudioTrack和AudioFlinger交互。 参考引用： 引用[2]展示了AudioPlayer的start流程：它首先从数据源读取第一个缓冲区，然后如果存在AudioSink（即音频输出设备），就打开并启动AudioSink；否则，它会创建并启动一个AudioTrack。 引用[4]展示了应用层使用MediaPlayer的典型流程：创建MediaPlayer对象，设置数据源，准备（prepare），然后开始（start）。 结合这些信息，我们可以将Android音频播放流程分为几个层次： 1. 应用层：使用MediaPlayer API进行播放控制。 2. 框架层：MediaPlayer与Stagefright框架交互，其中AudioPlayer负责音频解码后的播放。 3. 本地层：AudioPlayer通过AudioTrack与音频系统交互。 4. 系统层：AudioTrack与AudioFlinger通过Binder IPC通信，最终将音频数据写入音频硬件。 具体流程如下： 1. **应用层流程**（引用[4]）： - 创建MediaPlayer对象 - 设置数据源（setDataSource） - 准备（prepare）：此时会解析媒体文件，初始化解码器等。 - 启动（start）：开始播放。 2. **框架层流程**（引用[2]）： - 当调用MediaPlayer的start()方法后，最终会调用到Stagefright框架中的AudioPlayer的start()方法。 - AudioPlayer的start()方法首先从数据源读取第一个缓冲区（mFirstBuffer），然后初始化音频输出设备（AudioSink或AudioTrack）。 3. **本地层流程**： - 如果使用AudioSink（通常是对AudioTrack的封装），则调用AudioSink的open()和start()方法。 - 否则，直接创建AudioTrack对象并启动。 4. **AudioTrack与AudioFlinger交互**（根据之前的知识）： - AudioTrack创建时，会通过Binder调用AudioFlinger的createTrack方法，得到一个IAudioTrack接口。 - 通过IAudioTrack，AudioTrack可以获取共享内存控制块（audio_track_cblk_t）并写入音频数据。 - 调用AudioTrack的start()方法后，音频数据开始被AudioFlinger读取并混音，然后发送到音频硬件播放。 5. **音频数据流**： - 应用层或框架层将解码后的PCM数据写入AudioTrack的缓冲区。 - AudioTrack通过共享内存将数据传递给AudioFlinger。 - AudioFlinger的MixerThread读取数据，进行混音（如果需要），然后通过HAL层写入音频设备。 下面用流程图展示： ```mermaid graph TD A[应用层: MediaPlayer.start] --> B[框架层: Stagefright] B --> C[AudioPlayer.start] C --> D[读取第一帧音频数据] D --> E{是否有AudioSink} E -->|是| F[AudioSink.open & start] E -->|否| G[创建AudioTrack并启动] F --> H[AudioSink内部使用AudioTrack] G --> H H --> I[AudioTrack与AudioFlinger交互] I --> J[AudioFlinger混音后输出到HAL] ``` 详细步骤： 1. **应用层调用MediaPlayer.start()**（引用[4]）： ```java MediaPlayer mp = new MediaPlayer(); mp.setDataSource(PATH_TO_FILE); mp.prepare(); mp.start(); // 触发播放 ``` 2. **框架层处理start请求**： - 在native层，MediaPlayer的start()会调用到StagefrightPlayer的start()方法，进而调用AudioPlayer的start()方法（引用[2]）。 3. **AudioPlayer启动流程**（引用[2]）： - 读取第一帧数据（mSource->read(&mFirstBuffer)）用于确定音频参数（如采样率、声道数）。 - 打开音频输出设备（AudioSink或AudioTrack）并设置回调函数（当需要更多数据时回调）。 - 启动音频输出设备，开始播放。 4. **AudioTrack的启动流程**（引用[2]）： - 创建AudioTrack对象：`mAudioTrack = new AudioTrack(...);` - 设置回调函数，用于填充音频数据。 - 调用`mAudioTrack->start()`，此时AudioTrack会通过IAudioTrack接口通知AudioFlinger开始播放。 5. **AudioFlinger处理**： - AudioFlinger的MixerThread会定期唤醒，从各个Track中读取音频数据进行混音。 - 混音后的数据通过HAL层写入音频设备。 6. **数据填充过程**： - AudioPlayer（或通过回调）不断从数据源读取解码后的音频数据，写入AudioTrack的缓冲区。 - AudioTrack将数据拷贝到共享内存中，并更新控制块（audio_track_cblk_t）的写指针。 - AudioFlinger的MixerThread读取共享内存中的数据（更新读指针），进行混音处理。 注意：在引用[1]中提到了MediaClock用于音视频同步，但本问题聚焦于音频播放流程，故不展开。 总结：Android音频播放流程涉及多个层次的组件协作，从应用层的MediaPlayer API，到框架层的Stagefright和AudioPlayer，再到底层的AudioTrack和AudioFlinger，最终通过HAL层将音频数据送入硬件播放。 --- §§相关问题§§ 1. MediaPlayer在prepare阶段做了什么工作？ 2. AudioPlayer如何与视频播放同步？ 3. AudioTrack的共享内存机制是如何工作的？ 4. AudioFlinger的混音原理是什么？</think>### Android音频播放流程分析 Android音频播放流程涉及多个层次，从应用层到系统层，以下是关键步骤的详细分析： ```mermaid graph TD A[应用层 MediaPlayer] --> B[JNI 接口] B --> C[媒体框架 Stagefright] C --> D[AudioPlayer] D --> E{AudioSink} E -->|存在| F[AudioSink.start] E -->|不存在| G[创建AudioTrack] G --> H[AudioTrack.start] H --> I[AudioFlinger] I --> J[MixerThread] J --> K[Audio HAL] K --> L[硬件设备] ``` #### 1. **应用层入口**（引用[4]） 应用层通过`MediaPlayer` API控制播放： ```java MediaPlayer mp = new MediaPlayer(); mp.setDataSource(PATH_TO_FILE); // 设置数据源 mp.prepare(); // 准备资源 mp.start(); // 触发播放[^4] ``` - `start()`调用通过JNI进入Native层 #### 2. **框架层处理**（引用[2]） 在Stagefright框架中，`AudioPlayer`负责音频输出： ```cpp status_t AudioPlayer::start() { mSource->read(&mFirstBuffer); // 读取首帧数据 if (mAudioSink.get() != NULL) { mAudioSink->open(..., &AudioPlayer::AudioSinkCallback); mAudioSink->start(); // 使用现有AudioSink[^2] } else { mAudioTrack = new AudioTrack(..., &AudioPlayer::AudioCallback); mAudioTrack->start(); // 创建新AudioTrack[^2] } } ``` - **关键决策点**：优先使用现有`AudioSink`，否则创建`AudioTrack` #### 3. **AudioTrack初始化**（引用[1][2]） 当需要创建`AudioTrack`时： 1. 通过Binder调用`AudioFlinger::createTrack()` 2. 创建共享内存控制块`audio_track_cblk_t` 3. 建立与`AudioFlinger`的IPC通道 4. 设置回调函数处理数据填充 #### 4. **AudioFlinger处理流程**（系统层） ```mermaid sequenceDiagram participant AT as AudioTrack participant AF as AudioFlinger participant MT as MixerThread AT->>AF: createTrack()请求 AF->>MT: 创建Track对象 AF->>AF: 创建TrackHandle(IAudioTrack) AF-->>AT: 返回IAudioTrack代理 AT->>AT: 获取audio_track_cblk_t AT->>AF: start()请求 MT->>MT: 将Track加入混音队列 loop 混音循环 MT->>MT: 读取各Track数据 MT->>HAL: 输出混音结果 end ``` #### 5. **数据流与同步**（引用[1]） - **播放控制**：通过`IAudioTrack`接口实现`start/stop/pause` - **速率控制**：`MediaClock`管理播放速率（默认为1.0）[^1] - **数据填充**：通过环形缓冲区实现生产者-消费者模型 ```cpp // 典型数据填充逻辑 while (active) { size_t available = cblk->framesAvailable(); if (available > 0) { write(buffer, available * frameSize); cblk->stepServer(available); } } ``` #### 6. **硬件输出** - 混音后的PCM数据通过Audio HAL层 - 最终由ALSA或HDA驱动写入音频编解码器 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值