H264视频传输、编解码----RTSP协议

最新推荐文章于 2024-05-29 00:05:11 发布
最新推荐文章于 2024-05-29 00:05:11 发布
阅读量1.8w 收藏 44
点赞数 4
分类专栏： h264传输-编解码 流媒体 RTSP/RTP/RTCP/RTMP H264 文章标签： h264 视频
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wujian946110509/article/details/79186899
版权

RTSP(Real Time Streaming Protocol), 实时流传输协议,

  • 它是TCP/IP协议体系中的一个应用层协议
  • 它是对流媒体进行控制 的网络控制协议，可以对流媒体提供诸如播放、暂停、快进、停止等操作，它负责定义具体的控制消息、操作方法、状态码等，此外还描述了与RTP间的交互操作。
  • 但是，实时流的传输并不是它负责，而是交给RTP、RTCP协议。
  • RTSP发送的指令一般通过TCP进行传输，以保证服务端会收到。
  • 而在RTP/RTCP协议下实时流的传输 通过UDP传输，以保证数据的实时性。在实际情况下，是允许实时流少量的丢帧。

RTSP通用字段解释

1、请求头字段

下面是所有命令都接受的头字段类型，一些命令接受或者必须用到一些附加的特别的头字段。

  • Authorization 客户端的认证信息.
  • CSeq 请求序列号.
  • Session 会话 ID (返回自服务端的 SETUP 应答).
  • Content-Length 内容的长度.
  • Content-Type 内容的媒体类型.
  • User-Agent 关于创建这个请求的客户端的信息.
  • Require 查询是否支持指定的选项，不支持的选项会在 Unsupported 头中列出.

2、请求回复字段

RTSP/1.0 < Status Code> < Reason Phrase> < CRLF>
Headerfield3: val3< CRLF>
Headerfield4: val4< CRLF>
…
< CRLF>
[Body]

应答的第一行包含了表示请求是否成功或者失败的状态码和原因短语，在 RFC 2326 有对状态码的详细描述，如下：

”100” ; Continue (all 100 range)
“200” ; OK
”201” ; Created
”250” ; Low on Storage Space
”300” ; Multiple Choices
”301” ; Moved Permanently
”302” ; Moved Temporarily
”303” ; See Other
”304” ; Not Modified
”305” ; Use Proxy
”350” ; Going Away
”351” ; Load Balancing
”400” ; Bad Request
”401” ; Unauthorized
”402” ; Payment Required
”403” ; Forbidden
”404” ; Not Found
”405” ; Method Not Allowed
”406” ; Not Acceptable
”407” ; Proxy Authentication Required
”408” ; Request Time-out
”410” ; Gone
”411” ; Length Required
”412” ; Precondition Failed
”413” ; Request Entity Too Large
”414” ; Request-URI Too Large
”415” ; Unsupported Media Type
”451” ; Parameter Not Understood
”452” ; reserved
”453” ; Not Enough Bandwidth
”454” ; Session Not Found
”455” ; Method Not Valid in This State
”456” ; Header Field Not Valid for Resource
”457” ; Invalid Range
”458” ; Parameter Is Read-Only
”459” ; Aggregate operation not allowed
”460” ; Only aggregate operation allowed
”461” ; Unsupported transport
”462” ; Destination unreachable
”500” ; Internal Server Error
”501” ; Not Implemented
”502” ; Bad Gateway
”503” ; Service Unavailable
”504” ; Gateway Time-out
”505” ; RTSP Version not supported
”551” ; Option not supported

下面的头字段可以在所有的 RTSP 应答消息中包含。

CSeq ：应答序列号 (和请求序列匹配).
Session ：会话 ID.
WWW-Authenticate ：客户端的认证信息.
Date ：应答的日期和时间.
Unsupported ：服务端不支持的特性和功能.

RTSP请求

RTSP请求指令有DESCRIBE, SETUP, OPTIONS, PLAY, PAUSE, TEARDOWN 或 SET_PARAMETER 等。

1、RTSP DESCRIBE

DESCRIBE 命令用于请求指定的媒体流的 SDP ( Session Description Protocol,会话描述协议) 描述信息。
DESCRIBE 请求消息接受如下附加的头字段：

Accept ：列出客户支持的内容类型 (application/sdp is the only supported type).

DESCRIBE 命令的应答消息包含如下附加的头字段：

