【问题标题】:WebRtc Bandwidth / resolution / frame rate controlWebRtc 带宽/分辨率/帧率控制
【发布时间】:2021-06-18 17:51:08
【问题描述】:

我想知道为什么我正常传输320240分辨率的视频,默认我的上行流量是1.5MB; 当我修改 SDP 带宽限制时,例如在 500kbps/s 我的视频宽度和高度仍然是 320240 并且帧速率没有降低; 那么这减少的上行流量究竟是什么?

= =

【问题讨论】:

  • 在不知道您为客户使用哪种应用程序的情况下很难回答。它是浏览器应用程序吗?原生应用?无论如何,相机分辨率和帧速率都是在相机上设置的。对于 320x240x15fps 的说话头来说,500kbps 的带宽应该绰绰有余。视频/音频信号。
  • 对不起,请允许我再次描述一下我的问题:
  • Web端使用webRtc连接两个peer。在正常的过程中,CreateOffer、CreateAnswer、SetSDP……后来我在WebTC-internals观察到的一个320*240的视频,outbound bytesSent_in_bits/s默认应该达到1.5M,但是在我使用带宽约束等手段后,视频还是320*240,带宽限制为500KB后帧率没有变化。我想知道减少带宽的成本是多少?

标签: webrtc h.264 getusermedia vp8 vp9


【解决方案1】:

WebRTC 使用所谓的“有损感知视频压缩”。也就是说,视频能够被压缩成各种带宽的比特流……在你的情况下是 1.5mbps 和 0.5mbps。这就像 JPEG 的质量参数:在 JPEG 中,调整该参数会改变图像文件的大小。在视频压缩中,您请求的是比特率而不是质量参数。

当解压缩较低比特率的视频流时,它对原始视频的表现不太忠实。如果您知道要查找什么,您可以在解压缩的图像中看到各种压缩伪影”块状、物体周围的“蚊子”等等。

流式视频和 DVD 视频节目(电影院)使用高带宽将这些影响降至最低,低于 1080p 或 4K 分辨率的感知阈值。

在您的 SIF (320x240) 分辨率情况下,您解码的 0.5mbps 视频比您的 1.5mbps 视频包含更多伪影。但是,由于分辨率相对较低,因此需要一些查找才能找到这些伪影。如果它们没有惹恼您或您的用户,您可以得出结论,0.5mbps 对您的应用程序来说是可以的。长期经验表明,您应该在该比特率和分辨率下取得成功。您甚至可以尝试 250kbps。

降低帧速率不会按比例节省带宽;大多数压缩视频帧表示与前一帧的差异。

较低的比特率更适合移动设备;它们可以节省电力和用户的数据计划。

如果您想查看夸张的压缩伪影及其外观,请将比特率设置为 125kbps 或更低。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-02-12
    • 1970-01-01
    相关资源
    最近更新 更多