流媒体协议-RTSP简介

最新推荐文章于 2024-07-09 10:17:05 发布
最新推荐文章于 2024-07-09 10:17:05 发布
阅读量960 收藏 19
点赞数 29
分类专栏： 流媒体协议 文章标签： 音视频
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xiaoshuaijinniu/article/details/137350067
版权

目录

1. **RTSP概述**：   

2. **RTSP协议交互过程**：

3. **RTSP拉流详解**：

3.1 OPTION请求响应示例：

3.2 DESCRIBE方法获取媒体流信息

3.3 SETUP方法建立传输通道：

3.4 PLAY方法开始播放

3.5 TEARDOWN方法结束播放

4. **RTSP推流方式说明**：

5. **RTSP方法详解**：

6. **RTSP交互注意事项**：

1. **RTSP概述**：
   

- RTSP（Real Time Streaming Protocol）是实时流媒体协议，用于在IP网络上控制流媒体服务器。
   - 遵循IETF RFC 2326, 4567, 6064规范，语法和操作参考HTTP/1.1。
   - 基于文本的协议，使用ISO 10646字符集和UTF-8编码。
   - 默认承载协议为TCP，端口554；RTSP-over-HTTP tunneling默认TCP端口为8080。
   - 支持的方法包括OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, SET_PARAMETER, GET_PARAMETER等。

2. **RTSP协议交互过程**：

- 通常基于TCP进行交互，也可以基于HTTP（RTSP-over-HTTP tunneling）。

基于http交互示意图：


   - 交互过程包括流媒体信息描述、码流通道建立、流媒体控制等。
   - 流媒体码流传输通常通过RTP/RTCP协议，可以使用UDP或TCP作为传输层协议。

3. **RTSP拉流详解**：

    - 拉流过程包括使用OPTION方法询问支持的方法、DESCRIBE方法获取媒体流信息、SETUP方法建立传输通道、PLAY方法开始播放、TEARDOWN方法结束播放。
   - DESCRIBE方法使用SDP（Session Description Protocol）描述媒体流信息。
   - SETUP方法根据SDP信息建立码流通道，可以选择RTP over UDP或RTP over TCP。
   - PLAY方法指定播放范围，控制媒体流的播放。
   - TEARDOWN方法用于停止媒体流并释放资源。

其他的：

        - PAUSE方法：录像回放时会用到，用以暂停流媒体传输

        -SET_PARAMETER/GET_PARAMETER，用来作为心跳使用，也 是用option来维持心跳

3.1 OPTION请求响应示例：
OPTIONS rtsp://10.45.12.141:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 2
User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)

RTSP/1.0 200 OK
CSeq: 2
Public: OPTIONS, DESCRIBE, PLAY, PAUSE, SETUP, TEARDOWN, SET_PARAMETER, GET_PARAMETER
Date:  Wed, Jul 27 2022 10:37:06 GMT

这里可以看到查询后得到的响应中，服务器支持的rtsp方法：OPTIONS, DESCRIBE, PLAY, PAUSE, SETUP, TEARDOWN, SET_PARAMETER, GET_PARAMETER

3.2 DESCRIBE方法获取媒体流信息
DESCRIBE rtsp://10.45.12.141:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 3
User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)
Accept: application/sdp

RTSP/1.0 401 Unauthorized
CSeq: 3
WWW-Authenticate: Digest realm="IP Camera(C7627)", nonce="c4c4e29b1620211e44ec28b077e2eb52", stale="FALSE"
Date:  Wed, Jul 27 2022 10:37:06 GMT

DESCRIBE rtsp://10.45.12.141:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 4
Authorization: Digest username="admin", realm="IP Camera(C7627)", nonce="c4c4e29b1620211e44ec28b077e2eb52", uri="rtsp://10.45.12.141:554/h264/ch1/main/av_stream", response="be7cde07af4a08db991dd58a89db7621"
User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)
Accept: application/sdp

