如何选择 RTC 推流的编码格式？
内容提要
本文探讨RTC推流编码格式选择，指出H.264兼容性最广，适合作为默认格式；H.265节省带宽但兼容性差；VP8适用于WebRTC；AV1尚未普及。音频方面，Opus适合交互场景，AAC适合分发。参数选择需匹配分辨率与码率，避免过高码率，建议采用动态策略。默认推荐H.264配合动态码率，仅在自研端占比高且带宽敏感时升级至H.265。
延伸解读
兼容性优先于压缩率
文章强调，H.264 是唯一能“推出去哪都能收”的格式，因此成为 RTC 行业默认。选择 H.265 或 VP8 本质是用兼容性换带宽，但需承担转码兜底成本。服务端如 ZEGO 的混流默认输出 H.264，H.265 需开通配置，说明格式越新，链路环节越多。选型时应先确认接收端形态和分发链路支持，而非只看压缩效率。
音频格式常被忽视
音频编码决策常被忽略，但默认值影响体验。Opus 在 20-510kbps 码率范围表现稳定，适合 RTC 交互；AAC 兼容性更广，适合 CDN 分发。经验法则：交互为主选 Opus，分发为主选 AAC，两者兼顾交给服务端转码。这提醒开发者，音频格式选择应与视频同等重视，避免因默认设置导致体验问题。
参数配置的常见误区
码率并非越高越好，超过内容所需上限只会浪费带宽并增加卡顿。1080p 并非默认选项，多数场景 720p 以内性价比最优，如 ZEGO 默认 540p。固定参数不如动态策略，弱网时降级顺序需显式声明，优先保流畅或清晰。建议采用动态码率，按预设顺序降码率、帧率、分辨率，以平衡体验与成本。
Q&A
RTC推流时，视频编码格式应该怎么选？
视频编码格式的选择需根据接收端生态、带宽成本和分发需求综合判断。H.264兼容性最广，适合作为默认格式；H.265节省带宽但兼容性差；VP8适用于WebRTC纯网页互通；AV1尚未普及。若自研端占比高且带宽敏感，可考虑升级至H.265。
H.264和H.265在RTC推流中有什么区别？
H.264压缩效率为基准，兼容性几乎全覆盖，是业界事实标准；H.265压缩效率比H.264高约30%-50%，但Web端依赖新版本浏览器与硬件加速，CDN转码支持参差，兼容缺口需要转码兜底。
RTC推流时音频编码格式选Opus还是AAC？
交互为主选Opus，分发为主选AAC。Opus在20kbps-510kbps码率范围内表现稳定，对语音清晰度和抗丢包友好，WebRTC生态默认支持；AAC在与CDN直播、第三方播放器深度打通时兼容性更保险。两者都需要时交给服务端转码解决。
RTC推流时码率、分辨率和帧率如何匹配？
码率跟着分辨率走，分辨率决定码率下限，帧率决定流畅度上限。经验档位：360p配600kbps、540p配1000kbps、720p配1500kbps、1080p配2000kbps。码率不是越高越好，1080p不是默认选项，建议采用动态码率策略。
RTC推流时常见的编码参数误区有哪些？
常见误区包括：码率不是越高越好，过高会浪费带宽并增加卡顿；1080p不是默认选项，多数场景720p以内性价比最优；固定参数不如动态策略，应显式声明弱网时的降级顺序。
如何制定一套RTC推流编码格式的选择流程？
流程包括：确认接收端形态，自研App用H.264起步，有网页播放需确认浏览器版本；估算带宽成本敏感度，评估H.265收益；盘点分发生态，确认CDN、混流、录制等环节支持格式；最后用动态码率策略兜底。
RTC推流编码格式的默认推荐是什么？
默认推荐H.264配合动态码率，仅在自研端占比高且带宽敏感时升级至H.265。选择格式前需检查流经过的每一条链路是否都支持。
