Android学习（十）AudioFlinger(1)

最新推荐文章于 2024-07-13 23:16:49 发布
最新推荐文章于 2024-07-13 23:16:49 发布
阅读量233 收藏
点赞数
文章标签： 移动开发 设计模式
原文链接：https://my.oschina.net/honeyandroid/blog/516829
版权

AudioFlinger

AudioFlinger驻留于MediaServer进程中：

int main(int argc, char** argv)

{

    sp<ProcessState> proc(ProcessState::self());

    sp<IServiceManager> sm = defaultServiceManager();

    LOGI("ServiceManager: %p", sm.get());

    AudioFlinger::instantiate();

    MediaPlayerService::instantiate();

    CameraService::instantiate();

    AudioPolicyService::instantiate();

    ProcessState::self()->startThreadPool();

    IPCThreadState::self()->joinThreadPool();

}

 

static void instantiate() { publish(); }

 

static char const* getServiceName() { return "media.audio_flinger"; }

 

    static status_t publish() {

        sp<IServiceManager> sm(defaultServiceManager());

        return sm->addService(String16(SERVICE::getServiceName()), new SERVICE());à将AudioFlinger添加到ServiceManager中

    }

 

看看AudioFlinger的构造函数：

AudioFlinger::AudioFlinger()

    : BnAudioFlinger(),

        mAudioHardware(0),à代表Audio硬件的HAL对象

 mMasterVolume(1.0f), mMasterMute(false), mNextUniqueId(1)

{

    mHardwareStatus = AUDIO_HW_IDLE;

 

    mAudioHardware = AudioHardwareInterface::create();à代表Audio硬件的HAL对象

 

    mHardwareStatus = AUDIO_HW_INIT;

    if (mAudioHardware->initCheck() == NO_ERROR) {

        // open 16-bit output stream for s/w mixerà设置系统初始化的一些值，有一部分通过Audio HAL设置到硬件中

        mMode = AudioSystem::MODE_NORMAL;

        setMode(mMode);

        setMasterVolume(1.0f);

        setMasterMute(false);

}

…

}

AudioHardwareInterface是Android对代表Audio硬件的封装，属于HAL层。HAL层根据所选硬件情况来实现，多以动态库的形式提供。

class AudioHardwareInterface

{

public:

    virtual ~AudioHardwareInterface() {}

  

    virtual status_t    initCheck() = 0;à用于检查硬件是否初始化成功

    virtual status_t    setVoiceVolume(float volume) = 0;à设置通话音量，范围0~1

    virtual status_t    setMasterVolume(float volume) = 0;à设置除音量外的其他所有音频流类型音量

    virtual status_t    setMode(int mode) = 0;à设置模式，NORMAL的状态为普通，RINGTONE表示来电模式，IN_CALL表示通话模式

 

    // 麦克相关

    virtual status_t    setMicMute(bool state) = 0;

    virtual status_t    getMicMute(bool* state) = 0;

 

    // set/get global audio parameters

    virtual status_t    setParameters(const String8& keyValuePairs) = 0;

    virtual String8     getParameters(const String8& keys) = 0;

 

    virtual size_t    getInputBufferSize(uint32_t sampleRate, int format, int channelCount) = 0;

 

    à openOutputStream：创建音频输出流对象（相当于打开音频输出设备），AudioFlinger可以往其中write数据，指针型参数将返回该音频输出流支持的类型、声道数、采样率等

    virtual AudioStreamOut* openOutputStream(

                                uint32_t devices,

                                int *format=0,

                                uint32_t *channels=0,

                                uint32_t *sampleRate=0,

                                status_t *status=0) = 0;

    virtual    void        closeOutputStream(AudioStreamOut* out) = 0;à关闭

    à创建音频输入流对象（相当于打开音频输入设备），AudioFlinger可以read数据

    virtual AudioStreamIn* openInputStream(

                                uint32_t devices,

                                int *format,

                                uint32_t *channels,

                                uint32_t *sampleRate,

                                status_t *status,

                                AudioSystem::audio_in_acoustics acoustics) = 0;

    virtual    void        closeInputStream(AudioStreamIn* in) = 0;

 

    /**This method dumps the state of the audio hardware */

    virtual status_t dumpState(int fd, const Vector<String16>& args) = 0;

 

    static AudioHardwareInterface* create();à静态create函数，使用设计模式中的工厂模式，具体返回的对象由厂商根据硬件的情况决定

 

protected:

 

