webrtc发送端-编码器资源调节器

github：https://github.com/bigonelby/webrtcUml/tree/master/latest

webrtc-发送端-网络带宽对分辨率影响-调节器.drawio.png

1. 这个图延续了上张图，继续介绍编码器中的资源自适应

2. 上张图已经知道，最终Resource是否过载，还是不足，最终都会反馈给VideoStreamAdapter模块，由这个模块进行最后的决策。这张图就介绍VideoStreamAdapter具体的工作机制

3. VideoStreamAdapter的主要工作机制就是，比如资源过载，即调用了GetAdaptationUp，得到新的策略（即新的Adaptation），然后通过ApplyAdaptation来应用这个策略。我们以资源过载为例，首先调用GetAdaptationUp，得到更高一档的Adaptation，这里又会调用GetAdaptationUpStep，这里会根据预设的条件，degradation_preference_，决策应该提升分辨率还是帧率。我们以提升分辨率为例，则会调用GetHigherResolutionThan这个函数。这个函数就会返回更高一档的分辨率，从而构建出新的Adaptation。既然有GetHigherResolutionThan，这个Higher是针对谁而言的呢？当然是针对目前的状态！VideoStreamAdapter持有一个重要的成员就是VideoStreamInputStateProvider，这个结构体是由VideoStreamEncoder创建出来，并作为参数给VideoStreamAdapter的。顾名思义，这个类的核心作用，就是根据编码器VideoStreamEncoder的状态，实时更新VideoStreamInputState，这个类就记录了当前的编码状态。因此GetHigherResolution，就是在其成员frame_size_pixels_的基础上，再往上增加，目前webrtc中增长的系数为 5 / 3

4. 至此我们得到了下一步的策略（Adaptation），下一步我们将让这个策略生效，即ApplyAdaption，这里调用了BroadcastVideoRestrictionsUpdate，将策略变化广播出去，通知给所有的监听者。当然，我们在真正通知之前，还需要根据设置的degradation_preference_来决定是否对最大分辨率或最大帧率进行限制，这个在FilterRestrictionsByDegradationPreference中实现，最后会将新的Adaptation通知给所有的监听者VideoSourceRestrictionListener，核心的监听者就是VideoStreamEncoder，因此编码器得到了新的策略，策略中最关键的就是VideoSourceRestrictions，这里限制了最大的像素点以及最大帧率。VideoStreamEncoder将消息进一步传递给VideoSourceSinkController，通过SetRestrictions将策略中的VideoSourceRestrictions信息，设置给VideoSourceSinkController，接着VideoSourceSinkController会根据这个限制，生成VideoSinkWants，并通过VideoSourceInterface的AddOrUpdateSink接口将这个VideoSinkWants设置给他，至此这个VideoSourceInterface就知道sink究竟希望怎样的规格了

5. 最后再简单回顾一下：VideoStreamAdapter得到了资源的使用情况，并进行策略调整，根据GetAdaptationUp或GetAdaptationDown得到新的策略Adaptation，再通过ApplyAdaptation将新的策略告知所有的监听者，其中一个监听者就是VideoStreamEncoder，在收到通知后，进一步告知VideoSourceSinkController，最终设置给VideoSourceInterface