了解 AVC 编解码器：avc1.42c020 与 avc1.428020
寻求帮助以了解编解码器之间的差异：
avc1.42c020 and avc1.428020
我有一个程序可以请求这些格式中的任何一种格式的视频，但我不确定应该选择哪一种。其中一个的质量比另一个高吗？其中一种对 CPU 使用率/网络比特率的影响会比另一种更大吗？或者这些大部分是相同的？
希望有人能解释这些数字代表什么，或者指出我正确的方向来查找它。谢谢！
Looking for help understanding the difference between the codecs:
avc1.42c020 and avc1.428020
I have a program that can request video in either of these formats but I'm not sure which one I should choose. Is one higher quality than the other? Will one impact CPU usage / network bitrate more than the other? Or are these mostly the same?
Hoping someone can explain what the numbers represent or point me in the right direction to look it up. Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
RFC 6190 第 7 节对此进行了描述。引起您兴趣的三个字节称为profile-level-id，并指示对端支持的 AVC 编解码器的配置文件和子配置文件。在你的具体情况下，
42c020 表示支持约束基线配置文件，428020 表示支持基线配置文件。
基线配置文件对处理数据包丢失的支持稍好一些，但某些设备可能不支持它（根据 RFC 7742）。但实际上，WebRTC 不需要 Constrained Baseline 配置文件中省略的功能（它有其他机制来处理数据包丢失），因此在所有情况下都选择 Constrained Baseline 配置文件应该没问题。
This is described in Section 7 of RFC 6190. The three bytes that intrigue you are called the profile-level-id, and indicate the profile and sub-profile of the AVC codec that the peer supports. In your particular case,
42c020 indicates support for the Constrained Baseline profile, and 428020 indicates support for the Baseline profile.
The Baseline profile has slightly better support for dealing with packet loss, but some devices might not support it (only the Constrained Baseline profile is compulsory to implement in WebRTC according to RFC 7742). In practice, however, WebRTC doesn't need the features omitted in the Constrained Baseline profile (it has other mechanisms for dealing with packet loss), so it should be fine to choose the Constrained Baseline profile in all cases.