FFmpeg rtmp推流直播

原创 已于 2025-01-30 16:23:48 修改 · 1.9k 阅读 · 21 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ffmpeg

于 2025-01-30 15:50:46 首次发布

文章目录

rtmp协议

RTMP（Real Time Messaging Protocol）是由Adobe公司基于Flash Player播放器对应的音视频flv封装格式提出的一种，基于TCP的数据传输协议。本身具有稳定、兼容性强、高穿透的特点。常被应用于流媒体直播、点播等场景。常用于推流方（主播）的稳定传输需求。

RTMP协议组成

RTMP协议主要由以下三个部分组成：

  • 握手阶段： 在RTMP连接建立之初，客户端与服务器通过握手过程来确认双方的协议版本以及交换随机数等信息，握手成功后，双方将建立起稳定的连接。
  • 消息传输： 在握手成功之后，RTMP协议将音视频数据、命令消息等封装成消息进行传输。RTMP协议支持多种消息类型，包括音频、视频、数据消息、命令消息等。为保证消息的有序传输，RTMP还引入了流ID、消息ID等概念来对消息进行管理。
  • 块传输： RTMP协议采用分块传输机制来提高传输效率。将消息划分为一系列较小的块（chunks）,每个块的大小可配置。这种分块传输机制可以降低延迟，提高实时性。

RTMP协议的工作原理可概括为以下几个步骤：

  1. 客户端与服务器建立TCP连接
  2. 双方通过握手过程确认协议版本及交换随机数等信息
  3. 客户端发送连接命令（connect）到服务器
  4. 服务器响应连接命令，返回连接结果
  5. 客户端与服务器建立流（stream）进行音视频数据传输
  6. 在传输过程中，双方可以发送控制命令，如播放、暂停等
  7. 当连接关闭时，双方结束消息传输并断开连接

RTMP的握手过程

在这里插入图片描述

RTMP流的创建

在这里插入图片描述

RTMP消息格式

RTMP数据单元（Message）是RTMP协议中用于封装音频、视频、命令和数据等信息的基本单位。其结构如图所示：RTMP的消息格式都是由消息头和消息体构成。
在这里插入图片描述
在RTMP Header中包含三个部分，基本头（Basic Header），消息头（Message Header）和扩展时间戳（Extended TimeStamp）其中消息头和扩展时间戳是可选的。
Basic Header包含了chunk stream ID（流通道id）和chunk type，chunk stream id一般被简写为CSID，用来唯一标识一个特定的流通道，chunk type决定了后面Message Header的格式。Basic Header的长度可能是1，2或4个字节，其中chunk type的长度是固定的（占2位，单位是bit），Basic Header是变长的，其长度取决于CSID的大小，在足够存储这两个字段的前提下，最好用尽量少的字节从而减少由于引入Header增加的数据量。
RTMP协议最多支持65597个用户定义chunk stream ID，范围为[3,65599]，ID 0，1，2被协议规范直接使用，其中ID值0，1分别表示了Basic Header占用2个字节和4个字节：
ID值0：代表Basic Header占用2个字节，CSID在 [64,319]之间
ID值1：代表Basic Header占用4个字节，CSID在[64,65599]之间
ID值2：代表chunk是控制信息和一些命令信息
在这里插入图片描述

消息头（Message Header） 包含时间戳（TimeStamp），消息长度（MsgLength），消息类型（TypeID）和流ID（SteamID）

它们都是可选的。常用的消息类型如下表所示：
在这里插入图片描述
扩展时间戳 是可选的。当时间戳过大，TimeStamp无法表示时才会使用。即TimeStamp 的值为0xFFFFFF

Chunking(Message 分块)

RTMP在收发数据的时候并不是以Message为单位的，而是把Message拆分成Chunk发送，而且必须在一个Chunk发送完成之后才能开始发送下一个Chunk。每个Chunk中带有MessageID（Chunk Stream ID）代表属于哪个Message，接受端也会按照这个id来将chunk组装成Message。