RTSP/1.0 200 OK
CSeq: 4
Content-Type: application/sdp
Content-Base: rtsp://10.45.12.141:554/h264/ch1/main/av_stream/
Content-Length: 574

v=0
o=- 1658918226996159 1658918226996159 IN IP4 10.45.12.141
s=Media Presentation
e=NONE
b=AS:5050
t=0 0
a=control:rtsp://10.45.12.141:554/h264/ch1/main/av_stream/
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=recvonly
a=x-dimensions:1920,1080
a=control:rtsp://10.45.12.141:554/h264/ch1/main/av_stream/trackID=1
a=rtpmap:96 H265/90000
a=fmtp:96 sprop-sps=QgEBAWAAAAMAsAAAAwAAAwB7oAPAgBDlja5JMvTcBAQEAg==; sprop-pps=RAHA8vA8kAA=
a=Media_header:MEDIAINFO=494D4B48010300000400050000000000000000000000000000000000000000000000000000000000;
a=appversion:1.0

上面可以看到 客户端发送describe时，服务器要求鉴权，并且返回了401的响应，这时客户端再次根据鉴权信息，生成Authorization后再次发送describe。如果认证成功则返回 sdp信息。

详细解释如下：

  1. DESCRIBE rtsp://10.45.12.141:554/h264/ch1/main/av_stream RTSP/1.0：描述请求的RTSP URL以及协议版本。

  2. CSeq: 3：指定请求的序列号。

  3. User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)：发送请求的用户代理信息。

  4. Accept: application/sdp：指定请求的媒体类型，即希望接收SDP（Session Description Protocol）格式的描述信息。

接收到的响应信息如下：

  1. RTSP/1.0 401 Unauthorized：未授权的响应，需要进行身份验证。

  2. CSeq: 3：对应的请求序列号。

  3. WWW-Authenticate: Digest realm="IP Camera(C7627)", nonce="c4c4e29b1620211e44ec28b077e2eb52", stale="FALSE"：包含身份验证所需的参数，包括realm（领域）、nonce（一次性数字）、stale（指示客户端是否可以重新使用上一次未完成的请求）等。

接着，发送了第二个DESCRIBE请求，包含了授权信息：

  1. DESCRIBE rtsp://10.45.12.141:554/h264/ch1/main/av_stream RTSP/1.0：描述请求的RTSP URL以及协议版本。

  2. CSeq: 4：指定请求的序列号。

  3. Authorization: Digest username="admin", realm="IP Camera(C7627)", nonce="c4c4e29b1620211e44ec28b077e2eb52", uri="rtsp://10.45.12.141:554/h264/ch1/main/av_stream", response="be7cde07af4a08db991dd58a89db7621"：包含了进行身份验证所需的授权信息，包括用户名、领域、一次性数字、请求的URI以及响应。

  4. User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)：发送请求的用户代理信息。

  5. Accept: application/sdp：指定请求的媒体类型，即希望接收SDP格式的描述信息。

响应信息包含了SDP格式的描述信息：

  1. RTSP/1.0 200 OK：请求成功的响应。

  2. CSeq: 4：对应的请求序列号。

  3. Content-Type: application/sdp：响应中包含的媒体类型，即SDP格式的描述信息。

  4. Content-Base: rtsp://10.45.12.141:554/h264/ch1/main/av_stream/：描述信息中的基本URL。

  5. Content-Length: 574：描述信息的长度。

接着是SDP格式的描述信息，其中包含了媒体的相关信息，如音视频的编码格式、传输协议、媒体参数等。

3.3 SETUP方法建立传输通道：

有两种传输方式，一种是基于tcp的一种是基于udp的。

基于udp方式示例：

SETUP rtsp://10.45.12.141:554/h264/ch1/main/av_stream/trackID=1 RTSP/1.0
CSeq: 5
Authorization: Digest username="admin", realm="IP Camera(C7627)", nonce="c4c4e29b1620211e44ec28b077e2eb52", uri="rtsp://10.45.12.141:554/h264/ch1/main/av_stream/", response="ac52cf287fe4aa6be5bb168bc9d01446"
User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)
Transport: RTP/AVP;unicast;client_port=63538-63539

