流媒体协议标准RTSP
流媒体协议
流媒体协议流媒体协议是指用于在网络环境下传输音频、视频等媒体数据的通信协议。
流媒体协议在实时性、带宽控制以及适应不同网络环境等方面都有一定的特殊要求，下面我们来介绍一些常见的流媒体协议。
首先是RTSP协议（Real-Time Streaming Protocol）。
RTSP协议是用来控制流媒体服务器的，它可以实现对媒体流的播放、暂停、快进等操作。
RTSP协议使用了常见的应用层协议，如HTTP、TCP等作为传输方式。
它适用于需要实现对媒体流控制的场景，比如视频监控、视频会议等。
另一个常见的流媒体协议是RTMP协议（Real-Time Messaging Protocol）。
RTMP协议是Adobe公司开发的一种用于流媒体传输的协议，它支持实时音频、视频的传输，并且对带宽控制较为灵活。
RTMP协议常用于视频直播、在线游戏等应用场景。
此外，HTTP协议（Hypertext Transfer Protocol）也可以用于流媒体传输。
虽然HTTP协议是一种非实时的协议，但是通过HTTP协议可以实现流式传输，即在接收者每次请求媒体数据时，服务器会分块发送数据，实现边下载边播放的效果。
流媒体的高延迟和缓冲时间可以通过HTTP协议来减少。
同时，HLS协议（HTTP Live Streaming）也是一种基于HTTP 协议的流媒体协议。
HLS协议将整个视频切成若干个小的文件片段，每个文件片段都有自己的URL地址。
在播放时，客户端会按照一定的规则请求这些文件片段，然后按照顺序播放。
HLS协议通过切片的方式，可以实现更好的适应带宽、适应网络恶化等情况。
最后还有WebRTC协议（Web Real-Time Communication）。
WebRTC协议是一种基于网页的实时通信协议，它可以实现浏览器之间的点对点音视频通信。
WebRTC协议使用了一种名为ICE（Interactive Connectivity Establishment）的技术，可以在不同网络环境下建立起通信连接。
RTMP、RTSP、HTTP视频协议详解（附：直播流地址、播放软件）
RTMP、RTSP、HTTP视频协议详解（附：直播流地址、播放软件）⼀、RTMP、RTSP、HTTP协议这三个协议都属于互联⽹ TCP/IP 五层体系结构中应⽤层的协议。
理论上这三种都可以⽤来做视频直播或点播。
但通常来说，直播⼀般⽤ RTMP、RTSP。
⽽点播⽤ HTTP。
下⾯分别介绍下三者的特点。
1，RTMP协议（1）是流媒体协议。
（2）RTMP协议是 Adobe 的私有协议，未完全公开。
（3）RTMP协议⼀般传输的是 flv，f4v 格式流。
（4）RTMP⼀般在 TCP 1个通道上传输命令和数据。
2，RTSP协议（1）是流媒体协议。
（2）RTSP协议是共有协议，并有专门机构做维护。
.（3）RTSP协议⼀般传输的是 ts、mp4 格式的流。
（4）RTSP传输⼀般需要 2-3 个通道，命令和数据通道分离。
3，HTTP协议（1）不是是流媒体协议。
（2）HTTP协议是共有协议，并有专门机构做维护。
（3）HTTP协议没有特定的传输流。
（4）HTTP传输⼀般需要 2-3 个通道，命令和数据通道分离。
⼆、可⽤的直播流地址通常我们进⾏ RTMP/RTSP 开发时，除了可以⾃⼰搭建视频服务器来进⾏测试外。
也可以直接使⽤⼀些电视台的直播地址，省时省⼒。
下⾯是我收集汇总的⼀些视频直播地址，亲测可⽤。
1，RTMP协议直播源⾹港卫视：rtmp:///live/hks2，RTSP协议直播源珠海过澳门⼤厅摄像头监控：rtsp://218.204.223.237:554/live/1/66251FC11353191F/e7ooqwcfbqjoo80j.sdp⼤熊兔（点播）：rtsp://184.72.239.149/vod/mp4://BigBuckBunny_175k.mov3，HTTP协议直播源⾹港卫视：/live/hks/playlist.m3u8CCTV1⾼清：/hls/cctv1hd.m3u8CCTV3⾼清：/hls/cctv3hd.m3u8CCTV5⾼清：/hls/cctv5hd.m3u8CCTV5+⾼清：/hls/cctv5phd.m3u8CCTV6⾼清：/hls/cctv6hd.m3u8苹果提供的测试源（点播）：/streaming/examples/bipbop_4x3/gear2/prog_index.m3u8三、播放软件推荐：VLC要播放视频直播流，或者测试⼀个直播视频地址是否可以使⽤。
RTSP协议讲解
RTSP协议讲解RTSP（Real Time Streaming Protocol）是一种用于控制媒体服务器和媒体播放器之间数据传输的应用层协议。
它可以实现实时音视频流的传输、控制和管理。
RTSP可以被视为一个远程控制协议，用于控制流媒体服务器的播放器和实际的媒体资源之间的交互。
RTSP是一个基于文本的协议，使用RTSP控制消息来进行客户端和服务器之间的交互。
RTSP可以和实际媒体传输协议（如RTP和RTCP）一起使用，并且可以和其他协议（如HTTP和SDP）进行集成。
1.客户端向服务器发送一条消息，请求服务器的一些媒体资源的描述信息。
这个请求可以是一个基本的HTTP请求，也可以是一个定制的RTSP 请求。
2. 服务器回复客户端的请求，返回媒体资源的描述信息。
这个描述信息通常是一个SDP（Session Description Protocol）文件，其中包含了媒体流的编码格式、媒体的位置和时长等信息。
3.客户端解析服务器返回的描述信息，并根据其中的信息建立起媒体流传输的相关参数。
如果需要使用加密或身份验证等安全措施，客户端也会进行相应的处理。
4.客户端向服务器发送一条“PLAY”命令，请求开始播放媒体流。
服务器回复一个包含流媒体数据的RTP数据包。
5.客户端接收到服务器返回的RTP数据包后进行解码和播放。
6.客户端可以发送一条“PAUSE”命令，请求暂停媒体流的播放。
服务器会发送一条“200OK”响应确认暂停命令。
7.客户端可以发送一条“TEARDOWN”命令，请求关闭媒体流的传输。
服务器会发送一条“200OK”响应并关闭流传输。
RTSP主要有以下几个特点：1.实时性：RTSP被设计用于实时流媒体传输，并提供了控制和管理的能力。
2.可扩展性：RTSP可以和其他协议一起使用，并且可以根据需要进行扩展和定制。
3. 面向服务：RTSP可以通过URI（Uniform Resource Identifier）访问特定的媒体资源，并提供了基于请求和响应的交互模型。
RTSP协议实时流传输协议简介
RTSP协议实时流传输协议简介RTSP（Real-Time Streaming Protocol）是一种用于实时流传输的网络协议。
它的主要作用是控制多媒体服务器上的流媒体数据，实现实时的传输和控制。
一、RTSP协议的概述RTSP协议是由IETF（Internet Engineering Task Force，互联网工程任务组）制定的一种应用层协议。
它通过控制服务端上的媒体数据流，为客户端提供实时播放、暂停、倒带、快进等控制功能。
二、RTSP协议的特点1. 实时性：RTSP协议能够提供低延迟的实时传输，适用于对实时性要求较高的应用场景，如视频监控、视频会议等。
2. 灵活性：RTSP协议支持多种编解码器、多种传输协议，可以适应不同的网络环境和设备要求。
3. 扩展性：RTSP协议允许通过扩展方式定义新的方法和参数，以满足个性化的业务需求。
三、RTSP协议的工作原理1. 客户端发送请求：客户端通过建立RTSP连接向服务器发送命令请求，如PLAY、PAUSE、SETUP等。
这些命令指示服务器开始、暂停或切换媒体流的传输。
2. 服务器响应请求：服务器接收到客户端的请求后，将相应的媒体流数据传输给客户端，并返回相应的状态码和信息。
3. 媒体流传输：客户端通过UDP或TCP协议与服务器建立数据传输通道，实现实时媒体流的传输。
4. 控制指令交互：客户端与服务器之间进行控制指令的交互，如快进、快退、暂停等，实现对媒体流的控制。
四、RTSP协议与RTP协议的关系RTSP协议通常与RTP（Real-Time Transport Protocol）协议配合使用。
RTP协议负责将媒体数据进行分片并在网络中传输，而RTSP协议则负责控制RTP协议的传输和播放。
两者配合使用，可以实现流媒体的实时传输和控制。
五、RTSP协议的应用场景1. 视频监控：RTSP协议适用于实时监控系统，可以帮助实现远程监控图像的实时传输和控制。
2. 视频会议：RTSP协议可以实现多方视频会议中的视频数据传输和控制，保证会议的实时性和流畅性。
RTSP协议详解中文版
RTSP协议详解中文版RTSP（Real Time Streaming Protocol）是一种用于控制实时流媒体的应用层协议，用于在客户端和服务器之间进行媒体资源的传输和控制。
它工作在TCP或UDP上，并且可以与各种流媒体服务器和客户端软件兼容。
RTSP协议的通信模型是基于客户端和服务器之间的请求和响应。
客户端通过发送请求来向服务器发送控制指令，服务器则通过发送响应来告知客户端请求的结果。
请求和响应是基于文本的，并且使用类似于HTTP的格式。
RTSP协议的请求由方法、URL和协议版本组成。
常见的请求方法包括DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN等。
DESCRIBE方法用于获取媒体资源的描述信息，SETUP方法用于建立与服务器的连接，PLAY方法用于开始播放，PAUSE方法用于暂停播放，TEARDOWN方法用于关闭连接。
RTSP协议的响应由状态码、状态描述和协议版本组成。
常见的状态码包括200 OK，表示请求成功；401 Unauthorized，表示未经授权；404 Not Found，表示资源不存在等。
状态码和状态描述用于告知客户端请求的结果。
RTSP协议还支持使用SDP（Session Description Protocol）来描述媒体资源。
SDP是一种用于描述会话信息的协议，它可以描述媒体资源的类型、媒体格式、传输地址等。
客户端可以使用DESCRIBE方法获取媒体资源的SDP描述，从而可以解析和播放媒体资源。
RTSP协议的优点包括灵活性和互操作性。
由于RTSP协议本身只负责控制，而不直接传输媒体数据，因此可以适用于各种不同的流媒体传输协议，如RTP、RTCP、RTMP等。
同时，RTSP协议还可以与其他媒体相关的协议配合使用，如RTSP over HTTP、RTSP over SSL等。
总结起来，RTSP协议是一种用于实时流媒体控制的协议，它可以实现实时流媒体的连续控制和广泛的交互性。
RTSP协议实时流媒体传输的基本协议
RTSP协议实时流媒体传输的基本协议随着互联网的发展和网络带宽的提升，实时视频流媒体传输变得越来越普遍。
为了满足用户对实时视频的需求，一种被广泛应用的协议是实时流媒体传输协议（Real-Time Streaming Protocol，RTSP）。
一、什么是RTSP协议？RTSP协议是一种应用层协议，旨在管理和控制实时流媒体的传输。
它允许客户端和服务器之间进行交互和通信，以控制媒体播放，例如播放、暂停、停止、快进和倒退等。
RTSP协议使用基于文本的请求和响应模型，类似于HTTP协议。
客户端向服务器发送请求，服务器通过响应来回应客户端的请求。
这种交互的方式使得RTSP协议具有灵活性，同时也增加了其可扩展性。
二、RTSP协议的工作原理RTSP协议在实时流媒体传输中起着重要的作用。
以下是RTSP协议的基本工作原理：1. 建立连接客户端与服务器之间首先建立RTSP连接。
通常，客户端会向服务器发送一个OPTIONS请求，以确认服务器是否支持RTSP协议。
服务器回复一个带有支持的方法列表的响应。
2. 会话描述客户端发送一个DESCRIBE请求，请求服务器提供有关媒体资源的描述信息。
服务器回复一个带有媒体描述的响应，包括媒体类型、媒体格式等信息。
3. 控制会话客户端通过发送SETUP请求来建立媒体传输的会话。
服务器回复一个带有会话标识符的响应，以便将来的操作都与该会话标识符相关联。
4. 媒体控制客户端可以通过发送PLAY、PAUSE、TEARDOWN等请求来控制媒体的播放，暂停和停止。
服务器相应地回复相关响应来执行相应操作。
5. 终止连接当会话结束时，客户端发送TEARDOWN请求来终止与服务器的连接。
三、RTSP协议的优点和应用场景RTSP协议具有以下几个优点：1. 灵活性和可定制性RTSP协议允许客户端与服务器之间进行多种交互，提供了灵活的控制和管理实时流媒体的能力。
客户端可以根据需要控制媒体的播放、暂停、停止等操作，满足不同的需求。
流媒体传输协议
流媒体传输协议流媒体传输协议是指用于在网络上传输音频、视频和其他多媒体数据的协议。
它们是为了能够在网络上实现实时或几乎实时传输而设计的。
流媒体传输协议的发展，极大地促进了网络视频、音频的传输和应用，为人们带来了更加便捷的娱乐和通讯方式。
最常见的流媒体传输协议包括RTSP（Real Time Streaming Protocol）、RTMP （Real Time Messaging Protocol）、HLS（HTTP Live Streaming）和MPEG-DASH （Dynamic Adaptive Streaming over HTTP）等。
每种协议都有其独特的特点和适用场景，下面将逐一介绍这些流媒体传输协议。
RTSP是一种基于文本的协议，它通常用于控制流媒体服务器。
RTSP的工作原理是客户端向服务器发送控制命令，例如播放、暂停、停止等，服务器则响应这些命令并传输媒体数据。
RTSP可以与RTP（Real-time Transport Protocol）配合使用，实现音视频数据的实时传输。
RTMP是由Adobe公司开发的一种流媒体传输协议，最初用于Flash播放器和Adobe Media Server之间的音视频传输。
RTMP具有低延迟、稳定性好等特点，适用于直播、视频会议等实时传输场景。
HLS是由苹果公司开发的一种基于HTTP的流媒体传输协议，它将整个视频分成若干小片段，每个小片段都是一个独立的文件。
客户端通过HTTP协议下载这些小片段并进行播放，从而实现了流媒体的传输。
MPEG-DASH是一种动态自适应流媒体传输协议，它可以根据网络状况和终端设备的能力动态调整视频的质量和码率，从而实现更加流畅的播放体验。
不同的流媒体传输协议适用于不同的场景和需求。
RTSP适合于需要实时控制的场景，如视频监控；RTMP适合于对稳定性和低延迟要求较高的直播场景；HLS适合于跨平台播放和大规模的流媒体传输；MPEG-DASH适合于需要根据网络状况动态调整码率的场景。
rtsp协议书介绍
rtsp协议书介绍甲方（提供方）：_____________________乙方（使用方）：_____________________鉴于甲方拥有合法的RTSP（Real Time Streaming Protocol）流媒体服务提供能力，乙方需要使用甲方提供的RTSP服务进行实时音视频传输。
为明确双方的权利和义务，特订立本协议。
第一条定义1.1 RTSP：即实时流媒体协议，是一种网络控制协议，用于建立和控制音视频数据的实时数据流。
1.2 流媒体服务：指通过RTSP协议传输的音视频数据服务。
1.3 服务期限：指本协议约定的乙方使用甲方RTSP服务的时间范围。
第二条服务内容2.1 甲方同意在服务期限内向乙方提供符合行业标准的RTSP流媒体服务。
2.2 乙方应按照甲方提供的技术要求和操作指南使用RTSP服务。
第三条服务期限3.1 本协议服务期限自____年____月____日起至____年____月____日止。
第四条费用及支付方式4.1 乙方应按照本协议约定向甲方支付服务费用，具体金额为：___________。
4.2 乙方应在本协议签订之日起____天内支付首期服务费用，后续费用按照____支付。
第五条甲方的权利和义务5.1 甲方有权根据本协议约定收取服务费用。
5.2 甲方应保证所提供的RTSP服务的稳定性和安全性。
5.3 甲方应提供必要的技术支持和咨询服务。
第六条乙方的权利和义务6.1 乙方有权按照本协议约定使用甲方提供的RTSP服务。
6.2 乙方应按时支付服务费用。
6.3 乙方应遵守甲方提供的使用指南和操作规范，不得进行任何可能影响服务稳定性和安全性的行为。
第七条保密条款7.1 双方应对在履行本协议过程中知悉的对方商业秘密予以保密。
7.2 未经对方书面同意，任何一方不得向第三方披露、提供或允许第三方使用上述商业秘密。
第八条违约责任8.1 如一方违反本协议约定，应承担违约责任，并赔偿对方因此遭受的损失。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
DESCRIBE CC->S ANNOUNCE CC->S, S->C SGET_PARAMETER C->S, S->C CSOPTIONS CC->S, S->C SPAUSE PLAY RECORD REDIRECT SETUP SET_PARAMETER TEARDOWN CC->S CC->S CC->S SS->C CC->S CC->S, S->C SCC->S
2:消息头部结构 语法RFC889规定,类似HTTP/SIP等协议 语法RFC889规定,类似HTTห้องสมุดไป่ตู้/SIP等协议 messagemessage-header = field-name ":" [ field-value ] fieldfield其语义有协议自身规定,一次请求或者响应可以有多个头结构.
RTSP方法——rtsp交互指令 RTSP方法——rtsp交互指令 A: option 方法,这是一个双向的方法,两端请求对方的能力集.
OPTIONS * RTSP/1.0 SEQ :1 SESSION:12345678
B: DESC方法,用在客户端,向媒体源请求媒体发布信息. DESC方法,用在客户端,向媒体源请求媒体发布信息.
2:快进,快退,后退方法实现 Scale header 这个RTSP头,指定了相对于正常播放速率的比率.该头部参数,可以由Record 这个RTSP头,指定了相对于正常播放速率的比率.该头部参数,可以由Record Play方法携带; Play方法携带; PAUSE这个会话.然后使用定义的Sacle值来设定Play. PAUSE这个会话.然后使用定义的Sacle值来设定Play. PLAY rtsp:///audio RTSP/1.0 CSeq: 836 Session: 12345678 Scale:2 //两倍速率快进 //两倍速率快进 Scale:0.5 Scale:Scale:-1 Scale:Scale:-2 Scale:Scale:-0.5 //1/2倍速率慢进 //1/2倍速率慢进 //后退 //后退 //两倍速度快退 //两倍速度快退 //半倍速度快退 //半倍速度快退
RTSP方法列表 RTSP方法列表
method direction object P,S P,S P,S P,S P,S P,S P,S P,S S P,S P,S requirement recommended optional optional required (S->C: optional) (Srecommended required optional optional required optional required
消息结构举例 消息头部: 消息头部:
C->A: SETUP rtsp:///twister/audio.en RTSP/1.0 CSeq: 1 Transport:RTP/AVP/UDP;unicast;client_port=3056Transport:RTP/AVP/UDP;unicast;client_port=3056-3057 A->C: RTSP/1.0 200 OK CSeq: 1 Session: 12345678 Transport: RTP/AVP/UDP;unicast;client_port=3056-3057; RTP/AVP/UDP;unicast;client_port=3056server_port=5000server_port=5000-5001 1:status line 请求Status 请求Status line : CMD 资源 协议版本号 响应Status 响应Status line : 协议版本号 响应代码 响应描述
VOD特殊方法的实现 VOD特殊方法的实现
对于RTSP协议,如果有多个媒体逻辑信道,其中setup方法需要对每个逻辑信 对于RTSP协议,如果有多个媒体逻辑信道,其中setup方法需要对每个逻辑信 道进行参数设置.其他方法均统一控制使用. 1:SEEK,播放时间控制的实现 SEEK,播放时间控制的实现 Range header 这个RTSP头,指定了播放的范围,不指定则默认从媒体的头开始,直至结尾.这 这个RTSP头,指定了播放的范围,不指定则默认从媒体的头开始,直至结尾.这 个头信息在PLAY方法中携带.故此,在播放过程中,进行拖动操作,需要首先 个头信息在PLAY方法中携带.故此,在播放过程中,进行拖动操作,需要首先 PAUSE这个会话.该范围一个使用ntp时间表示. PAUSE这个会话.该范围一个使用ntp时间表示. ntp C->S: PLAY rtsp:///audio RTSP/1.0 CSeq: 836 Session: 12345678 Range: npt=20-25 npt=20//从20秒,播放到25秒 //从20秒,播放到25秒 Range: npt=30npt=30//从30秒,播放到媒体结束 //从30秒,播放到媒体结束
包体结构: 包体结构:
(在包头和包体之间有一个空行 — 仅仅含有回车换行) RTSP包体一般为SDP媒体会话信息,RTSP不做包体的解析,SDP包体由 RTSP包体一般为SDP媒体会话信息,RTSP不做包体的解析,SDP包体由 SDP协议解析.列如: SDP协议解析.列如:
C->M: DESCRIBE rtsp:///demo/sound RTSP/1.0 CSeq: 1 Accept: application/sdp M->C: RTSP/1.0 200 1 OK ContentContent-type: application/sdp ContentContent-Length: 44 v=0 o=- 2890844526 2890842807 IN IP4 192.16.24.202 o=s=RTSP Session i=See above t=0 0 m=audio 0 RTP/AVP 0
发布方式:
1:直接承载在网页上 <A HREF="rtsp://192.168.0.124:554/video/risk.mp4"> HREF=" 冒险岛</A> 冒险岛</A> 请求方式:先需要做媒体描述请求 DESCRIBE rtsp://192.168.0.124:554/video/risk.mp4 CSeq: 1 2:以sdp方式承载在网页上 :以sdp方式承载在网页上 <A HREF="/video/risk.sdp"> HREF=" 请求方式:直接通过http协议请求SDP类型信息 请求方式:直接通过http协议请求SDP类型信息 GET /video/risk.sdp HTTP/1.1 Host: Accept: application/sdp
DESCRIBE rtsp:///demo/sound RTSP/1.0 CSeq: 1 SESSION:12345678 Accept: application/sdp
C: setup 方法,用在客户端,建立媒体传输信道.该过程中,建立RTP 方法,用在客户端,建立媒体传输信道.该过程中,建立RTP 的信道.
SETUP rtsp:///twister/audio.en RTSP/1.0 CSeq: 1 Transport:RTP/AVP/UDP;unicast;client_port=3056Transport:RTP/AVP/UDP;unicast;client_port=3056-3057
Scale和Speed的区别: Scale和Speed的区别: Scale —— 不改变传输的比特率,采用丢弃数据的方式传输,使感受加快; 有传输方向. Speed —— 改变传输的比特率,改变了媒体信道对带宽的要求; 没有方向.
3:单信道模式 在仅仅需要单信道的场合,可以仅仅SETUP一次,只建立需要的信息的传 在仅仅需要单信道的场合,可以仅仅SETUP一次,只建立需要的信息的传 输信道. 例如:如下的媒体描述:
协议栈层次
1:RTP/RTCP推荐在UDP上承载,RTSP推荐在TCP上承载; RTP/RTCP推荐在UDP上承载,RTSP推荐在TCP上承载; 2:应用文档作为承载在RTP上,负责对具体的媒体进行解释; :应用文档作为承载在RTP上,负责对具体的媒体进行解释; 3:SDP承载RTSP上,负责媒体会话的会话级,媒体级解释. SDP承载RTSP上,负责媒体会话的会话级,媒体级解释.
D: PLAY/PAUSE/TEARDOWN方法,客户端使用,控制媒体信息的传 PLAY/PAUSE/TEARDOWN方法,客户端使用,控制媒体信息的传 输动作.
PLAY rtsp:///concert/audio RTSP/1.0 CSeq: 3 Session: 12345678 PAUSE rtsp:///concert/audio RTSP/1.0 CSeq: 3 Session: 12345678 TEARDOWN rtsp:///concert/audio RTSP/1.0 CSeq: 3 Session: 12345678 E:GETPARA 一般作为心跳消息使用 GET_PARAMETER rtsp:///concert/audio RTSP/1.0 CSeq: 3 Session: 12345678
RTSP —— 媒体控制信道
RTSP是基于文本的协议,语法和HTTP类似;最大的区别 RTSP是基于文本的协议,语法和HTTP类似;最大的区别 是一个为有状态的,一个是无状态的. RTSP URL 提供了基于网页的发布链接; RTSP消息结构 RTSP消息结构 消息头部和消息体; RTSP方法 RTSP方法 为客户和服务器提供了交互的指令; RTSP状态 RTSP状态 客户状态和服务器状态;
URL举例: URL举例:
rtsp_URL = ( "rtsp:" | "rtspu:" ) "//" host [ ":" port ] [ abs_path ] 其中rtsp发布表示承载在tcp上,rtspu表示承载在udp上. 其中rtsp发布表示承载在tcp上,rtspu表示承载在udp上.