RTSP,HLS,WebRTC,Dash(正确的用例) [英] RTSP vs HLS vs WebRTC vs Dash (proper use cases)

查看:92
本文介绍了RTSP,HLS,WebRTC,Dash(正确的用例)的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

视频流已经成为现代时代,无论是实时流还是录制的视频.

Modern era has been of video streaming—be it live stream or of recorded videos.

在学习的过程中,我确实遇到了问题中提到的各种协议.协议越多,用例就越有趣.话虽如此,我找不到合适的比较评估和用例.

While studying I do come across the diverse protocols that are mentioned in subject of question. The more protocols makes the use cases further intriguing; having said that I couldn't locate proper comparative evaluation and use cases.

有人可以帮助解决用例和关键差异,以便了解何时使用哪个案例吗?

Can someone help about use cases and critical differences, so that can understand when to use which one?

还可以在浏览器,桌面应用程序和移动应用程序(Android和iOS)中显示流的任何统一协议吗?

Also, any unified protocol that can display stream in browser, desktop application, and mobile App (Android and iOS)?

谢谢.

推荐答案

WebRTC:可以从浏览器广播,低延迟.服务器端更加复杂,由于缺少CDN支持,因此操作成本更高.难以扩展.

WebRTC: Can broadcast from browser, Low latency. More complicated server side, More expensive to operate due to lack of CDN support. Difficult to scale.

RTSP:低延迟,在任何浏览器(广播或接收)中均不起作用.不支持CDN.

RTSP: Low latency, Will not work in any browser (broadcast or receive). No CDN support.

HLS:几乎在任何地方都可以使用.通过HTTP工作.由于CDN支持,因此带宽更小.许多现成的易于使用和廉价/免费的服务器软件可用.延迟比其他选项更高.

HLS: Works almost everywhere. Works over HTTP. Cheeper bandwidth due to CDN support. a lot of off the shelf easy to use and cheep/free server software available. Higher latency than other options.

破折号:与HLS几乎相同,但对iOS的支持有限.

Dash: pretty much the same as HLS, but has limited iOS support.

这篇关于RTSP,HLS,WebRTC,Dash(正确的用例)的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