RTSP/1.0 200 OK
CSeq: 5
Session:       1279114011;timeout=60
Transport: RTP/AVP;unicast;client_port=63538-63539;server_port=8312-8313;ssrc=3cc5faf7;mode="play"
Date:  Wed, Jul 27 2022 10:37:07 GMT

这段RTSP SETUP阶段的请求和响应的字段解释如下：

请求（SETUP）:

SETUP rtsp://10.45.12.141:554/h264/ch1/main/av_stream/trackID=1 RTSP/1.0：指定了要建立的媒体流的URL以及协议版本。

CSeq: 5：请求序列号，用于唯一标识请求和对应的响应。

Authorization: Digest username="admin", realm="IP Camera(C7627)", nonce="c4c4e29b1620211e44ec28b077e2eb52", uri="rtsp://10.45.12.141:554/h264/ch1/main/av_stream/", response="ac52cf287fe4aa6be5bb168bc9d01446"：授权信息，包括用户名、领域、一次性数字、请求的URI以及响应。

User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)：发送请求的用户代理信息。

Transport: RTP/AVP;unicast;client_port=63538-63539：指定传输参数，包括传输协议（RTP/AVP）、传输方式（unicast）、客户端端口范围。

响应:

RTSP/1.0 200 OK：请求成功的响应。

CSeq: 5：对应的请求序列号。

Session: 1279114011;timeout=60：指定了会话标识符（Session）以及超时时间。该会话标识符用于关联此后的请求和会话，超时时间指示了会话的有效期限。

Transport: RTP/AVP;unicast;client_port=63538-63539;server_port=8312-8313;ssrc=3cc5faf7;mode="play"：描述了媒体流的传输参数，包括传输协议（RTP/AVP）、传输方式（unicast）、客户端和服务端的端口范围、SSRC标识符（同步源标识符）以及模式（play表示播放模式）。

Date: Wed, Jul 27 2022 10:37:07 GMT：响应产生的日期和时间。

基于tcp方式示例：

......没有....可以查阅其他资料

3.4 PLAY方法开始播放

PLAY消息用于通知服务器开始传送数据，包括媒体的播放时间范围。具体来说，对于实时流，一般会使用Range字段来指定播放的时间范围。在这个场景下，Range字段的值通常是npt=0.000。

注意：客户端在发送PLAY请求之前应该确保所有的SETUP请求都已经被服务器成功解析和处理。换句话说，客户端在发送PLAY请求之前，必须要确保所有与媒体流相关的资源都已经被成功设置和准备好了，包括传输参数、端口设置、会话标识等。这样做可以确保在播放媒体流之前所有的必要条件都已经具备，避免出现播放过程中的错误或异常

PLAY示例：

PLAY rtsp://10.45.12.141:554/h264/ch1/main/av_stream/ RTSP/1.0
CSeq: 6
Authorization: Digest username="admin", realm="IP Camera(C7627)", nonce="59db6d7ba1acb14582356c8bb8e61ce8", uri="rtsp://10.45.12.141:554/h264/ch1/main/av_stream/", response="0eef224891c12e902ca9185c70f969cc"
User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)
Session: 2095163832
Range: npt=0.000-

RTSP/1.0 200 OK
CSeq: 6
Session:       2095163832
RTP-Info: url=rtsp://10.45.12.141:554/h264/ch1/main/av_stream/trackID=1;seq=29458;rtptime=2518517708
Date:  Fri, Aug 26 2022 14:35:46 GMT

在RTSP协议中，客户端发送PLAY方法时，需要包含Session字段来指定对应的会话标识符，以便服务器知道哪个会话需要开始播放流媒体数据。这个Session字段通常是在SETUP阶段由服务器返回的，客户端在发送PLAY请求时需要将其携带上去，确保与正确的会话建立关联。

一旦服务器接收到PLAY请求并识别了对应的会话，它就可以打开与客户端的通信通道，并开始发送流媒体数据。然而，为了更好地协调和控制流媒体的传输，服务器在发送PLAY方法的响应时，通常会携带RTP-Info字段。

