RTSP是目前仍在使用的两种运行时间非常长的媒体流协议之一；由于RTSP的流媒体服务器实用程序，您可能熟悉该首字母缩略词。您可能不太熟悉RTSP的悠久历史（它是1996年发明的！）及其现状和应用。

随着协议的发展，RTSP流媒体有时被认为是其他“老式”流媒体技术RTMP的不那么受欢迎的竞争对手，或者与基于Web服务器的新协议相比不太相关。技术随着时间的推移发生了变化，旧的协议已经改变了角色并且仍然有用，但是在大多数情况下，它们本身不再被用作流媒体解决方案。相反，RTSP和RTMP现在最常用于编码和摄取媒体，作为更大的流式工作流的“第一英里”，而不是它们以前作为“最后一英里”交付格式的角色。

流媒体协议和视频广播可能会变得非常复杂和技术性很强，更不用说充满了首字母缩略词，但本文将在几个简明的项目符号中列出您需要了解的有关实时流媒体协议的所有信息，以确定是否使用RTSP工作流程的关键部分，并建议潜在的RTSP到RTMP摄取解决方案，可以帮助您的RTSP设备输入与支持RTMP编码的平台更兼容。

RTSP流媒体的历史

RTSP流媒体已经存在了很长一段时间。RealNetworks、Netscape和哥伦比亚大学之间的合作伙伴关系于1996-97年首次开发并交付了该协议。RTSP协议是通过RealNetworks的RealAudio和Netscape的LiveMedia的流媒体实践的实践经验开发的。正如Mozilla的wiki所说，它的主要目的是对媒体流进行“类似VCR的控制”（年轻的读者，问你的父母）——换句话说，现在常见的播放、暂停、倒带和以其他方式指导观看体验的能力.

RTSP在1998年被标准化为RFC2326，并立即成为一种有用的方式，用户可以直接从Internet播放音频和视频，而不必先将文件下载到他们的设备上。

它建立在当时的现有标准之上，在操作上类似于HTTP（因此很容易与现有的HTTP网络兼容），并且能够使用SDP（会话描述协议，1998年标准化）进行多媒体通信会话。

本质上，RTSP是一种应用层协议，它与媒体服务器进行通信以建立会话并发送诸如“暂停”和“播放”之类的命令，而不是传输实际的流数据。传统上，大多数RTSP服务器还使用RTP（实时传输协议）和RTCP（实时控制协议）来传递其媒体流。

了解Kaltura的实时流媒体解决方案可以为您做什么。

REQUESTADEMORTSP立即被用于各种用途，例如现场演示、网络摄像头站点、在线教育和网络广播，随后被包括在YouTube和Spotify等仍在使用的平台、Skype等通信应用程序和媒体播放器中WMP和VLC。

RTSP和RTMP曾经是互联网音频和视频流的领先技术，但是由于这两种协议都需要专用服务器来进行最后一英里的内容交付，因此它们无法很好地扩展到大型广播。随着时间的推移，基于HTTP的渐进式下载技术和自适应比特率流解决方案开始超越旧的首选技术。原作者AnupRao和RobLanphier以及其他人在2016年提出了RTSP2.0版，其更新旨在缩短与媒体服务器的往返通信并解决网络地址转换(NAT)的一些问题。

如今，RTSP最常被用作贡献协议，即一种对内容进行编码的方法，然后通过其他方法将内容流式传输给观众。RTSP仍然是IP摄像机的首选协议，它用于大多数监控、CCTV和会议视频技术，所有这些都可以用作直播源。

RTSP协议是如何工作的？

从广义上讲，协议是规定数据如何从一个系统传输到另一个系统的规则。例如，众所周知的超文本传输协议(HTTP)管理Web服务器和浏览器之间的通信，定义页面数据和超文本/链接如何通过Web发送。

如上所述，RTSP在功能上在概念上类似于HTTP，并且在最初开发时很容易与现有的HTTP网络兼容。

我们之前注意到，它的作者将RTSP描述为媒体服务器的“网络远程控制”。它旨在控制流而不需要本地下载。当视频流启动时，使用该协议的设备会向启动设置过程的媒体服务器发送RTSP请求。

RTSP还支持多种控制请求操作（也称为“命令”），例如播放、暂停、设置等。初始请求还应通过“OPTIONS”命令向客户端报告可用的选项。从那里开始，用户可以根据允许的参数观看、提示或关闭流。RTSP与TCP保持端到端的连接，通过这种稳定的连接打开众所周知的数据插口，无需任何本地下载或缓存，即可实现高传输速度。

在当今的互联网上，包含RTSP的视频流工作流很可能会使用媒体服务器来摄取通过RTSP/RTP传输的流（根据其指定为“贡献协议”或“第一英里”技术），然后利用另一种方式交付以重新打包并发送要在各种设备上观看的内容。

