ExoPlayer架构详解与源码分析（6）——MediaPeriod

山雨楼

已于 2024-04-18 17:24:31 修改

阅读量606

点赞数

分类专栏： ExoPlayer 文章标签：架构 Android 音视频 Exoplayer 源码 Media3

于 2023-10-23 17:43:01 首次发布

本文链接：https://blog.csdn.net/blovecat/article/details/132117914

版权

ExoPlayer 专栏收录该内容

16 篇文章 5 订阅

订阅专栏

系列文章目录

文章目录

系列文章目录
前言
MediaPeriod
MediaPeriod的实现
ProgressiveMediaPeriod
总结

前言

上篇看完了MediaSource，发现其中真正发挥作用的是其中的MediaPeriod，如果MediaSource是燃料系统的外壳，那么MediaPeriod就是其外壳下的核心，媒体数据的的加载获取甚至是解析主要就靠它了。

MediaPeriod

先看下整体结构
在这里插入图片描述

MediaPeriod主要用于加载于Timeline中的一个Period对于的媒体数据。换句话说Timeline中有多少个Period就会对于多少个MediaPeriod。
MediaPeriod的所有方法都在播放器内部线程调用。MediaPeriod是在MediaSource.createPeriod创建的，MediaSource中媒体数据的加载读取解复用最终提供数据给Renderer等都通过它来实现。MediaPeriod 中每个轨道对应一个SampleStream，MediaPeriod 在同一时间可能只能为一个SampleStream提供数据，但是当前的SampleStream 可以切换（因为MediaPeriod在读取数据时是单线程的，获取到数据后会同步解析数据，通过TrackId 将其关联到不同的轨道的SampleStream 中，这个后面具体会讲到）。

看下几个重要的方法定义

prepare异步准备当前的MediaPeriod，因为是异步的方法入参提供了一个Callback在prepared后通知调用者，在通知调用者前搜先会调用MediaSource的onSourceInfoRefreshed通知MediaSource更新Timeline，然后完成解轨道数据的解析提供给getTrackGroups方法，目的是提前准备好Timeline，如果prepare失败就会调用MediaPeriod的maybeThrowPrepareError方法
maybeThrowPrepareError功能如上，这个方法只会在prepare完成前调用
getTrackGroups获取解析出的轨道数据，因为解析轨道是prepare时完成的，所以这个方法只能在prepared之后调用。
selectTracks执行轨道选择，这是一个重要的方法，就是在这个方法中将轨道数据提供给上层使用者的确切的说是Renderer，同时Renderer也通过mayRetainStreamFlags 告诉MediaPeriod使用保留当前的SampleStream。MediaPeriod如果创建了新的流或者更新了SampleStream也会通过streamResetFlags=true来告诉Renderer需要重置当前的Renderer了。另外每次调用都应该更新TrackSelections。同样这个方法肯定也只能在prepared之后调用。
```
  long selectTracks(
      @NullableType ExoTrackSelection[] selections,//TrackSelector提供的轨道选择
      boolean[] mayRetainStreamFlags,//需要保留的流
      @NullableType SampleStream[] streams,//提供的数据流
      boolean[] streamResetFlags,//需要替换的流
      long positionUs);//当前的播放位置，如果当前的period还没有播放，这个值就是起始播放位置
```
seekToUs Seek到指定位置。仅当至少选择一个轨道时才会调用此方法。
continueLoading 当需要继续加载数据时调用，MediaPeriod在prepareing或者prepared后都可以调用这个方法。
reevaluateBuffer 释放SampleStream的相关缓存，同样这个方法肯定也只能在prepared之后调用。
getStreamKeys 当MediaPeriod由多个播放源时，如HLS，这个方法返回一个多个源关于选中轨道的KeyList

MediaPeriod接口定义了数据解析的大致过程：

