Opentok 发布者比特率取决于订阅者的比特率
Opentok publisher bitrate is dependent on subscribers' bitrate
以下是我的通话前测试结果：
预期通话质量
1.7 / 5.0
支持的分辨率：
1280x720 @ 30 帧/秒。
0% 视频丢包。
视频码率：655kbps.
我正在播放 200kbps 的视频。这应该能够毫无问题地流式传输。
问题是当我作为订阅者加入该频道时，发布者的比特率似乎下降了（与观众比特率的平均值相匹配）。自然地，降低通话中每个人的视频质量。会话已路由，根据我的理解，发布者的比特率应该是恒定的，opentok 服务器应该以适当的比特率将视频流式传输给观众（订阅者），而不是降低整个会话的质量。
下面是opentok的session inspector的截图。
除非您使用 VP8 联播流，这意味着 RTCP-Termination 在像 Opentok 的 SFU 服务器上，rate-control 从发布者到订阅者发生 end-to-end。因此，在没有启用联播的情况下，因此没有 RTCP-Termination，发布者流式传输视频的比特率适合最差的订阅者连接。因此，这是正确的，发布者码率依赖于订阅者的码率在没有联播的情况下是正常的。
同时，如果在任何情况下您都无法超过 1mbps，我不建议您使用 720p 分辨率...
以下是我的通话前测试结果： 预期通话质量 1.7 / 5.0 支持的分辨率： 1280x720 @ 30 帧/秒。 0% 视频丢包。 视频码率：655kbps.
我正在播放 200kbps 的视频。这应该能够毫无问题地流式传输。 问题是当我作为订阅者加入该频道时，发布者的比特率似乎下降了（与观众比特率的平均值相匹配）。自然地，降低通话中每个人的视频质量。会话已路由，根据我的理解，发布者的比特率应该是恒定的，opentok 服务器应该以适当的比特率将视频流式传输给观众（订阅者），而不是降低整个会话的质量。 下面是opentok的session inspector的截图。
除非您使用 VP8 联播流，这意味着 RTCP-Termination 在像 Opentok 的 SFU 服务器上，rate-control 从发布者到订阅者发生 end-to-end。因此，在没有启用联播的情况下，因此没有 RTCP-Termination，发布者流式传输视频的比特率适合最差的订阅者连接。因此，这是正确的，发布者码率依赖于订阅者的码率在没有联播的情况下是正常的。
同时，如果在任何情况下您都无法超过 1mbps，我不建议您使用 720p 分辨率...