为什么RTMP要将Message拆分成不同的Chunk呢？通过拆分，数据量较大的Message可以被拆分成较小的“Message”，这样就可以避免优先级低的消息持续发送阻塞优先级高的数据，比如在视频的传输过程中，会包括视频帧，音频帧和RTMP控制信息，如果持续发送音频数据或者控制数据的话可能就会造成视频帧的阻塞，然后就会造成看视频时最烦人的卡顿现象。同时对于数据量较大的Message，可以通过对Chunk Header的字段来压缩信息，从而减少信息的传输量。

Chunk的默认大小是128字节，在传输过程中，通过一个叫做Set Chunk Size的控制信息可以设置Chunk数据量的最大值，在发送端和接受端会各自维护一个Chunk Size（srs流媒体服务器默认是60000），可以分别设置这个值来改变这一方发送的Chunk的最大值。大一点的Chunk减少了计算每个chunk的时间从而减少了CPU的占用率，但是它会占用更多的时间在发送上，尤其是在低带宽的网络情况下，很可能会阻塞后面更重要信息的传输。小一点的Chunk可以减少这种阻塞问题，但小的Chunk会引起过多额外的信息（Chunk中的Header），少量多次的传输也可能会造成发送的间断导致不能充分利用高带宽的优势，因此并不适合在高比特率的流中传输。在实际发送时应对要发送的数据用不同的Chunk Size去尝试，通过抓包分析等手段得出合适的Chunk大小，并且在传输过程中可以根据当前的带宽信息和实际信息的大小动态调Chunk的大小，从而尽量提高CPU的利用率并减少信息的阻塞机率。

rtmp服务器搭建

Nginx服务器

Nginx（engine x）是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·塞索耶夫为俄罗斯访问量第二的Rambler.ru站点开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗而闻名。2011年6月1日，nignx 1.0.4发布。

其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。

Nginx是高性能的HTTP和反向代理的web服务器，处理高并发能力是十分强大的，能经受高负载的考验，有报告表明能支持高达50，000个并发连接数。

Nginx支持热部署，启动简单，可以做到7*24小时不间断运行，几个月都不需要重新启动。

Windows平台下要使用特殊的Nginx版本：
Nginx服务器下载地址：http://nginx-win.ecsds.eu/download/ 选择nginx 1.7.11.3 Gryphon.zip下载

想要推拉流还需要下载一个rtmp模块
Nginx的rtmp模块下载地址：https://github.com/arut/nginx-rtmp-module/

配置Nginx服务器

  1. 解压Nginx的压缩包并打开
    在这里插入图片描述
  2. 将下载好的rtmp模块解压，放到该目录下
    在这里插入图片描述
  3. 进入conf目录，打开Nginx配置文件nginx-win.conf
    在这里插入图片描述
    4.在该文件中添加如下内容
rtmp {
    server {
        listen 1935;#监听端口,若被占用,可以更改
        chunk_size 4000;#上传flv文件块儿的大小
        application live { #创建一个叫live的应用
             live on;#开启live的应用
             allow publish 127.0.0.1;#
             allow play all;
        }
    }
}

在这里插入图片描述
5. 启动Nginx服务器
进入Nginx.exe所在目录
在这里插入图片描述
6. 使用命令行打开
在这里插入图片描述
常用命令如下

nginx.exe -c conf\nginx-win.conf
nginx.exe -s stop    //快速终止服务器，可能不保存相关信息
nginx.exe -s quit    //完整有序停止服务器，保存相关信息
nginx.exe -s reload  //重新载入Nginx，当配置信息修改，需要重新载入这些配置时使用此命令

在这里插入图片描述
执行后有个光标在那闪，nginx就启动成功了
7. 测试服务器是否是正常的
拉流
打开电脑上的vlc，没有的话去下载一个
在这里插入图片描述
点媒体>网络串流
输入网络填 rtmp://127.0.0.1/live/room
在这里插入图片描述
推流
8. 打开电脑上的obs，没有的话去下载一个
在这里插入图片描述
9. 点左下角+添加场景，然后点中间的+点显示器采集，点确定，选择主显示器。点确定

在这里插入图片描述
10. 点设置>直播>服务>自定义
在这里插入图片描述
11. 直播成功
在这里插入图片描述

librtmp库编译

librtmp库编译

推流

flv构成在框架简介那篇有介绍

推流代码用vs2022跑的，代替了obs的工作

#define _CRT_SECURE_NO_WARNINGS