RTP-Info字段包含了将要发送的流媒体数据的一些关键信息，比如第一包RTP数据包的序列号（seq）和RTP时间戳（rtptime）。客户端收到服务器的响应后，可以根据这些信息来确定接收和解码流媒体数据的方式，确保正确地解复用流媒体数据。例如，客户端可以根据RTP时间戳来进行播放速度的调整或者确保音视频同步。

PLAY请求消息：

   PLAY rtsp://10.45.12.141:554/h264/ch1/main/av_stream/ RTSP/1.0：指示播放指定的RTSP   流。

   CSeq: 6：序列号，用于标识请求消息的顺序。

   Authorization: Digest：使用摘要认证方式进行身份验证。

   Session: 2095163832：RTSP会话标识，用于标识当前会话。

   Range: npt=0.000-：指定播放的时间范围，这里表示从媒体的起始点开始播放。

服务器响应消息：

   RTSP/1.0 200 OK：服务器成功处理了请求。

   CSeq: 6：对应请求消息的序列号。

   Session: 2095163832：与请求消息中的Session字段对应，表示当前会话标识。

   RTP-Info:       url=rtsp://10.45.12.141:554/h264/ch1/main/av_stream/trackID=1;seq=29458;rtptime=2518517708：指示RTP流的相关信息，包括URL、序列号和RTP时间戳。

   Date: Fri, Aug 26 2022 14:35:46 GMT：响应消息的发送时间。

3.5 TEARDOWN方法结束播放

这条消息是RTSP协议中的TEARDOWN方法，用于结束流媒体会话。当客户端不再需要与服务器通信时，或者希望停止播放流媒体时，可以发送TEARDOWN请求。并释放相关资源，其实例如下：

TEARDOWN rtsp://10.45.12.141:554/h264/ch1/main/av_stream/ RTSP/1.0
CSeq: 7
Authorization: Digest username="admin", realm="IP Camera(C7627)", nonce="e3dfa4549e00a1d53c0e9f28c3348e2c", uri="rtsp://10.45.12.141:554/h264/ch1/main/av_stream/", response="0c530cba910c33ea3ef7a554dda8d0b2"
User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28)
Session: 391346974

TEARDOWN rtsp://10.45.12.141:554/h264/ch1/main/av_stream/ RTSP/1.0: 这是TEARDOWN方法的请求行，指定了要关闭的流媒体的RTSP URL以及协议版本。

CSeq: 7: 表示这是第7个RTSP请求，用于序列化请求和响应的顺序。

Authorization: Digest username="admin", realm="IP Camera(C7627)", nonce="e3dfa4549e00a1d53c0e9f28c3348e2c", uri="rtsp://10.45.12.141:554/h264/ch1/main/av_stream/", response="0c530cba910c33ea3ef7a554dda8d0b2": 表示客户端对此请求进行了身份验证，使用的是Digest方式。其中，username是用户名，realm是领域，nonce是随机数，uri是请求的URI，response是摘要认证的响应值。

User-Agent: LibVLC/3.0.12 (LIVE555 Streaming Media v2016.11.28): 指定了客户端的User-Agent信息，表示使用的是LibVLC工具。

Session: 391346974: 表示要结束的流媒体会话的标识符，用来指定要关闭的会话。

4. **RTSP推流方式说明**：

   - 推流由客户端发起，视频由客户端推送给服务器。
   - 使用ANNOUNCE方法通知服务器流媒体描述，RECORD方法开始推送流。
   - 推流常用于流媒体代理、CDN等场景。

示例：

OPTIONS rtsp://10.45.12.141:554/live/0001 RTSP/1.0
CSeq: 1
User-Agent: znv
 
RTSP/1.0 200 OK
Server: EasyDarwin/7.3 
Cseq: 1
Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS, ANNOUNCE, RECORD
 
