【stagefrightplayer】3 MediaExtractor介绍

概述

本篇介绍播放器结构中的第一部分Stream+Demuxer.

Awesomeplayer中对应的数据结构主要有DataSource，MediaExtractor，MediaSource。

其中DataSource 主要负责提供原始数据，MediaSource负责提供demux后的数据（即实际的audio 或者 video 数据包）

而MediaExtractor则负责中间的过程，即将从DataSource得到的原始数据解析成解码器需要的es数据，并通过MediaSource的接口输出。

 

以ts为例，extractor在awesomeplayer中的位置图如下：

我们按照一个demux的基本结构结合ts的实例来分析整个结构

其中demuxer的部分我们按照ffmpeg demuxer的结构中的主要成员来分析

1 stream -- 功能

2 extractor 创建流程

3 extractor 结构介绍（ts为例）

3.1 demuxer -- read_probe

3.2 demuxer -- read_header

3.3 demuxer -- read_packet

3.4 demuxer -- read_seek

 

下面通过实际的代码来分析

1 stream -- 功能

stream的主要功能是，从外部介质（本地磁盘或者网络等）获取待播放的原始数据。

对应的数据结构为：DataSource

看下awesomeplayer中对应的代码

 

a 构造函数

AwesomePlayer::AwesomePlayer(){
    *************
    DataSource::RegisterDefaultSniffers();
    *************
}

看下RegisterDefaultSniffers实现

// static
void DataSource::RegisterSniffer(SnifferFunc func) {
    Mutex::Autolock autoLock(gSnifferMutex);
 
    for (List<SnifferFunc>::iterator it = gSniffers.begin();
         it != gSniffers.end(); ++it) {
        if (*it == func) {
            return;
        }
    }
 
    gSniffers.push_back(func);
}

void DataSource::RegisterDefaultSniffers() {

    RegisterSniffer(SniffMPEG4);
    RegisterSniffer(SniffFragmentedMP4);
    RegisterSniffer(SniffMatroska);
    RegisterSniffer(SniffOgg);
    RegisterSniffer(SniffWAV);
    RegisterSniffer(SniffFLAC);
    RegisterSniffer(SniffAMR);
    RegisterSniffer(SniffMPEG2TS);
    RegisterSniffer(SniffMP3);
    RegisterSniffer(SniffAAC);
    RegisterSniffer(SniffMPEG2PS);
    RegisterSniffer(SniffWVM);
 
    char value[PROPERTY_VALUE_MAX];
    if (property_get("drm.service.enabled", value, NULL)
            && (!strcmp(value, "1") || !strcasecmp(value, "true"))) {
        RegisterSniffer(SniffDRM);
    }
}

从代码可以看出RegisterDefaultSniffers的主要作用既是注册Sniffer函数

将所有的sniffer函数都挂在全局链表gSniffers中。

sniffer函数的主要作用就是用于探测文件的类型，每种类型的媒体文件都对应一个sniffer函数。

这里从代码可以看出原生的android播放器支持的格式还比较少

这里主要作用就是注册完成后 demuxer在read_probe阶段便可以通过调用sniffer函数来探测文件类型，具体等讲解probe的时候结合实际的例子（mpegts）分析

 

b setDataSource

status_t AwesomePlayer::setDataSource(
        int fd, int64_t offset, int64_t length) {
    Mutex::Autolock autoLock(mLock);
 
    reset_l();
 
    sp<DataSource> dataSource = new FileSource(fd, offset, length);
 
    status_t err = dataSource->initCheck();
 
    if (err != OK) {
        return err;
    }
 
    mFileSource = dataSource;
 
    {
        Mutex::Autolock autoLock(mStatsLock);
        mStats.mFd = fd;
        mStats.mURI = String8();
    }
 
    return setDataSource_l(dataSource);
}

代码中构造了FileSource对象赋值给mFileSource，这里FileSource继承自DataSource，提供stream功能。

 

下面列出filesource类的定义

class FileSource : public DataSource {
public:
    FileSource(const char *filename);
    FileSource(int fd, int64_t offset, int64_t length);
 
    virtual status_t initCheck() const;
 
    virtual ssize_t readAt(off64_t offset, void *data, size_t size);
 
    virtual status_t getSize(off64_t *size);
 
    virtual sp<DecryptHandle> DrmInitialization(const char *mime);
 