    virtual status_t dump(int fd, const Vector<String16>& args) = 0;

};

AudioHardwareInterface的作用如下：

  • AudioHardwareInterface管理音频输出设备对象（AudioStreamOut）和音频输入设备对象（AudioStreamIn）的创建

  • 通过AudioHardwareInterface可以设置音频系统的一些参数

 

回顾AudioTrack的流程：

  1. AudioTrack调用createTrack函数，得到一个IAudioTrack对象

  2. AudioTrack调用IAudioTrack对象的start，表示准备写数据

  3. AudioTrack通过write写数据，这个过程和audio_track_cblk_t有密切的关系

  4. 最后AudioTrack调用IAudioTrack的stop或delete IAudioTrack结束工作

分析AudioFlinger::createTrack：

sp<IAudioTrack> AudioFlinger::createTrack(

        pid_t pid,àAudioTrack的pid

        int streamType,à流类型

        uint32_t sampleRate,à采样率

        int format,àPCM_16

        int channelCount,

        int frameCount,

        uint32_t flags,

        const sp<IMemory>& sharedBuffer,àAudioTrack中传入的共享buffer

        int output,à见九（2），AudioFlinger中的工作线程号

        int *sessionId,

        status_t *status)

{

    sp<PlaybackThread::Track> track;

    sp<TrackHandle> trackHandle;

    sp<Client> client;

    wp<Client> wclient;

    status_t lStatus;

    int lSessionId;

 

    if (streamType >= AudioSystem::NUM_STREAM_TYPES) {

        LOGE("invalid stream type");

        lStatus = BAD_VALUE;

        goto Exit;

    }

 

    {

        Mutex::Autolock _l(mLock);

        PlaybackThread *thread = checkPlaybackThread_l(output);à线程索引号

        PlaybackThread *effectThread = NULL;

        if (thread == NULL) {

            LOGE("unknown output thread");

            lStatus = BAD_VALUE;

            goto Exit;

        }

 

        wclient = mClients.valueFor(pid);à看看这个进程是否已经是AudioFlinger的client

 

        if (wclient != NULL) {

            client = wclient.promote();

        } else {

            client = new Client(this, pid);à如果不是则创建这个Client信息

            mClients.add(pid, client);

        }

 

        LOGV("createTrack() sessionId: %d", (sessionId == NULL) ? -2 : *sessionId);

        if (sessionId != NULL && *sessionId != AudioSystem::SESSION_OUTPUT_MIX) {

            for (size_t i = 0; i < mPlaybackThreads.size(); i++) {

                sp<PlaybackThread> t = mPlaybackThreads.valueAt(i);

                if (mPlaybackThreads.keyAt(i) != output) {

                    // prevent same audio session on different output threads

                    uint32_t sessions = t->hasAudioSession(*sessionId);

                    if (sessions & PlaybackThread::TRACK_SESSION) {

                        lStatus = BAD_VALUE;

                        goto Exit;

                    }

                    // check if an effect with same session ID is waiting for a track to be created

                    if (sessions & PlaybackThread::EFFECT_SESSION) {

                        effectThread = t.get();

                    }

                }

            }

            lSessionId = *sessionId;

        } else {

            // if no audio session id is provided, create one here

            lSessionId = nextUniqueId();

            if (sessionId != NULL) {

                *sessionId = lSessionId;

            }

        }

        LOGV("createTrack() lSessionId: %d", lSessionId);

 

        track = thread->createTrack_l(client, streamType, sampleRate, format,

                channelCount, frameCount, sharedBuffer, lSessionId, &lStatus);à在找到的工作线程中创建一个Track

 

        // move effect chain to this output thread if an effect on same session was waiting

        // for a track to be created

        if (lStatus == NO_ERROR && effectThread != NULL) {

            Mutex::Autolock _dl(thread->mLock);

            Mutex::Autolock _sl(effectThread->mLock);

            moveEffectChain_l(lSessionId, effectThread, thread, true);

        }

    }

    if (lStatus == NO_ERROR) {

        trackHandle = new TrackHandle(track);à TrackHandle是Track对象的proxy，它支持binder通信，但Track不支持binder，TrackHandle所接收的请求最终会由Track处理，典型的proxy模式。

    } else {

        // remove local strong reference to Client before deleting the Track so that the Client

        // destructor is called by the TrackBase destructor with mLock held

        client.clear();

        track.clear();

    }

 

Exit:

    if(status) {

        *status = lStatus;

    }

    return trackHandle;

}

 