ANNOUNCE rtsp://10.45.12.141:554/live/0001 RTSP/1.0
Content-Type: application/sdp
CSeq: 2
User-Agent: znv
Content-Length: 325
 
v=0
o=- 0 0 IN IP4 127.0.0.1
s=Media Server
c=IN IP4 192.168.1.108
t=0 0
a=tool:libavformat 57.71.100
m=video 0 RTP/AVP 96
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1; sprop-parameter-sets=Z2QAHqw0ygsBJ/wFuCgoKgAAB9AAAYah0MALFAALE9d5caGAFigAFieu8uFA,aO48MA==; profile-level-id=64001E
a=control:streamid=0
RTSP/1.0 200 OK
Server: EasyDarwin/7.3 (Build/17.0325; Platform/Win32; Release/EasyDarwin; State/Development; )
Cseq: 2
 
SETUP rtsp://10.45.12.141:554/live/0001/trackid=0 RTSP/1.0
Transport: RTP/AVP/TCP;unicast;interleaved=0-1;mode=record
CSeq: 3
User-Agent: znv
 
RTSP/1.0 200 OK
Server: EasyDarwin/7.3 
Cseq: 3
Cache-Control: no-cache
Session: 132169028622239
Date: Tue, 13 Nov 2018 02:49:48 GMT
Expires: Tue, 13 Nov 2018 02:49:48 GMT
Transport: RTP/AVP/TCP;unicast;mode=record;interleaved=0-1
 
RECORD rtsp://10.45.12.141:554/live/0001 RTSP/1.0
Range: npt=0.000-
CSeq: 4
User-Agent:znv
Session: 132169028622239
 
RTSP/1.0 200 OK
Server: EasyDarwin/7.3 
Cseq: 4
Session: 132169028622239
RTP-Info: url=rtsp://192.168.1.108:554/live.sdp/live.sdp

OPTIONS rtsp://10.45.12.141:554/live/0001 RTSP/1.0：

  • 客户端向服务器发送OPTIONS请求，询问服务器支持的命令。
  • 服务器返回200 OK，表示支持的命令列表，其中包括DESCRIBE、SETUP、TEARDOWN、PLAY、PAUSE、OPTIONS、ANNOUNCE、RECORD等命令。

ANNOUNCE rtsp://10.45.12.141:554/live/0001 RTSP/1.0：

  • 客户端发送ANNOUNCE请求，用于向服务器通告媒体信息，包括媒体类型、IP地址、端口等。
  • 服务器返回200 OK，表示接收到媒体信息。

SETUP rtsp://10.45.12.141:554/live/0001/trackid=0 RTSP/1.0：

  • 客户端发送SETUP请求，用于设置媒体流传输参数，指定传输方式为RTP/AVP/TCP。
  • 服务器返回200 OK，表示设置成功，同时返回Session标识符和传输参数。

RECORD rtsp://10.45.12.141:554/live/0001 RTSP/1.0：

  • 客户端发送RECORD请求，用于开始录制媒体流。
  • 服务器返回200 OK，表示录制开始，并返回Session标识符和RTP信息。

5. **RTSP方法详解**：


   - OPTION：询问服务器支持的RTSP方法。
   - DESCRIBE：获取媒体流相关信息，如编码格式、封装格式、payload type等。
   - SETUP：建立码流通道，指定传输方式（UDP或TCP）和端口。
   - PLAY：开始播放媒体流，指定播放范围。
   - TEARDOWN：结束播放，释放会话和资源。

6. **RTSP交互注意事项**：


   - 客户端在发送PLAY请求前应确保所有SETUP消息成功解析。
   - 服务器在响应PLAY时最好包含RTP-Info字段，描述即将发送的码流信息。
   - SETUP响应中会生成一个session ID，后续消息必须携带此字段。
   - RTP/RTCP通过TCP传输时，需要使用特定的包头标识以区分数据类型。