    virtual void getDrmInfo(sp<DecryptHandle> &handle, DrmManagerClient **client);
 
protected:
    virtual ~FileSource();
 
private:
    int mFd;
    int64_t mOffset;
    int64_t mLength;
    Mutex mLock;
 
    /*for DRM*/
    sp<DecryptHandle> mDecryptHandle;
    DrmManagerClient *mDrmManagerClient;
    int64_t mDrmBufOffset;
    int64_t mDrmBufSize;
    unsigned char *mDrmBuf;
 
    ssize_t readAtDRM(off64_t offset, void *data, size_t size);
 
    FileSource(const FileSource &);
    FileSource &operator=(const FileSource &);
};

这里filesource提供了readAt方法提供原始数据获取，由于其参数有offset，则支持随机存取，支持seek功能。其构造函数如下

FileSource::FileSource(const char *filename)
    : mFd(-1),
      mOffset(0),
      mLength(-1),
      mDecryptHandle(NULL),
      mDrmManagerClient(NULL),
      mDrmBufOffset(0),
      mDrmBufSize(0),
      mDrmBuf(NULL){
 
    mFd = open(filename, O_LARGEFILE | O_RDONLY);
 
    if (mFd >= 0) {
        mLength = lseek64(mFd, 0, SEEK_END);
    } else {
        ALOGE("Failed to open file '%s'. (%s)", filename, strerror(errno));
    }
}

构造函数的主要功能就是open给定的文件名，并将句柄存储在mFd中，后面读取数据可以直接使用Linux标准方法读取。

 

2 awesomeplayer中extractor 创建流程

在setDataSource的最后，会调用setDataSource_l(dataSource);将datasource和对应的extractor对应起来，这里看下流程

status_t AwesomePlayer::setDataSource_l(
        const sp<DataSource> &dataSource) {
    sp<MediaExtractor> extractor = MediaExtractor::Create(dataSource);
 
    if (extractor == NULL) {
        return UNKNOWN_ERROR;
    }
 
    if (extractor->getDrmFlag()) {
        checkDrmStatus(dataSource);
    }
 
    return setDataSource_l(extractor);
}

2.1 MediaExtractor::Create

这里通过MediaExtractor::Create创建extractor ，分段来看代码实现。这里还是忽略drm等实现

sp<MediaExtractor> MediaExtractor::Create(
        const sp<DataSource> &source, const char *mime) {
    sp<AMessage> meta;
 
    String8 tmp;
    if (mime == NULL) {
        float confidence;
        if (!source->sniff(&tmp, &confidence, &meta)) {
            ALOGV("FAILED to autodetect media content.");
 
            return NULL;
        }
 
        mime = tmp.string();
        ALOGV("Autodetected media content as '%s' with confidence %.2f",
             mime, confidence);
    }

 这里第一步是通过调用datasource的siniff函数探测文件类型。

看下sniff实现

bool DataSource::sniff(
        String8 *mimeType, float *confidence, sp<AMessage> *meta) {
    *mimeType = "";
    *confidence = 0.0f;
    meta->clear();
 
    Mutex::Autolock autoLock(gSnifferMutex);
    for (List<SnifferFunc>::iterator it = gSniffers.begin();
         it != gSniffers.end(); ++it) {
        String8 newMimeType;
        float newConfidence;
        sp<AMessage> newMeta;
        if ((*it)(this, &newMimeType, &newConfidence, &newMeta)) {
            if (newConfidence > *confidence) {
                *mimeType = newMimeType;
                *confidence = newConfidence;
                *meta = newMeta;
            }
        }
    }
 
    return *confidence > 0.0;
}

主要是将gSniffers链表中的每种格式的函数调用一遍，选取最高的confidence作为选中的文件格式。后面会以ts为例讲解具体细节。

下面继续

MediaExtractor *ret = NULL;
    if (!strcasecmp(mime, MEDIA_MIMETYPE_CONTAINER_MPEG4)
            || !strcasecmp(mime, "audio/mp4")) {
        int fragmented = 0;
        if (meta != NULL && meta->findInt32("fragmented", &fragmented) && fragmented) {
            ret = new FragmentedMP4Extractor(source);
        } else {
            ret = new MPEG4Extractor(source);
        }
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_AUDIO_MPEG)) {
        ret = new MP3Extractor(source, meta);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_AUDIO_AMR_NB)
            || !strcasecmp(mime, MEDIA_MIMETYPE_AUDIO_AMR_WB)) {
        ret = new AMRExtractor(source);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_AUDIO_FLAC)) {
        ret = new FLACExtractor(source);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_CONTAINER_WAV)) {
        ret = new WAVExtractor(source);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_CONTAINER_OGG)) {
        ret = new OggExtractor(source);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_CONTAINER_MATROSKA)) {
        ret = new MatroskaExtractor(source);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_CONTAINER_MPEG2TS)) {
        ret = new MPEG2TSExtractor(source);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_CONTAINER_WVM)) {
        // Return now.  WVExtractor should not have the DrmFlag set in the block below.
        return new WVMExtractor(source);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_AUDIO_AAC_ADTS)) {
        ret = new AACExtractor(source, meta);
    } else if (!strcasecmp(mime, MEDIA_MIMETYPE_CONTAINER_MPEG2PS)) {
        ret = new MPEG2PSExtractor(source);
    }
 
    if (ret != NULL) {
       if (isDrm) {
           ret->setDrmFlag(true);
       } else {
           ret->setDrmFlag(false);
       }
    }
 
    return ret;
}

 成功的通过sniff函数确定了文件的格式之后，就可以构造extractor对象了。