Content-Type ：内容类型 (application/sdp).
Content-Length ：SDP 描述串的长度.
Content-Base ：如果 SDP 描述串中使用了相对 URL, 这里是相关的基本 URL.

例如：
请求

DESCRIBE rtsp://myserver/live.mp4 RTSP/1.0
CSeq: 0
User-Agent: Vision MC
Accept: application/sdp
Authorization: Basic cm9vdDpwYXNz

回复

RTSP/1.0 200 OK
CSeq: 0
Content-Type: application/sdp
Content-Base: rtsp://myserver/live.mp4
Date: Wed, 16 Jul 2008 12:48:47 GMT
Content-Length: 847
v=0//以下都是SDP信息
o=- 1216212527554872 1216212527554872 IN IP4 myserver
s=Media Presentation
e=NONE
c=IN IP4 0.0.0.0
b=AS:50064
t=0 0
a=control:rtsp://myserver/live.mp4
&resolution=640x480
a=range:npt=0.000000-
m=video 0 RTP/AVP 96 //m表示媒体描述, 下面是对会话中视频通道的媒体描述
b=AS:50000
a=framerate:30.0
a=control:rtsp://myserver/live.mp4?trackID=1//trackID＝1表示视频流用的是通道1
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter-sets=Z0IAKeKQFAe2AtwEBAaQeJEV,aM48gA==
m=audio 0 RTP/AVP 97//m表示媒体描述, 下面是对会话中音频通道的媒体描述
b=AS:64
a=control:rtsp://myserver/live.mp4?trackID=2//trackID＝2表示视频流用的是通道2
a=rtpmap:97 mpeg4-generic/16000/1
a=fmtp:97 profile-level-id=15; mode=AAC-hbr;config=1408; SizeLength=13; IndexLength=3;IndexDeltaLength=3; Profile=1; bitrate=64000;

2、RTSP OPTIONS

OPTIONS 请求用于返回服务端支持的 RTSP 命令列表 。也可以定时发送这个请求来保活相关的 RTSP 会话
请求

OPTIONS * RTSP/1.0
CSeq: 1
User-Agent: Vision MC
Session: 12345678
Authorization: Basic cm9vdDpwYXNz

应答

RTSP/1.0 200 OK
CSeq: 1
Session: 12345678
Public: DESCRIBE, GET_PARAMETER, PAUSE, PLAY, SETUP, SET_PARAMETER, TEARDOWN
Date: Wed, 16 Jul 2008 12:48:48 GMT

回复字段中Public字段列出了支持的 RTSP 命令。

3、RTSP SETUP

SETUP 命令用于配置数据传输的方法，比如Transport字段指定了客户端支持的传输方式RTP协议，以及指定了客户端RTP和RTCP的端口，并创建会话session，这个Session ID在以后的请求中都会使用。
请求

SETUP rtsp://myserver/live.mp4?trackID=1 RTSP/1.0
CSeq: 2
User-Agent: Vision MC
Transport: RTP/AVP;unicast;client_port=20000-20001
Authorization: Basic cm9vdDpwYXNz
//uri中 带有trackID＝0, 表示对该通道进行设置. 
//Transport参数设置了传输模式, 客户端端口.

这里指定了服务器的rtsp路径，CSeq表示当前请求的的序号，Transport指定了使用RTP协议进行实时流的传输；unicast表示单播传输，一对一；client_port表示RTP/RTCP协议在客户端的端口号。分别支持 RTP/AVP;

unicast;
client_port=port1-port2 RTP/AVP;
multicast;
client_port=port1-port2 RTP/AVP/TCP;
unicast

等不同的传输方式
RTP/AVP/TCP表示通过TCP传输RTP包，RTP/AVP/UDP表示使用UDP传输RTP包。
应答

RTSP/1.0 200 OK
CSeq: 2
Session: 12345678; timeout=60
Transport: RTP/AVP;unicast;client_port=20000-20001;
       server_port=50000-50001;ssrc=B0BA7855;mode="PLAY"
Date: Wed, 16 Jul 2008 12:48:47 GMT

服务端返回的数据中server_port表示RTP/RTCP协议在服务端的端口号，客户端可以去绑定这两个端口，从而可以进行通信。
在以后的请求中，都需要带上这个Session，以表示在同一个会话中
请求

