我正在使用Flex和FMS开发一个视频会议应用程序。这项技术帮了我很大的忙，到目前为止一切都很好。我正在使用DynamicStream根据可用的带宽自动将传入的流切换到适当的比特率。我想知道是否有任何方法可以指示DynamicStream为音频提供更多带宽(显然是以丢失视频中的一些帧为代价)。
如有任何帮助，我们不胜感激。
dced5bon1#
总的来说，我认为这是个坏主意，你应该以可接受的音频比特率开始视频流，并坚持下去，无论出于什么原因，移动视频在眼睛上都是可以容忍的，然而，在飞行中移动音频比特率是非常明显的，并且会导致相当大的变化。与视频相比，以合适的比特率使用单声道编码音频的视频会议将占用大约1%的数据，这就是为什么它甚至无法真正控制，它没有意义，而且是糟糕的最终用户体验。测试这一点的一个好方法是拍摄某人说话的视频，以不同的比特率对音频片段进行编码，然后将孔洞的东西拼接在一起。注意轮班时的刺耳声音。不管出于什么原因，人脑对音频质量的变化和视频质量的变化的React截然不同。也许是因为，虽然我们不一定能看到周围的一切，但我们总能听到。无论哪种方式，你都可以把时间花在有价值的事情上：视频！只是我的0.02美元
1条答案
按热度按时间dced5bon1#
总的来说，我认为这是个坏主意，你应该以可接受的音频比特率开始视频流，并坚持下去，无论出于什么原因，移动视频在眼睛上都是可以容忍的，然而，在飞行中移动音频比特率是非常明显的，并且会导致相当大的变化。与视频相比，以合适的比特率使用单声道编码音频的视频会议将占用大约1%的数据，这就是为什么它甚至无法真正控制，它没有意义，而且是糟糕的最终用户体验。测试这一点的一个好方法是拍摄某人说话的视频，以不同的比特率对音频片段进行编码，然后将孔洞的东西拼接在一起。注意轮班时的刺耳声音。不管出于什么原因，人脑对音频质量的变化和视频质量的变化的React截然不同。也许是因为，虽然我们不一定能看到周围的一切，但我们总能听到。无论哪种方式，你都可以把时间花在有价值的事情上：视频！只是我的0.02美元