例如：如果文件格式是ts格式，则会调用ret = new MPEG2TSExtractor(source);

 

具体的构造函数就完成了文件头的解析获取了流信息。

 

2.2 setDataSource_l(extractor)

创建了extractor对象之后，setDataSource_l(extractor) 的主要作用就是使用上面得到的信息来构造播放器框架了。

这里只将重要的语句列出

setVideoSource(extractor->getTrack(i));

setAudioSource(extractor->getTrack(i));

addTextSource_l(i, extractor->getTrack(i));

主要是将文件中的各个流通过上面三个方法，存放在mVideoTrack、mAudioTrack，之后作为参数传递给解码器。便建立了解码器与extractor的关联

 

3 MediaExtractor的结构介绍（ts为例）

这里主要是以ts为例，按照一个demuxer的具体功能组件（仿照ffmpeg结构）来介绍，extractor是如何实现一个demuxer的功能。

ts相关的代码文件是：frameworks/media/libstagefrightplayer/mpeg2ts/MPEG2TSExtractor.cpp

 

下面是一张MPEG2TSExtractor 的总体结构图：

下面的很多介绍都会引用此图

解释下这张图：MPEG2TSExtractor是总入口，负责解析文件头信息，提供原始数据包。在功能上讲，MPEG2TSExtractor 是ATSParser的封装，而ATSParser负责实际的解析工作，

即：MPEG2TSExtractor 从FileSource中获取数据，提供给ATSParser 进行解析。而MPEG2TSExtractor 对外提供的各种接口及文件信息都是借由ATSParser 来完成的。

比如图中：getTrack接口提供的MediaSource也就是awesomeplayer中的mAudioTrack和mVideoTrack，是MPEG2TSSource结构，而MPEG2TSSource的工作由AnotherPacketSource（mSourceImpls）完成

而实际上AnotherPacketSource 是在ATSParser中的Stream中生成的，每个Stream对应一个实际的流。后面分析代码时可以依据上面解释来理解。

 

3.1 demuxer -- read_probe

这里的probe主要是对应datasource的sniffer函数。具体实现如下：

bool SniffMPEG2TS(
        const sp<DataSource> &source, String8 *mimeType, float *confidence,
        sp<AMessage> *) {
    for (int i = 0; i < 5; ++i) {
        char header;
        if (source->readAt(kTSPacketSize * i, &header, 1) != 1
                || header != 0x47) {
            return false;
        }
    }
 
    *confidence = 0.1f;
    mimeType->setTo(MEDIA_MIMETYPE_CONTAINER_MPEG2TS);
 
    return true;
}

基本思路很简单，对于ts文件 每个ts包为188字节，每个包的同步字为0x47

这里主要通过datasource的readAt接口读取一个字节，判断是否是0x47，主要是间隔kTSPacketSize=188读取一个字节判断5次

如果全部通过则确定此文件为mpegts文件。设置*confidence = 0.1f;返回。

 

3.2 demuxer -- read_header