分析checkPlaybackThread_l函数：

// checkPlaybackThread_l() must be called with AudioFlinger::mLock held

AudioFlinger::PlaybackThread *AudioFlinger::checkPlaybackThread_l(int output) const

{

    PlaybackThread *thread = NULL;

    if (mPlaybackThreads.indexOfKey(output) >= 0) {à根据output查找

        thread = (PlaybackThread *)mPlaybackThreads.valueFor(output).get();

    }

    return thread;

}

分析createTrack_l：

sp<AudioFlinger::PlaybackThread::Track>  AudioFlinger::PlaybackThread::createTrack_l(

        const sp<AudioFlinger::Client>& client,

        int streamType,

        uint32_t sampleRate,

        int format,

        int channelCount,

        int frameCount,

        const sp<IMemory>& sharedBuffer,

        int sessionId,

        status_t *status)

{

…

track = new Track(this, client, streamType, sampleRate, format,

                channelCount, frameCount, sharedBuffer, sessionId);

mTracks.add(track);

…

}

这里new了一个Track对象。

转载于:https://my.oschina.net/honeyandroid/blog/516829

chuankuo5917
关注
PulseAudio VS AudioFlinger(七)
Android系统攻城狮
05-18 1001
我一直想尝试一遍，我们也听到了社区的许多要求。最近，我在Collabora有一些时间可以尝试一下-即让PulseAudio在Android设备上运行，并查看它与Android的AudioFlinger的比较。 竞争者 让我们首先介绍我们的竞争者。对于那些不知道的人，PulseAudio几乎是Linux音频堆栈的事实上的标准部分。它位于ALSA的顶部，后者提供了一种与音频硬件对话的统一方法，并提供了许多方便的功能，这些功能在台式机和嵌入式设备上非常有用。我不会重述所有这些内容，但是其中包括一个不错的模块化
AudioFlinger::instantiate()流程分析
Good Good Study Day Day Up!!!
01-15 1080
AudioFlinger::instantiate()流程分析
AudioFlinger学习笔记1
zhudaozhuan的专栏
08-13 4695
1  AudioFlinger启动流程 在init.rc中会定义mediaserver进程： service media /system/bin/mediaserver class main user media group audio camera inet net_bt net_bt_admin net_bw_acct drmrpc mediadrm iop
Android音频系统之AudioFlinger(一)
林学森的技术专栏
04-15 3万+
1.1 AudioFlinger 在上面的框架图中，我们可以看到AudioFlinger(下面简称AF)是整个音频系统的核心与难点。作为Android系统中的音频中枢，它同时也是一个系统服务，启到承上(为上层提供访问接口)启下(通过HAL来管理音频设备)的作用。只有理解了AudioFlinger，才能以此为基础更好地深入到其它模块，因而我们把它放在前面进行分析。   1.1.1 AudioF
Android 音频子系统(2) ---- AudioServer
最新发布
yong_i7的博客
07-13 798
本系列文章基于Android14源码进行分析解读，部分框图直接使用了原作者的图片，侵权必删。我们既生成文章，也是各路文章的搬运工。未完待续。
Android Audio System 之二：AudioFlinger
热门推荐
DroidPhone的专栏
10-19 4万+
引言     AudioFlinger是Android音频系统的两大服务之一，另一个服务是AudioPolicyService，这两大服务都在系统启动时有MediaSever加载，加载的代码位于：frameworks/base/media/mediaserver/main_mediaserver.cpp。AudioPolicyService的相关内容请参考另一编文章：《Android Audio System 之三： AudioPolicyService 和 AudioPolicyManager 》http
Android Audioflinger
myspor的专栏
03-30 1560
一：录制audioflinger层和audiorecord。 音频系统的对外接口是AudioRecord,它通过iBinder来远程调用Audioflinger的openRecorder函数。AudioRecord构造函数如下： 1：AudioRecord AudioRecord::AudioRecord( int streamType, uint32_t sampleRate, int format, int channelCount, int frameCount, uint32_t
Android AudioFlinger（一）
weixin_33814685的博客
07-26 159
本文主要介绍AudioFlinger，AudioFlinger向下访问AudioHardware，实现输出音频数据，控制音频参数。同时，AudioFlinger向上通过IAudioFinger接口提供服务。所以，AudioFlinger在Android的音频系统框架中起着承上启下的作用，地位相当重要。AudioFlinger的相关代码主要在：frameworks\base\libs\aud...
Android Audio（四）—— AudioFlinger
tudouhuashengmi的博客
03-17 1240
AudioFlinger
Android音频系统之AudioFlinger(三)
林学森的技术专栏
04-15 1万+
1.1.1 PlaybackThread的循环主体 当一个PlaybackThread进入主循环后(threadLoop),音频事务就正式开启了。仔细观察的话，我们会发现这个循环中会不断地调用以“threadLoop_”开头的若干接口，比如threadLoop_mix、threadLoop_sleepTime、threadLoop_standby等等。以这样的前缀开头，是因为这些函数都是在thr
Android Framework学习笔记 -- client与AudioFlinger的数据交换
axlecho的博客
11-12 1704
AudioTrack与AudioFlinger在两个不同进程，他们之间要通过共享内存进行音频的数据交换。 交换的实现通过环形缓冲去来实现，貌似没有同步机制，从实验结果来看，AudioTrack写满缓冲区后AudioFlinger就会去读取。数据交换的实现主要在AudioTrackShared.cpp中实现，包括AudioTrackClientProxy和AudioTrackServerProxy。
AudioFlinger学习
weixin_34072637的博客
10-22 124
http://blog.csdn.net/xiashaohua/article/details/53818568 Audio: AudioFlinger介绍和初始 AudioSystem相关类浅析 http://blog.csdn.net/xiashaohua/article/details/53781899 AudioPolicyService和他的码农APM http:...
android audioflinger
brucexu1978的专栏
05-08 453
http://blog.csdn.net/hgl868/article/details/6888502 http://www.th7.cn/Program/Android/201505/447823.shtml:混音算法
Android AudioFlinger
liuning1985622的博客
05-07 1164
AudioPolicyService 与 AudioFlinger 是 Android 音频系统的两大基本服务。前者是音频系统策略的制定者，负责音频设备切换的策略抉择、音量调节策略等；后者是音频系统策略的执行者，负责音频流设备的管理及音频流数据的处理传输，所以 AudioFlinger 也被认为是 Android 音频系统的引擎。
Android音频系统之AudioFlinger
michaelcao1980的专栏
01-06 1万+
1.1 AudioFlinger 在上面的框架图中，我们可以看到AudioFlinger(下面简称AF)是整个音频系统的核心与难点。作为Android系统中的音频中枢，它同时也是一个系统服务，启到承上(为上层提供访问接口)启下(通过HAL来管理音频设备)的作用。只有理解了AudioFlinger，才能以此为基础更好地深入到其它模块，因而我们把它放在前面进行分析。   1.1.1
启动AudioFlinger学习笔记----深入理解Android
liken的专栏
06-15 5155
main@main_mediaServer.cpp int main(int argc, char** argv) { ...... AudioFlinger::instantiate(); ......  AudioPolicyService::instantiate(); ...... } AudioFlinger void AudioFl
audio框架学习-Audio_Flinger分析
永不秃头的程序员的博客
01-29 1864
文章目录一、代码位置二、audio服务启动2.1 main服务2.2 audioflinger添加到系统服务中2.3 audioflinger的对外接口 之前记录过audioTrack的笔记，这次继续参考audioFlinger相关的代码并做笔记； 参考文档：https://www.cnblogs.com/innost/archive/2011/01/15/1936425.html和https://blog.csdn.net/zyuanyun/article/details/60890534?spm=100
安卓音频 AudioFlinger
WhuSkypiea的博客
06-30 203
一、AudioFlinger 个人对AudioFlinger的认知主要来源于链接中的参考资料，这些资料我都认真阅读、反复对应超过10遍以上，以及对Google官网资料、以及一些源码的阅读，这里也建议去阅读原创文章。 因为安卓音频系统是个非常复杂的系统，在Audio Attributes、Audio Manager、Audio Policy、Audio Foucs、Thread、Stream、Strategy、OutPut这些概念里有各种交叉，需要对比映照。 1.1 Dump AudioFlinger信息
AudioFlinger启动过程分析(android_audio)
we1less的博客
07-06 330
参考https://blog.csdn.net/zyuanyun/article/details/60890534#t4 首先来分析一下AudioFlinger 1.加载哪个so文件? 文件名是什么? 文件名从何而来? 参考上一篇https://blog.csdn.net/we1less/article/details/118424539 openDevice hardware/interfaces/audio/2.0/default/DevicesFactory.cpp 环节 aud...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值