莫固执，朋友
关注
  • 29
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
流媒体协议---RTSP协议
qq_42024067的博客
06-15 495
RTSP（Real Time Streaming Protocol） 应用层协议—流媒体服务器远程控制 0、其语法和运作和http 1.1相似 1、提供流媒体服务器的远程控制（提供了诸如暂停，快进等控制，而它本身并不传输数据） 服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。 2、允许同时多个串流需求控制（Multicast），除了可以降低服务器端的网络用量，还可以支持多方视频会议（Video onference
EasyPlayer-RTSP-Windows
01-12
总的来说，EasyPlayer-RTSP-Windows是一款专为Windows用户打造的高效实时流媒体播放解决方案，通过其对RTSP协议的支持、OSD显示功能以及多画面同时显示，为监控、教育、企业等各种应用场景提供了强大而灵活的工具。...
流媒体协议标准RTSP
04-22
流媒体协议标准RTSP，经典不用解释！
网络流媒体协议之——RTSP协议
热门推荐
牧羊女
01-29 6万+
RTSP(Real-Time Stream Protocol)协议是一个基于文本的多媒体播放控制协议，属于应用层。RTSP以客户端方式工作，对流媒体提供播放、暂停、后退、前进等操作。该标准由IETF指定，对应的协议是RFC2326。 RTSP作为一个应用层协议，提供了一个可供扩展的框架，使得流媒体的受控和点播变得可能，它主要用来控制具有实时特性的数据的发送，但其本身并不用于传送流媒体数据，而
网络协议——RTSP（简介、搭建RTSP服务器）
计算机硕士的博客
05-22 1870
网络协议——RTSP（简介、搭建RTSP服务器）。
RTSP推流
heibao111728的博客
04-05 4569
rtsp协议推流流程
DSS 代码分析【RTSP announce推流报文分析】
SK的博客
11-24 2379
Darwin流媒体服务器支持客户端推流到服务器端，服务器端再将推流转发到请求该流的客户端列表里。 一，客户端推流过程ANNOUNCE->SETUP->PLAY->RTP/RTCP->TEARDOWN 交互报文请参照，转载： http://blog.csdn.net/xiejiashu/article/details/51166196 #C->S: #time: ms=47535025
认识流媒体协议，从 RTSP 协议解析开始！
声网的博客
10-08 854
RTSP 是 Internet 协议规范，是 TCP/IP 协议体系中的一个应用层协议级网络通信系统。专为娱乐（如音频和视频）和通信系统的使用，以控制流媒体服务器。该协议用于在端点之间建立和控制媒体会话。媒体服务器的客户端发出 VHS 样式的命令，例如：PLAY、PAUSE、SETUP、DESCRIBE、RECORD 等等。以促进对从服务器到客户端或从客户端到服务器的媒体流进行实时控制。 RTSP 传输过程 当用户或应用程序尝试从远程源流式传输视频时，客户端设备会向服务器发送 RTSP 请求，以确定可用.
RTSP流媒体播放分析
yuyin86的专栏
01-18 6793
<br />RTSP（Real Time Streaming Protocol）实时流协议，是TCP/IP协议体系中的一个应用层协议。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。<br />RTSP没有“连接”这个概念，而由RTSP会话（session）代替（服务器端保持一个由识别符标记的会话）。RTSP会话没有绑定传输层连接（如TCP连接）。在RTSP会话期间，RTSP客户端可以打开或关闭多个到服务器端的可靠传输连接以发出RTSP请求。但也可以使用无连接传输协议，比如U
RTSP协议 （中文协议定义）
理性的幻想
09-26 5420
本文转自  http://www.uushare.com/filedownload?user=bryanj&id=611206   E-mail：bryanj@163.com 译者： Bryan.Wong（王晶，宁夏固原） 译文版本：alpha 0.80 译文发布时间：2007-7-25 版权：本中文翻译文档之版权归王晶所有。可于非商业用途前提下自由转载，但必须保留此翻译及版权信息。
流媒体协议RTSP、HTTP、HTTPS、SDP四种区别解析
10-01
流媒体在Android中有nuplayer来实现的，下面先来讲流媒体传输协议，了解了基本协议，本文主要讲解RTSP，HTTP,HTTPS, SDP四种协议，一起来看看了解下，仅供参考
rtmp-rtsp-stream-client-java
05-21
【rtmp-rtsp-stream-client-java】项目是一个专门为Android平台设计的开源推流客户端库，它使得开发者能够轻松地在Android应用中实现RTMP和RTSP协议的视频直播功能。这个库提供了对实时媒体流传输协议的支持，允许...
rtsp流媒体测试工具
08-15
VLC Media Player（压缩包中的`vlc-win64.exe`）虽然不是一个专业的RTSP流媒体测试工具，但它是功能强大的开源媒体播放器，支持包括RTSP在内的多种流媒体协议。通过VLC，用户可以方便地播放RTSP流，进行基本的连接和...
音频demo：使用opencore-amr将PCM数据与AMR-NB数据进行相互编解码
weixin_44498318的博客
07-08 1097
由于提供的.a静态库是在x86_64的机器上编译的，所以仅支持该架构的主机上编译运行。$ make如果想要在其他架构的CPU上编译运行，可以使用以下命令（脚本）编译。
无损音频格式 FLAC 转 MP3 音频图文教程
最新发布
简鹿办公的博客
07-09 1084
相比之下，MP3（MPEG Audio Layer 3）作为一种广泛支持的有损压缩音频格式，以其较小的文件体积和相对较高的音质，成为了互联网上最流行的音频格式之一。本文将详细介绍如何使用一款高效、易用的音频格式转换工具 - 简鹿音频格式转换器，来完成FLAC到MP3的转换过程，帮助读者轻松跨越不同音频格式之间的障碍，享受更加便捷的音乐体验。在这个对话框中，浏览到你的FLAC音频文件所在的位置，选中它，然后点击“打开”或“确定”按钮。根据软件的具体设计，这些设置可能位于不同的位置，但通常都很直观易找。
安防监控/视频汇聚平台EasyCVR设备录像回看请求播放时间和实际时间对不上，是什么原因？
EasyCVR视频融合云平台的技术博客
07-08 221
设备解析时间戳是按照北京时区进行解析，即使更改了设备时区也并无作用；让设备解析时间戳按照国外时间保持一致即可。
人工智能在招投标领域的运用---监控视频连续性检测
zhumin726的专栏
07-06 1045
随着人工智能（AI）技术的飞速发展，其在各个领域的应用日益广泛。本文旨在探讨人工智能在招投标领域的运营，重点介绍AI对视频完整性进行检测的具体算法。视频完整性检测在防止监控视频人为变造和剪辑中起着至关重要的作用，保障了招投标过程的公正性和透明度。人工智能对视频完整性进行检测的算法主要包括基于深度学习的模型，如卷积神经网络（CNN）和循环神经网络（RNN），以及其他机器学习算法。这些算法通过对视频帧和音频的分析，检测视频中的异常和篡改痕迹。
视频融合共享平台视频共享融合赋能平台数字化升级医疗体系
Lnton羚通科技
07-08 444
以远程视频通信技术为核心，集成云化、4K、5G、协作和人工智能等技术和产品，深度融合医疗业务场景，为远程医疗提供全流程、全网络、全场景、全贯通、全业务支持。平台支持远程会诊、远程影像诊断、手术示教、重症监护、移动查房、远程探视、院前急救、多学科会诊（MDT）、科室协作等多种应用，推动医疗数字化进程，优化医疗资源配置，促进区域医疗协同发展。- 支持RTSP、RTMP、HTTP-FLV、HLS、WebRTC等多种标准格式的视频流输出，实现PC端、手机端、微信端、电视墙等多终端的视频观看。
RTSP中文版(实时流媒体协议)宣贯.pdf
02-01
"RTSP中文版(实时流媒体协议)宣贯.pdf" 实时流媒体协议（RTSP，Real-Time Streaming Protocol）是一种应用层协议，专门设计用于控制实时数据的传输，如音频和视频。该协议允许用户按需接收实时或存储的多媒体数据，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值