• stagefright框架(六)-Audio Playback的流程


    到目前为止,我们都只着重在video处理的部分,对于audio却只字未提。这篇文章将会开始audio处理的流程。

    Stagefright中关于audio的部分是交由AudioPlayer来处理,它是在AwesomePlayer::play_l中被建立的。


    (1) 当上层应用程式要求播放影音时,AudioPlayer同时被建立出来,并且被启动

    status_t AwesomePlayer::play_l()
    {
      ...

      mAudioPlayer new AudioPlayer(mAudioSink...);
      mAudioPlayer->start(...);

      ...
    }


    (2) AudioPlayer在启动的过程中会先去读取第一笔解码后的资料,并且开启audio output


    status_t AudioPlayer::start(...)
    {
      mSource->read(&mFirstBuffer);

      if (mAudioSink.get(!NULL)
      {
        mAudioSink->open(...&AudioPlayer::AudioSinkCallback...);
        mAudioSink->start();
      }
      else
      {
        mAudioTrack new AudioTrack(...&AudioPlayer::AudioCallback...);
        mAudioTrack->start();
      }
    }

    从AudioPlayer::start的程式码来看,AudioPlayer似乎并没有将mFirstBuffer传给audio output。

    (3) 开启audio output的同时,AudioPlayer会将callback函式设给它,之后每当callback函式被呼叫,AudioPlayer便去audio decoder读取解码后的资料


    size_t AudioPlayer::AudioSinkCallback(audioSink, buffer, size...)
    {
      return fillBuffer(buffer, size);
    }
    void AudioPlayer::AudioCallback(..., info)
    {
      buffer = info;
      fillBuffer(buffer->raw, buffer->size);
    }
    size_t AudioPlayer::fillBuffer(data, size)
    {
      mSource->read(&mInputBuffer...);
      memcpy(data, mInputBuffer->data()...);
    }


    解码后audio资料的读取就是由callback函式所驱动,但是callback函式又是怎么由audio output去驱动的,目前从程式码上还看不出来。另外一方面,从上面的程式片段可以看出,fillBuffer将资料(mInputBuffer)复制到data之后,audio output应该会去取用data。


    (5) 至于audio decoder的工作流程则和video decoder相同,可参阅《Stagefright (4) - Video Buffer传输流程》

    stagefright框架(六)-Audio <wbr>Playback的流程
  • 相关阅读:
    idea搭建Spring Boot+Mybatis及使用教程
    CentOS 6 安装配置JDK+tomcat环境
    关于无线路由器之间的连接
    关于链表的面试问题(判断一个单链表中是否有环)
    华为机试ACM(字符组合问题)
    Activity的启动模式
    Notification状态栏显示信息
    Java注释Override、Deprecated、SuppressWarnings
    Fragment
    Service
  • 原文地址:https://www.cnblogs.com/shakin/p/4097122.html
Copyright © 2020-2023  润新知