RTSP与RTMP

由于这两种协议都是视频流世界的长期主力军，让我们来看看RTSP和RTMP如何相互叠加。

RTMP或实时消息传递协议是一种在传输控制协议(TCP)之上运行的技术，最初是作为Macromedia-Adobe的专有协议开发的，用于音频、视频和数据的实时流传输。RTMP的最佳功能是视频播放器和服务器之间的持久TCP连接，它为观看者提供一致且可靠的流。

值得注意的是，尽管它最初是为通过AdobeFlashPlayer进行流式传输而设计的——但遗憾的是，截至2021年，Flash已不复存在。但与RTSP一样，如今该协议并未广泛用于实际面向观众的流传输。当作为工作流程的一部分使用时，RTMP需要FlashPlayer技术的问题不再是一个问题。

RTMP同样是流式音频和视频难以实现的时代（1990年代）的产物，解决方案必须克服硬件的实际限制。它启动了互联网流媒体的兴起，并因其可靠性和效率而成为名副其实的内容交付之王。

最终，Adobe放松了控制，并在2012年发布了该协议的一个版本供公众使用，但到那时，文字已成定局：Flash开始被视为潜在的安全风险，也开始被边缘化为通过自适应比特率流和HTML5播放器的交付方法。几年后的2015年，YouTube放弃了HTML5的Flash，RTMP作为最后一英里的技术走到了最后。

就目前的用例而言，RTMP被广泛用作现代直播平台的摄取协议，通常被转换为HLS（HTTPLiveStreaming）并传送到适用于浏览器和移动设备的HTML5视频播放器。RTMP在第一英里的主要优势在于它允许用户利用低成本或开源编码器来进行直播内容。

由于这两种协议都没有广泛用于最后一英里的流传输，因此不能说它们之间已经存在真正的竞争。到目前为止，它们有许多相似之处，最好从“正确工作的正确工具”的角度来看待。RTMP和RTSP都是控制媒体流的应用级协议，都是低延迟协议，能够通过稳定的连接实时或近乎实时地按需交付媒体。

每个协议都有优点和缺点，没有正确或错误的答案；您是否使用其中一种取决于如何最好地满足您的流媒体操作的需求以及您要使用的平台和硬件的需求。

RTSP是一个开放标准，由当时Adobe的竞争对手开发。通常，RTSP专为端点之间的通信和控制而设计，在需要更便宜、更简单的流式传输替代方案的情况下更受欢迎。它在某些方面得到了更好的发展，因为多年来它被工程师广泛使用，RTMP被隔离为专有技术。由于之前RTMP的主导地位，很多主播对它并不熟悉。

RTSP是本地化流的不错选择，并且经常内置在IoT软件中以访问视频源。RTSP也是大多数IP摄像机的标准，这使得您在会议或监控系统中依赖流输入的部分或全部设备可能会使用该协议。

示例RTSP到RTMP摄取解决方案

如您所知，RTSP仍然广泛用于IP摄像头，这些摄像头通常用于视频会议、公共流/网络摄像头以及安全、监控和闭路电视系统。它们也可能只是您可以使用的输入设备。

在Kaltura，我们意识到支持IP的摄像机在您的直播中的明显实用性。由于您可能会发现自己处于输入设备的最佳选择运行RTSP协议但您需要摄取到更喜欢RTMP的平台的情况下，我们的知识库提供了至少一种编码解决方法。请记住它是一个潜在的工作流程！

此外，链接文章中列出的程序可能适用于其他协议，例如RTP、RTMP、MPEG-TS和ICY。以下是有关如何将RTSP转换为RTMP以进行摄取的快速细分，以确保您可以无缝地使用IP摄像机设备（以及所有其他RTSP！）作为流的输入。

我们建议的方法使用中间服务器从配置RTSP的设备接收数据，然后从那里转换为RTMP流，然后将其广播到您的最终面向观众的平台。随着数据到达您的最终交付系统，它可以广播成更适合在现代设备上观看的其他格式，例如HLSViewer、HDSViewer或MPEG-DASHViewer。因此请记住，IP摄像机和其他物联网设备并非仅限于RTSP流媒体的死胡同。使用RTSP设备捕获流媒体内容时，有多种选择；如果您的分发目的地对它接受的协议有限制，您仍然可以广播到中间服务器，配置参数等等！…您面向观众的目的地正在通过RTMP进行摄取。

如果您需要有关我们的直播产品和技术解决方案的进一步指导，我们的知识中心还提供了一系列详细的文章，涵盖了使用Kaltura进行直播的概述、直播编码最佳实践以及在流媒体中使用RTMP端点。无论您的技术问题和要求是什么，我们的目标都是为您服务。