SETUP rtsp://myserver/live.mp4
trackID=2 RTSP/1.0
CSeq: 3
User-Agent: Vision MC
Transport: RTP/AVP;unicast;client_port=20002-20003
Session: 12345678
Authorization: Basic cm9vdDpwYXNz

应答

RTSP/1.0 200 OK
CSeq: 3
Session: 12345678; timeout=60
Transport: RTP/AVP;unicast;client_port=20002-20003;server_port=50002-50003;ssrc=D7EB59C0;mode="PLAY"
Date: Wed, 16 Jul 2008 12:48:48 GMT

如果这个 Session 头字段包含了 timemout 参数, 除非有保活，否则会话会在超时时间后被关闭。
会话可以通过发送包含 Session ID 的 RTSP 请求 (如 OPTIONS，GET_PARAMETER) 给服务端来保活。 或者使用 RTCP 消息。

4、RTSP PLAY

这个 PLAY 用于启动 (当暂停时重启) 传输实时流数据给客户端.
例如：

请求

PLAY rtsp://myserver/live.mp4 RTSP/1.0
CSeq: 4
User-Agent: Vision MC
Range: npt=0.000- //设置播放时间的范围
Session: 12345678
Authorization: Basic cm9vdDpwYXNz

应答

RTSP/1.0 200 OK
CSeq: 4
Session: 12345678
Range: npt=0.645272-//设置播放时间的范围
RTP-Info: url=rtsp://myserver/live.mp4? trackID=1;seq=46932;rtptime=1027887748, url=rtsp://myserver/live.mp4?trackID=2;seq=3322;rtptime=611053482
Date: Wed, 16 Jul 2008 12:48:48 GMT

例如： 还可以指定相应ID的资源文件，Play back the recording “myrecording”.
请求

PLAY rtsp://myserver/live.mp4?recordingid=”myrecording” RTSP/1.0
CSeq: 4
User-Agent: Vision MC
Session: 12345678
Authorization: Basic cm9vdDpwYXNz

Range ：播放时间段.
RTP-Info ：关于 RTP 流的信息。包含相关的流的第一个包的序列号。

5、RTSP PAUSE

PAUSE 请求用于临时停止服务端的数据的传输。使用 PLAY 来重新启动数据传输。
例如：
请求

PAUSE rtsp://myserver/live.mp4 RTSP/1.0
CSeq: 5
User-Agent: Vision MC
Session: 12345678
Authorization: Basic cm9vdDpwYXNz

应答

RTSP/1.0 200 OK
CSeq: 5
Session: 12345678
Date: Wed, 16 Jul 2008 12:48:49 GMT

这里的RTSP/1.0表示RTSP协议的版本；

6、RTSP TEARDOWN

TEARDOWN 请求用于终止来自服务端的数据的传输。
例如：
请求

TEARDOWN rtsp://myserver/live.mp4 RTSP/1.0
CSeq: 6
User-Agent: Vision MC
Session: 12345678
Authorization: Basic cm9vdDpwYXNz

应答

RTSP/1.0 200 OK
CSeq: 6
Session: 12345678
Date: Wed, 16 Jul 2008 12:49:01 GMT

7、RTSP SET_PARAMETER

SET_PARAMETER 命令用于请求尽快生成一个 I 帧。例如当开始录像的时候。必须包含 X-Request-Key-Frame: 1 的头字段。
请求

SET_PARAMETER rtsp://myserver/live.mp4 RTSP/1.0
CSeq: 7
Session: 12345678
Authorization: Basic cm9vdDpwYXNz
X-Request-Key-Frame: 1
Content-Type: text/parameters
Content-Length: 19
Renew-Stream: yes

应答

RTSP/1.0 200 OK
CSeq: 8
Session: 12345678
Date: Wed, 16 Jul 2008 13:01:25 GMT

8、RTSP GET_PARAMETER

标准协议中 GET_PARAMETER 可以用于查询参数状态, 目前设备主要通过 GET 命令来查询设备参数, 所以 GET_PARAMETER 用处不大, 目前主要用来用做会话保活请求.
请求

GET_PARAMETER rtsp://myserver/live.mp4 RTSP/1.0
CSeq: 7
Session: 12345678
Authorization: Basic cm9vdDpwYXNz

应答

RTSP/1.0 200 OK
CSeq: 8
Session: 12345678
Date: Wed, 16 Jul 2008 13:01:25 GMT

9、RTSP REDIRECT

