【ffmpeg命令】实战指南：UDP推拉流在局域网中的高效应用

1. 为什么在局域网里，UDP推流是“快车道”？

如果你在办公室里想给同事分享一段视频，或者在家里想把电脑上的电影投到客厅的电视上，你可能会想到用各种软件。但很多时候，这些软件要么卡顿，要么画质被压缩得厉害。今天，我想跟你聊聊一种更“硬核”、更高效的方法：用FFmpeg配合UDP协议在局域网里直接推拉视频流。这听起来有点技术门槛，但别怕，我手把手带你走一遍，你会发现它其实像搭积木一样简单，而且效果出奇地好。

为什么是UDP？你可以把网络传输想象成送快递。TCP协议就像一家非常负责任的快递公司，每送一个包裹都要客户签收确认，如果丢了件，它会不厌其烦地重新发货，确保万无一失。这很可靠，但流程多，速度就慢了。而UDP协议则像是一辆广播车，它只管把包裹（数据包）朝着目标地址扔出去，不关心对方有没有收到，也不管顺序对不对。在局域网这种网络环境好、丢包率极低的环境里，UDP这种“只管送”的特性，反而成了巨大的优势——延迟极低，速度飞快。对于实时性要求高的视频流传输，比如监控、游戏直播、内部演示，低延迟就是生命线。FFmpeg这个“瑞士军刀”级别的音视频处理工具，完美支持UDP协议，让我们能用简单的命令行，就搭建起一条高效的视频传输“快车道”。

接下来，我会从最基础的UDP单播开始，带你一步步玩转组播和广播，最后再分享一些我踩过坑才总结出来的参数调优秘籍。无论你是想搭建一个简单的屏幕共享，还是部署一套多终端的内容分发系统，这套方法都能给你提供清晰的思路和可直接复用的命令。

2. 从零开始：你的第一个UDP单播推流

单播，顾名思义，就是“一对一”的通信。你的电脑（推流端）指定另一台电脑的IP地址进行传输，就像打电话只拨给一个人。这是最基础、最常用的场景。

2.1 推流端：把视频“推”出去

假设你手头有一个名为 demo.mp4 的视频文件，你想把它推送到局域网内IP为 192.168.1.100 的电脑上，使用的端口是 12345。打开你的命令行终端（Windows的CMD/PowerShell，或者macOS/Linux的Terminal），输入下面这个命令：

ffmpeg -re -stream_loop -1 -i demo.mp4 -vcodec copy -an -f h264 "udp://192.168.1.100:12345"

我们来拆解一下这个命令，理解了每个参数，你就能举一反三：

• -re：这个参数是关键。它代表“read at native frame rate”，意思是让FFmpeg按照视频文件原本的帧率来读取和发送数据。如果不加这个参数，FFmpeg会以最快的速度读取文件并发送，瞬间就把网络带宽塞满，导致接收端根本处理不过来，画面全是马赛克或者直接崩溃。加上 -re，推流就像播放一样匀速。
• -stream_loop -1：让视频循环播放。-1 代表无限循环。如果你只想推一次，去掉这个参数就行。
• -i demo.mp4：指定输入文件，就是你的视频源。
• -vcodec copy：视频编码器选择“copy”。这是最省事、效率最高的方式，它不对视频进行重新编码，只是把视频流原封不动地打包发送出去，避免了编码消耗CPU时间，也保证了画质无损。
• -an：这个参数表示“禁掉音频流”。在很多测试场景下，我们只关心视频流是否通畅。如果你需要连同音频一起推送，去掉 -an 即可。
• -f h264：指定输出流的格式为原始的H.264码流。UDP传输通常传送的是“裸流”，所以需要明确格式。
• "udp://192.168.1.100:12345"：这就是输出目标了。协议是udp，后面跟着接收方的IP和端口。注意，端口号尽量选1024以上的，避免和系统端口冲突。

命令一执行，如果没有报错，你的视频流就已经像小溪一样，源源不断地流向 192.168.1.1