在Android7.1 Offload模式下的音频数据抽取过程完成数据的抽取后,紧跟着会将数据交给AudioFlinger的track进行播放
对于offload的track,其在AudioFlinger中使用的播放线程并非是MixerThread(这种线程是在audioserver进程创建的时候就预先创建好了的),而是实时创建的OffloadThread线程。
AudioFlinger.cpp (frameworks\av\services\audioflinger)
AudioFlinger::openOutput_l
thread = new OffloadThread(this, outputStream, *output, devices, mSystemReady);
OffloadThread是Android音频输出的核心部分,所有Android的硬解码音频(例如:mp3等音频文件)都需要经过OffloadThread进行混音后再输出到音频设备。
OffloadThread->DirectOutputThread->PlaybackThread->ThreadBase->Thread
在PlaybackThread中,重写了Thread的threadLoop,onFirstRef等方法,因此在调用OffloadThread这些方法时,实际上就是调用了PlaybackThread的方法。
1. onFirstRef
在getOutput的时候,我们创建了一个OffloadThread对象,由于这个对象继承于Thread,因此在创建对象时,会调用它的onFirstRef函数。
void AudioFlinger::PlaybackThread::onFirstRef()
{
run(mName, ANDROID_PRIORITY_URGENT_AUDIO);
}
在该方法内部,调用了run,即开始运行threadLoop。也就是说,其实在new OffloadThread的时候就已经开始启动PlaybackThread::threadLoop。
2. threadLoop
在分析threadLoop之前,我们先来了解PlaybackThread中的几种Audio操作。
在Threads.cpp内有几个threadLoop_xxx方法,这些方法就分别代表不同的Audio操作:
操作 | 方法 | 功能 |
standby | threadLoop_standby | 待机 |
mix | threadLoop_mix | 混音 |
write | threadLoop_write | 音频输出 |
exit | threadLoop_exit | 退出 |
drain | threadLoop_drain | 只有offload用到,还不清楚作用 |
sleep | threadLoop_sleepTime | 无音频需要处理,计算睡眠时间 |
另外还有几个非常重要的变量:
变量 | 取值 | 含义 |
tracksToRemove | 需要被移除的Track,一旦所有的Track都被移除,则表明没有音频数据需要处理,那么线程会进入睡眠 | |
sleepTime | 睡眠时间 | |
standbyTime | 如果持续睡眠超出standbyTime,则会进入待机 | |
mStandby | 表明当前是否为待机状态 | |
mActiveTracks | 需要进行音频处理的Track,如果该Track已经播放完成或者被停止,则会被移入tracksToRemove | |
mMixerStatus | MIXER_IDLE | Mixer状态,no active tracks,表明不需要混音,而是进入睡眠 |
mMixerStatus | MIXER_TRACKS_ENABLED | Mixer状态,at least one active track, but no track has any data ready |
mMixerStatus | MIXER_TRACKS_READY | Mixer状态,at least one active track, and at least one track has data,表明可以进行混音 |
threadLoop循环
threadLoop内有一个循环,PlaybackThread是与output(输出设备)相关的(在openOutput的时候才会新建OffloadThread),基本上都不会跑出循环之外。
bool AudioFlinger::PlaybackThread::threadLoop()
{
while (!exitPending())
{
....
}
}
OffloadThread创建
在进入处理循环之前,首先会设置standbyTime、sleepTime。如果目前没有音频需要处理,进入睡眠,如果持续的睡眠时间超出了standbyTime,则会进入待机。不过由于standbyTime设置为当前时间,因此第一次肯定会执行待机动作。执行了待机操作后,OffloadThread就会进入睡眠,等待被唤醒
bool AudioFlinger::PlaybackThread::threadLoop()
{
//设置待机时间、睡眠时间
standbyTime = systemTime();
sleepTime = idleSleepTime;
while (!exitPending())
{
//创建OffloadThread时,mActiveTracks肯定是空的,并且当前时间会超出standbyTime
if ((!mActiveTracks.size() && systemTime() > standbyTime) || isSuspended()) {
if (shouldStandby_l()) { //创建OffloadThread时肯定会进入待机
threadLoop_standby();
mStandby = true; }
}
if (!mActiveTracks.size() && mConfigEvents.isEmpty()) {
//然后OffloadThread会在这里睡眠等待,知道AudioTrack:: start发送广播唤醒
mWaitWorkCV.wait(mLock);
standbyTime = systemTime() + standbyDelay;
sleepTime = idleSleepTime;
}
...
}
}
OffloadThread处理音频
如上一篇所说,AudioTrack:: start被执行后,就会唤醒OffloadThread线程,接下来就会对音频数据进行处理。处理流程如下图:
正常的音频处理时,会在threadLoop循环内不断的进行混音与音频输出,其中分为三个步骤:
- 混音前的准备工作,prepareTracks_l
- 混音,threadLoop_mix
- 音频输出,threadLoop_write
bool AudioFlinger::PlaybackThread::threadLoop()
{
while (!exitPending())
{
mMixerStatus = prepareTracks_l(&tracksToRemove);
if(mMixerStatus == MIXER_TRACKS_READY)
threadLoop_mix();
}
threadLoop_write();
}
}
① prepareTracks_l
准备混音的过程中,主要的目的有三个:
- 设置混音所需要的参数,包括:音量,混音的源buffer,混音目的buffer,音频格式,是否重采样等。
- 删除被加入tracksToRemove的track
- 返回当前状态mMixerStatus
由于在mActiveTracks中维护的track可能会有多个,因此需要对每个track都执行上述步骤,我们可以依据上述目的来对prepareTrack_l进行分析。
Threads.cpp (frameworks\av\services\audioflinger)
AudioFlinger::OffloadThread::prepareTracks_l:
...
} else if (track->framesReady() && track->isReady() &&
!track->isPaused() && !track->isTerminated() && !track->isStopping_2()) {
mixerStatus = MIXER_TRACKS_READY;
track->framesReady()
要特别留意,其会检查AudioTrack(客户端)是否已经将数据准备好,如果已经Ready了则会设置mixerStatus(混音器状态)为MIXER_TRACKS_READY
②threadLoop_mix
在prepareTrack_l返回了mMixerStatus = MIXER_TRACK_READY,那么就可以进入threadLoop_mix进行混音了。有了上面prepareTrack_l设置的参数,在threadLoop_mix所需要做的主要就是调用AudioMixer的process方法进行混音了。不过还需要对某些变量进行更新。
源码如下:void AudioFlinger::DirectOutputThread::threadLoop_mix()
{
size_t frameCount = mFrameCount;
int8_t *curBuf = (int8_t *)mSinkBuffer;
// output audio to hardware
while (frameCount) {
AudioBufferProvider::Buffer buffer;
buffer.frameCount = frameCount;
//通过共享内存的方式得到客户端传递过来的数据
status_t status = mActiveTrack->getNextBuffer(&buffer);
if (status != NO_ERROR || buffer.raw == NULL) {
// no need to pad with 0 for compressed audio
if (audio_has_proportional_frames(mFormat)) {
memset(curBuf, 0, frameCount * mFrameSize);
}
break;
}
//将待播放的音频数据拷贝到mSinkBuffer上去
memcpy(curBuf, buffer.raw, buffer.frameCount * mFrameSize);
frameCount -= buffer.frameCount;
curBuf += buffer.frameCount * mFrameSize;
mActiveTrack->releaseBuffer(&buffer);
}
mCurrentWriteLength = curBuf - (int8_t *)mSinkBuffer;
mSleepTimeUs = 0;
mStandbyTimeNs = systemTime() + mStandbyDelayNs;
mActiveTrack.clear();
}
③threadLoop_write
threadLoop_write用于混音后的音频输出
ssize_t AudioFlinger::PlaybackThread::threadLoop_write()
{
...
//网Hal中写入音频数据
bytesWritten = mOutput->write((char *)mSinkBuffer + offset, mBytesRemaining);
...
}
参考博客:
1. 混音线程MixerThread