当 流媒体服务器有上百台， 需要动态的选择一台均衡负载最小的服务器， 或者选择一台离客户端机器最近的一台服务器提供流服务的时候，我们可以利用 rtsp协议的redirect 机制进行重定向。
实现原理很简单：
client -> server 发出 rtsp请求
服务器收到请求后, 取出 客户端的 IP 地址， 根据客户端的IP地址， 判断客户端所在的地区， 在客户端所在地的服务器中选择一台负载最小的服务器。通过 redirect 协议 的Location ， 指定重定向的新地址即可完成任务。

RTSP/1.0 301 Moved
CSeq : 2
Location: rtsp://192.168.2.33/mp4/f1.ts
Range:Clock=20180101T123456Z-

客户端收到该协议描述， 既会连接新的服务器进行流请求。
Range字段规定了客户端在2018年1月1日12点34分56秒进行重定向。

10、RTSP RECORD

用于请求服务器录一段内容，包括音视频。时间戳表示录制的开始/结束时间，格式为UTC时间。

11、RTSP ANNOUNCE

该方法方法有两个目的：

  • 当从客户端发往服务器端，ANNOUNCE向服务器端上传请求URL所标识的表示或媒体对象的描述。
  • 当从服务器端发往客户端，ANNOUNCE实时更新会话描述。
    当一个新的媒体流加入Session时（比如之前只有视频流，现在加入音频流），需要通知客户端，让客户端做出是否接入音频流的选择。

RTSP基本请求流程

C表示rtsp客户端, S表示rtsp服务端

1. C->S:OPTION request //询问S有哪些方法可用
1. S->C:OPTION response //S回应信息中包括提供的所有可用方法
2. C->S:DESCRIBE request //要求得到S提供的媒体初始化描述信息
2. S->C:DESCRIBE response //S回应媒体初始化描述信息, 主要是sdp
3. C->S:SETUP request //设置会话的属性, 以及传输模式, 提醒S建立会话
3. S->C:SETUP response //S建立会话, 返回会话标识符, 以及会话相关信息
4. C->S:PLAY request //C请求播放
4. S->C:PLAY response //S回应该请求的信息
   S->C:发送流媒体数据
5. C->S:TEARDOWN request //C请求关闭会话
5. S->C:TEARDOWN response //S回应该请求

SDP协议

会话描述协议（SDP）为会话通知、会话邀请和其它形式的多媒体会话初始化等目的提供了多媒体会话描述。

* v = （协议版本）
* o = （所有者/创建者和会话标识符）
* s = （会话名称）
* i = * （会话信息）
* u = * （URI 描述）
* e = * （Email 地址）
* p = * （电话号码）
* c = * （连接信息 ― 如果包含在所有媒体中，则不需要该字段）
* b = * （带宽信息）

一个或更多时间描述（如下所示）：

* z = * （时间区域调整）
* k = * （加密密钥）
* a = * （0 个或多个会话属性行）
* 0个或多个媒体描述（如下所示）

时间描述

* t = （会话活动时间）
* r = * （0或多次重复次数）

媒体描述

* m = （媒体名称和传输地址）
* i = * （媒体标题）
* c = * （连接信息 — 如果包含在会话层则该字段可选）
* b = * （带宽信息）
* k = * （加密密钥）
* a = * （0 个或多个会话属性行

http://blog.csdn.net/ww506772362/article/details/52609379

http://blog.csdn.net/lostyears/article/details/51423898

http://blog.csdn.net/u013898698/article/details/78204652

https://www.jianshu.com/p/409f20b7e813