prepare准备数据源，完成后selectTracks向外提供出SampleStream
continueLoading 继续加载数据填充SampleStream
将使用完的数据通过reevaluateBuffer释放

MediaPeriod的实现

在这里插入图片描述
可以看到基本每一种ExoPlayer支持的媒体都实现了一个MediaPeriod，ProgressiveMediaPeriod相对比较基础和典型，后面也将重点解析它，剩余其他几种类型的可以先做了解，后面有时间再扩充。

ProgressiveMediaPeriod

ProgressiveMediaSource的MediaPeriod实现，主要用于渐进式媒体文件的加载，如本地或远程的单个视频文件，
先看下ProgressiveMediaPeriod整体结构
在这里插入图片描述
ProgressiveMediaPeriod主要分2部分：

数据存取 管理缓存获取的数据，主要交由SampleQueue来负责，需要提供高效的缓存读写能力保证数据的持续性。
数据加载解析 加载主要由DataSource负责，主要工作是获取媒体数据供解析器读取，解析器主要指的是Extractor，主要负责将获取的数据解析到不同的SampleQueue中。

上图中并没有MediaPeriod提到的SampleStream，其实ProgressiveMediaPeriod内部类中实现了SampleStream ，通过内部类将
对SampleStream 操作通过trackid关联转发给SampleQueue来实现，所以上图中的SampleQueue其实就是相当于SampleStream。

private final class SampleStreamImpl implements SampleStream {

    private final int track;

    public SampleStreamImpl(int track) {
      this.track = track;
    }

    @Override
    public boolean isReady() {
      return ProgressiveMediaPeriod.this.isReady(track);
    }

    @Override
    public void maybeThrowError() throws IOException {
      ProgressiveMediaPeriod.this.maybeThrowError(track);
    }

    @Override
    public int readData(
        FormatHolder formatHolder, DecoderInputBuffer buffer, @ReadFlags int readFlags) {
      return ProgressiveMediaPeriod.this.readData(track, formatHolder, buffer, readFlags);
    }

    @Override
    public int skipData(long positionUs) {
      return ProgressiveMediaPeriod.this.skipData(track, positionUs);
    }
  }
  /* package */ int readData(
      int sampleQueueIndex,
      FormatHolder formatHolder,
      DecoderInputBuffer buffer,
      @ReadFlags int readFlags) {
    if (suppressRead()) {
      return C.RESULT_NOTHING_READ;
    }
    maybeNotifyDownstreamFormat(sampleQueueIndex);
    int result =//sampleQueueIndex查询对应的sampleQueues读取数据
        sampleQueues[sampleQueueIndex].read(formatHolder, buffer, readFlags, loadingFinished);
    if (result == C.RESULT_NOTHING_READ) {
      maybeStartDeferredRetry(sampleQueueIndex);
    }
    return result;
  }

Extractor和DataSource那一块还没扩展开，目前就已经很复杂了，DrmSessionManager和LoadErrorHandlingPolicy不是主线任务就跳过了，重点关注Loader、SampleQueue、DataSource、Extractor。

总结

MediaPeriod接口只是定义了标准的执行逻辑，具体如何实现其中定义的每个方法其实每种MediaPeriod实现都会有很大的差异，因为媒体结构本身就千变万化。ProgressiveMediaPeriod实现了其中一种相对基础的媒体类型，但是结构也很复杂，预计下面分多篇将ProgressiveMediaPeriod的SampleQueue、Loader、DataSource、Extractor分析一遍，下篇先从SampleQueue说起。

版权声明 ©
本文为CSDN作者山雨楼原创文章
转载请注明出处
原创不易，觉得有用的话，收藏转发点赞支持

山雨楼

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
ExoPlayer架构详解与源码分析（6）——MediaPeriod

上篇看完了MediaSource，发现其中正在发挥作用的是其中的MediaPeriod，如果MediaSource是燃料系统的外壳，那么MediaPeriod就是其外壳下的核心
复制链接

扫一扫