ffmpeg中的read_header函数主要作用是解析文件头信息，获取文件中的具体流信息及参数

这里主要是通过构造函数来完成，具体看下

MPEG2TSExtractor::MPEG2TSExtractor(const sp<DataSource> &source)
    : mDataSource(source),
      mParser(new ATSParser),
      mOffset(0) {
    init();
}

这里将datasource参数存放在mDataSource中，并构造了ATSParser对象，这里可以这样认定：MPEG2TSExtractor是ATSParser的封装，具体的工作都是ATSParser完成的

看下其构造函数

ATSParser::ATSParser(uint32_t flags)
    : mFlags(flags),
      mAbsoluteTimeAnchorUs(-1ll),
      mNumTSPacketsParsed(0),
      mNumPCRs(0) {
    mPSISections.add(0 /* PID */, new PSISection);
}

构造好ATSParser对象之后，调用了init()函数

void MPEG2TSExtractor::init() {
    bool haveAudio = false;
    bool haveVideo = false;
    int numPacketsParsed = 0;
 
    while (feedMore() == OK) {
        ATSParser::SourceType type;
        if (haveAudio && haveVideo) {
            break;
        }
        if (!haveVideo) {
            sp<AnotherPacketSource> impl =
                (AnotherPacketSource *)mParser->getSource(
                        ATSParser::VIDEO).get();
 
            if (impl != NULL) {
                haveVideo = true;
                mSourceImpls.push(impl);
            }
        }
 
        if (!haveAudio) {
            sp<AnotherPacketSource> impl =
                (AnotherPacketSource *)mParser->getSource(
                        ATSParser::AUDIO).get();
 
            if (impl != NULL) {
                haveAudio = true;
                mSourceImpls.push(impl);
            }
        }
 
        if (++numPacketsParsed > 10000) {
            break;
        }
    }
 
    ALOGI("haveAudio=%d, haveVideo=%d", haveAudio, haveVideo);
}

这里feedMore便是解析文件头的具体实现，代码的后半部分主要是当解析成功即feedMore() == OK

feedmore作用有两个：解析头信息+缓冲数据

将audio video的source存放在栈mSourceImpls中。看下具体实现

status_t MPEG2TSExtractor::feedMore() {
    Mutex::Autolock autoLock(mLock);
 
    uint8_t packet[kTSPacketSize];
    ssize_t n = mDataSource->readAt(mOffset, packet, kTSPacketSize);
 
    if (n < (ssize_t)kTSPacketSize) {
        return (n < 0) ? (status_t)n : ERROR_END_OF_STREAM;
    }
 
    mOffset += n;
    return mParser->feedTSPacket(packet, kTSPacketSize);
}

从代码中可以看出mParser并不与datasource直接联系，而是mExtractor读取一个ts包，传递给mParser来分析

具体分析过程通过调用mParser->feedTSPacket方法完成，进入ATParser类方法中

status_t ATSParser::feedTSPacket(const void *data, size_t size) {
    CHECK_EQ(size, kTSPacketSize);
 
    ABitReader br((const uint8_t *)data, kTSPacketSize);
    return parseTS(&br);
}

status_t ATSParser::parseTS(ABitReader *br) {
 
    *****************
 
    if (adaptation_field_control == 1 || adaptation_field_control == 3) {
        err = parsePID(
                br, PID, continuity_counter, payload_unit_start_indicator);
    }
 
    ++mNumTSPacketsParsed;
 
    return err;
}

省略部分无关代码

 

如果对ts文件格式不了解，网上有很多资料。这里解析ts头主要就是解析几个表，如PAT(pid==0) PMT(pid通过解析pat获取) 以及通过上面两步获取实际流pid号之后解析实际数据获取参数。

这里获取pid之后通过调用parsePID来处理。

