对于静态文件来说，RTSP 相对于纯 HTTP 有何优势？
使用 RTSP 提供静态（非实时流）TS 视频有什么优势吗？
HTTP 看起来更适合此目的，并且在客户端软件中触发的错误更少。搜索效果更好，快进播放效果更流畅。它也不需要任何索引。
从 RTSP 迁移到纯 HTTP 时是否存在任何陷阱？
Is there any advantage of using RTSP for serving static (not live stream) TS videos?
HTTP looks like better for this purpose and triggers less bugs in client software. Seeking works better, fast-forward playback works smoother. It also does not require any indexes.
Are there any pitfalls when migrating from RTSP to plain HTTP?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
使用 HTTP 进行媒体流传输虽然由 Apple iOS 产品赞助，但可能不如 RTSP 标准。 HTTP流的实现有很多，其问题主要是：
除此之外，HTTP 更好还有很多原因。
请参阅本文。
Usage of HTTP for media streaming, while sponsored by Apple iOS products, is probably not as standard as RTSP. There are many HTTP streaming implementations, whose issues are mainly:
Other than this, HTTP is better for many reasons.
See this article.
HTTP“流”服务器（在大多数情况下）将使用 TCP 作为其网络传输，RTSP 服务器通常提供基于 UDP 的 RTP，这更适合多媒体流，其中可以容忍一些错误/数据包丢失具有较低延迟和较少网络开销的优点。
HTTP "streaming" servers will (in most cases) use TCP as their network transport, RTSP servers usually offer RTP over UDP which is more suited to multimedia streaming where some errors/packet loss can be tolerated with the benefit of lower latency and less network overheads.
此外，由于 RTSP 是基于 UDP 的，因此可以在 LAN 内使用多播/广播。这对于电视流非常有用，因为您将使用更少的带宽。
Also, as RTSP it is over UDP, it can be used inside LAN with multicast/broadcast. This is quite useful for TV streams as you will use less bandwidth.