猿诗人
关注
  • 4
    点赞
  • 踩
  • 44
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
rtsp-h264.zip
03-17
它集成了视频编码、解码、图像信号处理、网络和接口等功能，支持多种视频编解码标准，包括H264。IMX290是索尼公司的一款高性能CMOS图像传感器，常用于高清监控摄像头，提供高分辨率和低噪声的图像质量。 在原版的...
RTSP协议服务端代码，H264视频流直播
05-26
在RTSP服务中，H264编码的视频数据通常被封装在RTP（Real-time Transport Protocol）包中进行传输。 3. **非阻塞I/O**：在服务端实现中，非阻塞I/O使得程序在等待数据到来时不会被挂起，而是可以处理其他任务，提高...
网页播放海康威视大华RTSP流方案，支持H.265、H.264.
liveweb视频汇聚平台
11-03 752
支持h264、h265、AAC、G711等常见音视频格式。目前网上的方案，虽然能够播放出画面，但是往往延迟很高，基本上都在数秒之久，在一些对延迟敏感的场合客户要求毫秒级延迟，显然这些方案是无法满足的；一个好的视频流网页播放方案，首先要能做到持续稳定播放多路视频，需同时支持H.264和H.265编码，最核心的还是要做到低延迟、切换画面快，另外就是对当前主流版本的浏览器兼容能力要强，我们针对当前行业痛点，开发出了liveweb播放器，成功的可以在Chrome、Firefox、IE等浏览器上进行无插件播放。
实时流协议---RTSP【详解】
热门推荐
王木木
01-28 3万+
一、RTSP协议介绍 RTSP（Real Time Streaming Protocol 实时流协议）是一个有效地在IP网络上传输流媒体数据的应用层协议。RTSP对流媒体提供了诸如开始、暂停、快进、停止等控制，RTSP的作用相当于流媒体服务器的远程控制，而它本身并不传输数据。 官方指导文档参考：RFC 2326 - Real Time Streaming Protocol (RTSP) 它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。 RTSP具有重新导...
RTP封装&h264原理&实现传输h264的RTSP服务器
最新发布
control_0317的博客
05-29 661
实现：客户端建立与RTSP服务端的连接后，并且在RTSP服务端回复了客户端的Play请求以后，服务端需要源源不断的读取一个本地h264视频文件，并将读取到的h264视频流封装到RTP数据包中，再推送至客户端。这样我们就实现了一个简单的支持RTSP协议流媒体分发服务。
RTSP协议详解
qq_25330791的博客
10-12 1万+
Rtsp
摄像头RTSP流硬解码
Ning+
12-18 3614
1. 问题分析 项目中，之前用的是OpenCV对摄像头的RTSP流进行解码。随着时间的推移以及业务摄像头的增加，发现十路流CPU就已经100%啦，很明显解码所占CPU资源较多，导致整个系统处理效率不高，解码成为系统的瓶颈，需要赶紧马上上硬解码才行。 查找资料并验证发现：OpenCV中VideoReader_GPU可以方便地利用GPU读取视频文件加速解码过程，但OpenCV中VideoReade...
手把手教你rtsp流媒体分析（引导篇，欢迎订阅专栏）
weixin_44834554的博客
06-01 4122
在安防行业中，onvif协议与gb协议是两种标准，gb是国内安防行业的标准，onvif是国外的安防行业的标准，其中gb28181中视频流是ps流、由设备、下级平台推送到上级平台，具有上公有云的特点，而onvif视频流采用的是rtsp,通常用于内网访问，当需要rtsp流可以上公有云的话，可以使用r-rtsp，r-rtsp交互流程正好与rtsp流程相反，由服务端主动发起请求。本文主要讲解了RTSP的主要流程以及RTP,RTCP的包分析，本文主要介绍的H264的包结构，希望能够让你对rtsp有个深刻的认识。
认识流媒体协议，从 RTSP 协议解析开始！
yinshipin007的博客
11-06 871
RTSP 对流媒体提供了诸如 PLAY，PAUSE、SETUP 等控制，但它本身并不传输数据，RTSP 的作用相当于流媒体服务器的远程控制。RTSP 是一种基于文本的协议，用回车换行(\r\n)作为每一行的结束符，其好处是，在使用过程中可以方便地增加自定义参数，也方便抓包分析。如果将新的媒体流添加到演示文稿中（例如，在现场演示文稿中），则应再次发送整个演示文稿说明，而不仅仅是其他组件，以便可以删除这些组件。如果未指定范围，则从头开始播放并播放到结尾，或者，如果流已暂停，则在暂停点恢复播放。
hi3516cv500-rtsp-h264.rar
09-19
它集成了高性能的视频编码器、解码器以及图像信号处理器，支持多种视频编解码标准，如H.264、H.265等，适用于IP摄像头、NVR（Network Video Recorder）等设备。 【RTSP协议】是一种应用层控制协议，用于管理和播放...
happytime-rtsp-h264-data-pusher-example_HAPPYTIME_rtsp_
09-29
通过分析这个示例，开发者可以学习到如何处理H264编码的视频数据，并将其有效地通过RTSP协议传输。这在开发视频监控系统、在线直播平台或其他需要实时视频传输的应用中非常有用。理解并实践这样的示例，将有助于提升...
rtsp.rar_ rtsp_rtsp h264_rtsp-server_rtsp.tar.gz
09-24
通过这个压缩包的学习，初学者可以了解如何建立一个简单的RTSP服务器，处理客户端的请求，以及如何实现H264视频流的RTSP传输。实践中，可能会遇到网络延迟、带宽限制、兼容性等问题，这些都是学习和优化RTSP应用时...
网络-RTSP简单理解
armwind的专栏
02-17 3542
网络上有很多介绍RTSP的文章，但是看后还是印象不深刻，这里就记录一下读学习笔记吧。 1.协议介绍 RTSP协议以CS的方式工作，它是一个应用层的多媒体播放控制协议，用来使用户在播放从互联网下载的实时数据时能够对其进行控制，如暂停、继续、快进、快退等 RTSP的语法和操作与HTTP相似了，所有请求和响应都是基于ASCII文本。不同的是RTSP是有状态的协议，而HTTP是无状态的。RTSP记录客户端...
在linux环境下使用ffmpeg SDK 实现接收RTSP流进行解码，对帧进行缩放处理后再编码成rtsp流输出...
weixin_35752233的博客
01-05 904
首先，你需要安装 ffmpeg。如果你的 Linux 系统上已经安装了 ffmpeg，可以跳过这一步。否则，你可以使用以下命令来安装 ffmpeg： sudo apt-get install ffmpeg 然后，你需要使用 ffmpeg 的命令行工具来接收 RTSP 流并将其解码。下面是一个示例命令，它将接收来自 rtsp://192.168.1.10/live 的 RTSP 流，并将其解码为视频...
Gstreamer 硬解码Rtsp流及代码实现
weixin_46935110的博客
09-05 6091
Gstreamer 硬解码Rtsp流及代码实现
RTSP工作过程，H264码流封装
tnt__1的博客
01-10 1521
参考原始博客链接rtsp，英文全称 Real Time Streaming Protocol，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议！协议主要规定定了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP体系结位于RTP和RTCP之上（RTCP用于控制传输，RTP用于数据传输），使用TCP或UDP完成数据传输！RTSP是一个实时传输流协议，是一个应用层的协议。
ONVIF网络摄像头(IPC)客户端开发—RTSP RTCP RTP加载H264视频流
Biao
10-05 6715
前言： RTSP,RTCP,RTP一般是一起使用，在FFmpeg和live555这些库中，它们为了更好的适用性，所以实现起来非常复杂，直接查看FFmpeg和Live555源代码来熟悉这些协议非常吃力，这里将它们独立出来实现，以便更好的理解协议。本文主要介绍RTSP,RTCP,RTP加载H264数据流。 说明： (1)大华IPC摄像头作为服务端 (2)在ubuntu16......
FFmpeg linux解包解码rtsp流编码h.264/h.265 mp4视频报错问题排查（没解决）
Dontla的博客
11-29 2672
无论是在ubuntu虚拟机上，还是英伟达jetson盒子上，用官方编译好的ffmpeg解包解码转码封装海康rtsp视频流，就会出现这样问题（3090显卡x64机器上测试问题倒少一点，只有开头绿屏问题）总共有好几个报错，但不知道哪个是关键错误。
FFmpeg javaUDP 输出H264/265的码流 (传输协议RTP RTSP ONVIF)
03-27
FFmpeg是一个非常流行的音视频处理库，它支持各种音视频格式的编解码、转码、截取、合并等操作。其中，输出H.264/H.265的码流可以通过以下命令实现： ``` ffmpeg -i input.mp4 -codec:v libx264 -f rtp rtp://192.168.1.100:5000 ``` 其中，`input.mp4`是输入文件名，`libx264`是使用的视频编码器，`rtp`是输出协议，`192.168.1.100`是目标地址，`5000`是目标端口。 如果需要输出H.265的码流，只需要将`libx264`改成`libx265`即可。 对于RTSP和ONVIF协议，可以使用类似以下命令： ``` ffmpeg -i input.mp4 -codec:v libx264 -rtsp_transport tcp -f rtsp rtsp://192.168.1.100:554/live ``` 其中，`rtsp_transport`指定传输协议，`tcp`表示使用TCP传输，`rtsp`表示输出协议，`192.168.1.100`是目标地址，`554`是目标端口，`live`是流名。 注意：以上命令中的地址和端口需要根据实际情况修改。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值