status_t ATSParser::parsePID(
        ABitReader *br, unsigned PID,
        unsigned continuity_counter,
        unsigned payload_unit_start_indicator) {
 
        if (PID == 0) {
            parseProgramAssociationTable(§ionBits);
        } else {
 
             bool handled = false;
            for (size_t i = 0; i < mPrograms.size(); ++i) {
                status_t err;
                if (!mPrograms.editItemAt(i)->parsePSISection(
                            PID, §ionBits, &err)) {
                    continue;
                }
        section->clear();
 
        return OK;
    }
 
bool handled = false;
    for (size_t i = 0; i < mPrograms.size(); ++i) {
        status_t err;
        if (mPrograms.editItemAt(i)->parsePID(
                    PID, continuity_counter, payload_unit_start_indicator,
                    br, &err)) {
            if (err != OK) {
                return err;
            }
 
            handled = true;
            break;
        }
    }
 
    if (!handled) {
        ALOGV("PID 0x%04x not handled.", PID);
    }
 
    return OK;
}

这里主要是根据pid的不同来分别处理，如parseProgramAssociationTable用来处理pat表，此时pid==0 

如果不是，则调用mPrograms.editItemAt(i)->parsePSISection来处理pmt表

这里如果没有处理过pat表，则 mPrograms.size()==0 会进入下一循环直到找到pat为止

这里不再深入了，解析完pmt表，就知道了文件中有几个流，几路audio 几路video等信息都得到了

后面会调用每个流的parsePID -- >调用每个流的parse函数，后续调用顺序为

mStreams.editValueAt(index)->parse->flush();->parsePES->onPayloadData等

这里简单总结下：在ATSParser中有几个内嵌类，

Program类负责解析pmt表

Stream类负责解析每个流的具体信息

具体代码不再列举了，总归都是按照ts的标准来解析，若读者不熟悉ts强烈建议仔细阅读下ffmpeg或者ATSParser中的实现方式。

 

重点注释：

每个Stream代表一个流，可以是音频流或者是视频流，读包的操作主要就是通过Stream接口来完成的。当在extractor中的feedmore方法中读取一个ts包传递给mParser解析时，

如果是实际的数据包，则最终都会存储在Stream的buffer中，而stream中的成员mSource(AnotherPacketSource)则是最终传递上去的保存在MPEG2TSExtractor中保存在全局变量中mSourceImpl中

而实际的mAudioTrack mVideoTrack则是通过getTrack返回MPEG2TSSource，而MPEG2TSSource 封装了AnotherPacketSource ，也就和实际的stream关联起来，

最终可以通过MPEG2TSSource 读取保存在stream中的数据包

【说明】请仔细消化上面这段话，并结合代码及上面的图来理解

 

 

3.3 demuxer -- read_packet

之前分析过，在awesomeplayer中有如下语句

mAudioTrack = extractor->getTrack(*);

mVideoTrack = extractor->getTrack(*);

这里getTrack便是建立awesomeplayer与extractor连接的地方（参考上面的黑体部分）

这里分析下ts的具体实现

sp<MediaSource> MPEG2TSExtractor::getTrack(size_t index) {
 
 
    ************
 
    return new MPEG2TSSource(this, mSourceImpls.editItemAt(index), seekable);
}

这里在MPEG2TSExtractor定义了一个新的继承自MediaSource的类MPEG2TSSource，返回给上层

其构造函数如下：

MPEG2TSSource::MPEG2TSSource(
        const sp<MPEG2TSExtractor> &extractor,
        const sp<AnotherPacketSource> &impl,
        bool seekable)
    : mExtractor(extractor),
      mImpl(impl),
      mSeekable(seekable) {
}

这里传入的参数mSourceImpls.editItemAt(index)是一个AnotherPacketSource对象（实际生成是在ATSParser中的Stream类中），主要负责缓存数据包，等上层解码器需要数据的时候会从此处读取

看下实际的读包方法：

在awesomeplayer中会调用mAudioTrack->read(*)方法，由于mAudioTrack == mVideoTrack == MPEG2TSSource ，因此调用的是MPEG2TSSource 的read方法

status_t MPEG2TSSource::read(
        MediaBuffer **out, const ReadOptions *options) {
    *out = NULL;
 
    int64_t seekTimeUs;
    ReadOptions::SeekMode seekMode;
    if (mSeekable && options && options->getSeekTo(&seekTimeUs, &seekMode)) {
        mExtractor->seekTo(seekTimeUs);
    }
 
    status_t finalResult;
    while (!mImpl->hasBufferAvailable(&finalResult)) {
        if (finalResult != OK) {
            return ERROR_END_OF_STREAM;
        }
 
        status_t err = mExtractor->feedMore();
        if (err != OK) {
            mImpl->signalEOS(err);
        }
    }
 
    return mImpl->read(out, options);
}

这里首先判断是否需要seek，若不需要。则通过mImpl->hasBufferAvailable看是否有缓存数据包，此处mImpl == mSourceImpls.editItemAt(index),（见上面构造函数参数列表）

如果没有则通过feedMore()读取包

最后通过 mImpl->read(out, options)返回给上层。

这里再解释下：首先每个流都对应一个MPEG2TSSource 对象，而每个MPEG2TSSource 对象都有一个AnotherPacketSource 对象，对应一个缓存列表。一开始extractor通过feedMore解析数据后将数据存储在各个AnotherPacketSource 的缓存列表中

举例来讲：如果某一时刻 audio 缓存类表为空，而video 缓存列表为 4 ， 此时读取audio包会导致mImpl->hasBufferAvailable ==0，此时会通过mExtractor->feedMore 继续缓存数据，若下一包为video则挂在到video缓存（此处video包+1=5）

直到解析到一个audio包，则返回。此处的实现保证了不会因为包分布不合理导致解码阻塞等情况

 

看下feedMore实现

status_t MPEG2TSExtractor::feedMore() {
    Mutex::Autolock autoLock(mLock);
 
    uint8_t packet[kTSPacketSize];
    ssize_t n = mDataSource->readAt(mOffset, packet, kTSPacketSize);
 
    if (n < (ssize_t)kTSPacketSize) {
        return (n < 0) ? (status_t)n : ERROR_END_OF_STREAM;
    }
 
    mOffset += n;
    return mParser->feedTSPacket(packet, kTSPacketSize);
}

主要是读取一包，然后解析,调用顺序如下

feedMore->mParser->feedTSPacket->parseTS->ATSParser::parsePID->ATSParser::Program::parsePID->ATSParser::Stream::parse

在ATSParser::Stream::parse 最终会将数据包缓存起来（具体实现方式：将数据全部缓存起来，放在mBuffer中，当此包数据都完成时，即得到了一个完整的audio或者video包，调用flush解析好了存在AnotherPacketSource的缓存中。）

 

3.4 demuxer -- read_seek

当需要seek的时候，入口在awesomeplayer的seekto,代码如下

status_t AwesomePlayer::seekTo(int64_t timeUs) {
    ATRACE_CALL();
 
    if (mExtractorFlags & MediaExtractor::CAN_SEEK) {
        Mutex::Autolock autoLock(mLock);
        return seekTo_l(timeUs);
    }
 
    return OK;
}

status_t AwesomePlayer::seekTo_l(int64_t timeUs) {
    *********************
    mSeeking = SEEK;
    mSeekNotificationSent = false;
    mSeekTimeUs = timeUs;
    modifyFlags((AT_EOS | AUDIO_AT_EOS | VIDEO_AT_EOS), CLEAR);
    seekAudioIfNecessary_l();
    if (!(mFlags & PLAYING)) {
        ALOGV("seeking while paused, sending SEEK_COMPLETE notification"
             " immediately.");
        notifyListener_l(MEDIA_SEEK_COMPLETE);
        mSeekNotificationSent = true;
        if ((mFlags & PREPARED) && mVideoSource != NULL) {
            modifyFlags(SEEK_PREVIEW, SET);
            postVideoEvent_l();
        }
    }
 
    return OK;
}

首先设置seek标志，mSeeking = SEEK，然后设置seek到的位置    mSeekTimeUs = timeUs;清空标志位。

调用seekAudioIfNecessary_l，看下实现

void AwesomePlayer::seekAudioIfNecessary_l() {
    if (mSeeking != NO_SEEK && mVideoSource == NULL && mAudioPlayer != NULL) {
        mAudioPlayer->seekTo(mSeekTimeUs);
 
        mWatchForAudioSeekComplete = true;
        mWatchForAudioEOS = true;
 
        if (mDecryptHandle != NULL) {
            mDrmManagerClient->setPlaybackStatus(mDecryptHandle,
                    Playback::PAUSE, 0);
            mDrmManagerClient->setPlaybackStatus(mDecryptHandle,
                    Playback::START, mSeekTimeUs / 1000);
        }
    }
}

比较简单，调用mAudioPlayer->seekTo

status_t AudioPlayer::seekTo(int64_t time_us) {
    Mutex::Autolock autoLock(mLock);
 
    mSeeking = true;
    mPositionTimeRealUs = mPositionTimeMediaUs = -1;
    mReachedEOS = false;
    mSeekTimeUs = time_us;
 
    // Flush resets the number of played frames
    mNumFramesPlayed = 0;
    mNumFramesPlayedSysTimeUs = ALooper::GetNowUs();
 
    if (mAudioSink != NULL) {
        mAudioSink->flush();
    } else {
        mAudioTrack->flush();
    }
 
    return OK;
}

从代码中看主要是设置标志位

    mSeeking = true;

    mSeekTimeUs = time_us;

然后清空audioplayer中的pcm数据，而设置好seek标志之后，在audioplayer的fill buffer中读取数据时便会设置要读取的时间的数据，具体代码如下

size_t AudioPlayer::fillBuffer(void *data, size_t size) {
    *************
    MediaSource::ReadOptions options;
    options.setSeekTo(mSeekTimeUs);
    err = mSource->read(&mInputBuffer, &options);     
    *************
}

只列出了关键语句。

通过上面分析得出：当收到seek命令时，对于audio来讲就是清空audioplayer的pcm数据，设置下次要读取的位置MediaSource::ReadOptions options，其他工作由上层完成（指的是decoder，具体在分析decoder的时候介绍）

audio的seek完成之后，看下video的seek 

具体代码在onVideoEvent中

void AwesomePlayer::onVideoEvent() {
 
    ********
 
    MediaSource::ReadOptions options;
    if (mSeeking != NO_SEEK) {
            options.setSeekTo(
             mSeekTimeUs,
             mSeeking == SEEK_VIDEO_ONLY
                ? MediaSource::ReadOptions::SEEK_NEXT_SYNC
                : MediaSource::ReadOptions::SEEK_CLOSEST_SYNC);
   }    ​​
 
   status_t err = mVideoSource->read(&mVideoBuffer, &options);
 
    ********
 
}

这里的处理方式与audio类似，都是设置好seek后的位置 MediaSource::ReadOptions options ，然后再从mVideoSource读取数据时作为参数传递进去（decoder后面介绍）。

 

但这里可以想到，最终decoder都会设置MediaExtractor 读取位置来达到seek的效果，这里看些ts的case

这里在ts extractor中调用read方法读取数据代码如下：

status_t MPEG2TSSource::read(
        MediaBuffer **out, const ReadOptions *options) {
    *out = NULL;
 
    int64_t seekTimeUs;
    ReadOptions::SeekMode seekMode;
    if (mSeekable && options && options->getSeekTo(&seekTimeUs, &seekMode)) {
        mExtractor->seekTo(seekTimeUs);
    }
 
    status_t finalResult;
    while (!mImpl->hasBufferAvailable(&finalResult)) {
        if (finalResult != OK) {
            return ERROR_END_OF_STREAM;
        }
 
        status_t err = mExtractor->feedMore();
        if (err != OK) {
            mImpl->signalEOS(err);
        }
    }
 
    return mImpl->read(out, options);
}

可以看到option已经传递进来，继续跟进mImpl->read

status_t AnotherPacketSource::read(
        MediaBuffer **out, const ReadOptions *) {
    *out = NULL;
 
    Mutex::Autolock autoLock(mLock);
    while (mEOSResult == OK && mBuffers.empty()) {
        mCondition.wait(mLock);
    }
 
    if (!mBuffers.empty()) {
        const sp<ABuffer> buffer = *mBuffers.begin();
        mBuffers.erase(mBuffers.begin());
 
        int32_t discontinuity;
        if (buffer->meta()->findInt32("discontinuity", &discontinuity)) {
            if (wasFormatChange(discontinuity)) {
                mFormat.clear();
            }
 
            return INFO_DISCONTINUITY;
        } else {
            int64_t timeUs;
            CHECK(buffer->meta()->findInt64("timeUs", &timeUs));
 
            MediaBuffer *mediaBuffer = new MediaBuffer(buffer);
 
            mediaBuffer->meta_data()->setInt64(kKeyTime, timeUs);
 
            *out = mediaBuffer;
            return OK;
        }
    }
 
    return mEOSResult;
}

从代码里看并没有使用传递进来的 ReadOptions ，预计seek动作实在decoder中解决的。等分析decoder的时候再详细看。

 

到此，extractor就分析完了。