流媒体
协议
延时 优势 劣势 支持的音视频格式 数据 浏览器支持 支持 H.265 适合场景 不适合场景 RTMP中低延时
1-3s
实时性好，支持多种编码格式 依赖Flash，安全性较差H.264, AAC,
MP3
流 否 否 直播、游戏流媒体 大规模点播HLS
(.m3u8)
中高延时
10-30s
跨平台支持好，兼容性强 延时相对较高， 启动时间长 H.264, AAC, HEVC 切片 支持 是 点播、直播（尤其是苹果设备） 实时交互 应用 DASH 中等延时 自适应流媒体，支持多种格式 复杂性高，实施难度大 H.264, AAC, HEVC 切片 支持 是 高质量视频点播 低延时直播 WebRTC超低延时
0.1-0.5s
实时通信，支持P2P 传输 浏览器支持不一，网络条件要求高H.264,
VP8, VP9, Opus
流 支持 否 视频会议、实时互动 大规模广播 SRT低延时
0.2-1s
良好的抗丢包能力，适用于不稳定网络 配置复杂，生态系统尚在发展中 H.264, AAC 流 否 是 远程直播、专业视频传输 简单的点播 服务 RTSP低中延时
0.2-1s
适合实时流媒体，支持多种传输协议 兼容性较差，防火墙穿透困难 H.264, MPEG-4, AAC 流 否 是 监控摄像头、实时视频流 大规模直播 HTTP-FLV中等延时
1-3s
简单易用，基于HTTP协议，兼容性强 延时较高，流媒体的实时性不足 FLV, H.264, AAC 流 支持 否 直播、点播（尤其是网页应用） 需要低延时的实时应用 到此这篇单播地址有哪些（单播地址和多播地址的区别）的文章就介绍到这了,更多相关内容请继续浏览下面的相关 推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/bcyy/17703.html