#include <iostream>
#include <WinSock2.h>
extern "C" {
#include <rtmp.h>
}
#pragma comment(lib, "ws2_32.lib")

bool openFLV(CONST char* filename, FILE** file)//打开FLV文件
{
	*file = fopen(filename, "rb");//打开文件
	if (!*file)
	{
		std::cout << "打开文件失败" << std::endl;
		return false;
	}
	fseek(*file, 9, SEEK_SET);//跳过FLV头
	fseek(*file, 4, SEEK_CUR);//跳过PreviousTagSize,定位到当前Tag
	return true;
}
int readFLV(FILE* file, RTMPPacket** packet)
{
	char tag[11] = "";
	if (fread(tag, 1, 11, file) != 11)//读取11个字节
		return 0;
	uint32_t dataSize = (tag[1] << 16 & 0xFF0000) | (tag[2] << 8 & 0xFF00) | (tag[3] & 0xFF);;//获取数据大小
	if (tag[0] != 0x08 && tag[0] != 0x09)//判断是否是音频或视频Tag
	{
		fseek(file, dataSize + 4, SEEK_CUR);//跳过当前Tag，和下一个PreviousTagSize,定位到下一个Tag
		return 2;
	}
	int ret = fread((*packet)->m_body, 1, dataSize, file);//读取数据
	if (ret != dataSize)//判断是否读取成功
		return 0;
	(*packet)->m_headerType = RTMP_PACKET_SIZE_LARGE;//设置包大小
	(*packet)->m_nBodySize = dataSize;//设置包大小
	uint32_t timestamp = (tag[4] << 16 & 0xFF0000) | (tag[5] << 8 & 0xFF00) | (tag[6] & 0xFF);//获取时间戳
	(*packet)->m_nTimeStamp = timestamp;//设置时间戳
	(*packet)->m_packetType = tag[0];//设置包类型
	std::cout << "read " << dataSize << " bytes, timestamp: " << timestamp << std::endl;
	fseek(file, 4, SEEK_CUR);//跳过PreviousTagSize
	return 1;
}

int main()
{
	WSADATA wsaData;
	if (WSAStartup(MAKEWORD(2, 2), &wsaData) != 0)
		return -1;
	RTMP* r = RTMP_Alloc();//分配内存
	RTMP_Init(r);//初始化
	RTMP_SetupURL(r, (char*)"rtmp://localhost/live/stream");//设置URL	
	RTMP_EnableWrite(r);//启用写权限
	if (!RTMP_Connect(r, NULL) || !RTMP_ConnectStream(r, 0))//连接
		return -1;
	RTMPPacket* packet = new RTMPPacket;//分配内存
	RTMPPacket_Alloc(packet, 1024 * 1024);//分配内存
	RTMPPacket_Reset(packet);//重置
	packet->m_hasAbsTimestamp = 0;//设置时间戳
	packet->m_nChannel = 0x04;//设置通道
	packet->m_nInfoField2 = r->m_stream_id;//设置流ID

	FILE* file;
	if (!openFLV("source/video-60fps.flv", &file))//打开FLV文件
		return -1;
	int ret = 0;
	uint32_t ts = 0;
	while (true)
	{
		ret = readFLV(file, &packet);//读取FLV文件
		if (ret == 0)//读取失败
			break;
		if (ret == 2)//读取成功,但不是音频或视频Tag
			continue;
		if (!RTMP_IsConnected(r))//判断是否连接成功
			break;
		if (ts < packet->m_nTimeStamp)//判断是否需要等待
			Sleep(packet->m_nTimeStamp - ts);
		if (!RTMP_SendPacket(r, packet, true))//发送包
			break;
		ts = packet->m_nTimeStamp;//更新时间戳
	}
	std::cout << "推流结束" << std::endl;
	fclose(file);//关闭文件
	RTMPPacket_Free(packet);//释放内存
	RTMP_Close(r);//关闭连接
	RTMP_Free(r);//释放内存
	WSACleanup();//清理

	return 0;
}
}

测试
1.启动nignx
在这里插入图片描述

2.打开vlc，配置上面代码中设置的url地址
在这里插入图片描述
3. 运行上面写的代码
在这里插入图片描述

【ffmpeg命令】RTMP推流
m0_62599305的博客
07-19 2337
在现代的视频直播中，RTMP（Real-Time Messaging Protocol）是一种广泛使用的流媒体传输协议。它允许高效的实时视频和音频传输，是许多直播平台和应用的首选协议。FFmpeg 是一个强大的多媒体处理工具，可以实现视频录制、转换和流媒体功能。通过结合 RTMP 和 FFmpeg，我们可以实现高效、稳定的视频推流，满足各种直播需求。本文将简要介绍如何使用 FFmpeg 命令进行 RTMP 推流，帮助读者快速掌握这一技术，以便在实际应用中灵活运用。
ffmpeg多路同时推流
yinshipin007的博客
05-27 2620
后端推流，使用ffmpeg将本地视频推送至ngnix，再拉流，单独推送一路简单，但同时推送多路网上没找到相关的介绍，本文使用ffmpeg的“-map“方法解决了。版权声明：本文为优快云博主「startLight2019」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：ffmpeg多路同时推流_startLight2019的博客-优快云博客_ffmpeg无缝推流多个视频。-ss 表示视频分割的起始时间，-t 表示分割时长，同时也可以用 00:01:00表示。
摄像头视频流技术原理与项目实战
最新发布
weixin_34725745的博客
09-14 529
摄像头视频流技术是现代信息化社会中不可或缺的一部分，广泛应用于安防监控、视频会议、在线教育、远程医疗等多个领域。该技术通过将物理世界的图像信息转化为数字视频流，实现远程可视化交互与智能分析。随着高清、超清乃至4K/8K分辨率的普及，视频流技术正朝着更高清晰度、更低延迟和更强智能的方向发展。同时，借助AI与边缘计算的融合，视频流不再局限于“观看”，更承担着行为识别、异常检测等高级功能。本章将为读者构建摄像头视频流技术的整体认知框架，为后续章节的技术深入打下坚实基础。
视频和视频帧：ffmpeg的RTMP推流
yinshipin007的博客
05-25 1495
而在大多数视频门户网站，笔者目前也很疑惑，是否存在步骤1，从效率上来说，视频数据直接存放在“源站”，通过CDN根据客户端请求下发，应该就可以了。是Adobe公司开发的一个基于TCP的应用层协议，也就是说，RTMP是和HTTP/HTTPS一样，是应用层的一个协议族。上图从“推流端”到“源站”（同上文所说到的“服务器”），再到CDN分发节点，最后到“播放端”，整个过程的视音频数据，都是压缩的数据流。笔者了解到的几个目前常用的推流协议有：RTMP，HLS，webRTC，HTTP-FLV。
最简单的基于FFmpeg的推流器（以推送RTMP为例）
热门推荐
雷霄骅(leixiaohua1020)的专栏
10-06 30万+
本文记录一个最简单的基于FFmpeg的推流器（simplest ffmpeg streamer）。推流器的作用就是将本地的视频数据推送至流媒体服务器。本文记录的推流器，可以将本地的 MOV / AVI / MKV / MP4 / FLV 等格式的媒体文件，通过流媒体协议（例如RTMP，HTTP，UDP，TCP，RTP等等）以直播流的形式推送出去。由于流媒体协议种类繁多，不一一记录。在这里记录将本地
ffmpeg rtmp推流
急支糖浆的博客
07-31 3532
ffmpeg实现转推本地文件的rtmp流 #include <iostream> extern "C" { #include "libavformat\avformat.h" #include "libavutil\avutil.h" #include "libavutil\time.h" #include "libavcodec\avcodec.h" } #pragma comment(lib, "avformat.lib") #pragma comment(lib, "avcodec
利用ffmpeg实现rtmp推流直播
QG
02-21 1万+
ffmpeg直播
FFMPEG USB摄像头RTMP推流.zip
04-25
在“FFMPEG USB摄像头RTMP推流.zip”这个压缩包中，主要涉及到的是利用FFmpeg通过USB摄像头进行视频采集，并通过RTMP协议将H264编码的视频流推送到服务器的过程。 首先，我们需要理解FFmpeg如何与USB摄像头交互。在...
ffmpeg 编译 支持 h265 rtmp 推流
08-04
在本教程中，我们将详细讲解如何在Windows环境下，使用MSYS2 MinGW 64-bit编译FFmpeg，使其支持H265编码和RTMP推流。 一、安装MSYS2 MinGW 64-bit 1. 首先，从MSYS2官方网站下载最新版本的MSYS2安装程序。 2. 安装...
ffmpeg rtmp推流源码
08-07
一份可以直接将本地视频推送到服务器的推流源代码， 是学习推流的很好的资料， 代码基于ffmpeg rtmp推流， 采用nginx+rtmp module搭建本地流媒体服务器
ffmpeg的h264推流rtmp
01-10
ffmpeg的h264推流rtmp： simplest_ffmpeg_streamer，simplest_ffmpeg_receiver
基于ffmpeg实现的rtmp推流模块
02-28
需要先创建推流的流媒体地址，然后再创建一个对象启动推流，创建过程如下。 RtmpPublishManager* rpm = new RtmpPublishManager("rtmp://192.168.16.88:1935/hls/test0", read_fd[0]); rpm->ffmpeg_init(NULL); rpm->start();
ffmpeg接口实现rtmp推流
langzi113的专栏
02-19 1761
学习雷博士的文章16.04.7ffmpeg-6.1。
【FFmpeg】调用ffmpeg库进行RTMP推流和拉流
weixin_42877471的博客
05-10 8636
从使用的函数来看，主要的操作流程和数据流走向大约为： 1. 初始化网络模块，为RTMP传输进行准备（avformat_network_init） 2. 打开输入文件，创建输入文件结构体并且读取输入文件信息（avformat_open_input），此时也会创建输入的流信息 3. 根据输入文件查找流信息（avformat_find_stream_info） 4. 查看输入文件信息（av_dump_format） 5. 根据输出文件信息来创建输出文件结构体（avformat_alloc_output
FFMPEG推流到RTMP服务器命令
aisheisadas的博客
04-12 2127
7、将当前摄像头以及扬声器通过DSHOW采集，使用H.264/AAC压缩后推送到RTMP服务器。4、将其中一个直播流中的视频改用H.264压缩，音频改用aac压缩，推送到另外一个直播服务器。3、将其中一个直播流中的视频改用H.264压缩，音频不变，推送到另外一个直播服务器。5、将其中一个直播流中的视频不变，音频改用aac压缩，推送到另外一个直播服务器。6、将一个高清流复制为几个不同清晰度的流重新发布，其中音频不变。10、将AAC文件转化为flv文件，编码格式采用AAC。2、将直播文件保存至本地。
FFmpeg入门 - rtmp推流
yinshipin007的博客
11-23 8472
介绍了怎样用ffmpeg去播放视频.里面用于打开视频流的avformat_open_input函数除了打开本地视频之外,实际上也能打开rtmp协议的远程视频,实现拉流:./demo -p 本地视频路径​./demo -p rtmp://服务器ip/视频流路径这篇文章我们来讲下怎样实现推流,然后和之前的demo代码配合就能完成推流、拉流的整个过程,实现直播。
利用ffmpeg实现rtmp推流
yinshipin007的博客
05-26 3201
ffmpeg在以前介绍过，是一个相当强大的工具，我们这次利用它实现rtmp推流（最终推流地址统一为rtmp://127.0.0.1:1935/live/123）。
音视频开发---ffmpeg rtmp推流
yinshipin007的博客
03-07 4048
上述代码中采用的是av_usleep()直接延时等待的方式, ， 等待时间为‘1/帧率’， 由于存在程序处理的时间，系统延时等， 这种方式控制时间是不准确的，但是上述代码却很直观的表现了推流延时的实现。推流是将输入视频数据推送至流媒体服务器， 输入视频数据可以是本地视频文件(avi，mp4，flv......),也可以是内存视频数据，或者摄像头等系统设备，也可以是网络流URL。FFMpeg可以支持rtmp://, rtmpt://, rtmpe://, rtmpte://,以及 rtmps://协议。
ffmpeg rtmp推流地址
04-01
<think>好的，我现在需要帮助用户解决如何使用FFmpeg进行RTMP推流的问题。首先，用户已经提供了三个相关的引用链接，我需要仔细查看这些引用内容，确保正确引用信息。 首先，用户提到的引用[1]是关于FFmpeg的源码下载，可能对用户来说不太直接相关，但需要确认是否有必要提及。引用[2]和引用[3]都涉及具体的推流命令和配置步骤，特别是引用[2]给出了一个具体的推流命令示例，而引用[3]则提到了Nginx服务器的配置和路径设置。 接下来，用户的问题是询问如何配置地址及参数来进行RTMP推流。我需要按照用户提供的示例结构来组织回答，确保符合系统级指令的要求，比如使用正确的LaTeX格式、生成相关问题等。 首先，我应该分步骤说明如何配置RTMP服务器和进行推流。根据引用[2]和[3]，配置Nginx RTMP模块是关键步骤。需要指导用户下载并配置Nginx，修改配置文件，然后启动服务。这里需要检查用户提供的引用中的具体配置参数是否正确，例如rtmp块中的监听端口和应用设置。 然后，推流命令部分，引用[2]中的命令示例是使用gdigrab捕获桌面，编码为H.264，并通过flv格式推送到rtmp地址。需要解释各个参数的作用，比如-f指定输入格式，-vcodec选择编码器，preset和tune参数的作用，以及输出的rtmp地址结构。此外，引用[3]提到路径中的rtmplive和room是配置文件中指定的，需要说明用户如何替换这些部分。 还需要考虑不同场景下的推流需求，比如摄像头、视频文件或屏幕捕获，分别给出对应的FFmpeg命令示例。比如摄像头可能需要使用dshow（Windows）或v4l2（Linux）作为输入设备，视频文件直接指定输入文件，而桌面捕获使用gdigrab或x11grab。 另外，要确保用户理解地址的构造，包括服务器IP、端口、应用名称和流名称。例如，rtmp://[服务器IP]:[端口]/[应用名]/[流名称]，这里应用名对应Nginx配置中的application名称，流名称可以自定义。 在生成相关问题部分，需要围绕用户可能进一步提出的问题，比如延迟优化、推流问题排查、协议对比等。这些问题应基于配置和命令中提到的内容，引导用户深入了解更多相关信息。 最后，检查是否所有引用都正确标注，比如引用[2]和[3]在适当的位置添加标识，确保没有遗漏。同时，确认回答结构清晰，步骤明确，符合用户要求的真实可靠。</think>### 如何使用 FFmpeg 进行 RTMP 推流 #### 1. 配置 RTMP 服务器 首先需要搭建支持 RTMP 协议的服务器，常用方案为 **Nginx + RTMP 模块**： - **步骤 1**: 下载并配置 Nginx 的 RTMP 模块 从源码编译或使用预编译版本（如 [Windows 版 Nginx-RTMP](https://github.com/arut/nginx-rtmp-module)）。 - **步骤 2**: 修改 Nginx 配置文件 添加 RTMP 服务块，示例如下： ```nginx rtmp { server { listen 1935; # RTMP 默认端口 application live { live on; allow publish 127.0.0.1; # 允许推流的 IP } } } ``` 重启 Nginx 服务使配置生效[^3]。 --- #### 2. FFmpeg 推流命令 使用以下基础命令进行推流（以 **Windows 桌面推流**为例）： ```bash ffmpeg -f gdigrab -i desktop -vcodec libx264 -preset ultrafast -tune zerolatency -f flv rtmp://127.0.0.1:1935/live/stream_key ``` - **参数解析**： - `-f gdigrab`: 捕获 Windows 桌面画面 - `-vcodec libx264`: 使用 H.264 编码 - `-preset ultrafast`: 降低编码延迟 - `-tune zerolatency`: 最小化缓冲延迟 - `rtmp://.../live/stream_key`: 推流地址格式为 `rtmp://[服务器IP]:[端口]/[应用名]/[流名称]`[^2] --- #### 3. 不同场景推流示例 - **摄像头推流**（Windows）： ```bash ffmpeg -f dshow -i video="摄像头名称" -vcodec libx264 -f flv rtmp://127.0.0.1:1935/live/webcam ``` - **视频文件推流**： ```bash ffmpeg -re -i input.mp4 -c copy -f flv rtmp://127.0.0.1:1935/live/video ``` --- #### 4. 推流地址说明 - **服务器地址**：本地为 `127.0.0.1`，远程需替换为服务器 IP - **流名称**：自定义（如 `home`, `room`），需与播放端匹配 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

yerennuo

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值