FFmpeg处理TCP原始视频流报错，FFplay可正常播放的问题求助

根因分析 #

FFplay与FFmpeg对原始无容器视频流的处理逻辑存在核心差异：

• FFplay以实时播放为导向，会持续循环尝试读取帧数据，即便流没有明确的结束标记或时间戳信息，也会基于预设规则持续等待下一批数据。
• FFmpeg作为批量处理工具，默认会严格校验输入流的完整性。对于无格式头的rawvideo流，它在读取完第一帧的预期字节数（1280×720=921600字节）后，会立即检查后续数据是否符合格式要求；如果流的发送间隔较长，或者没有持续发送的明确信号，FFmpeg会误判为流已终止，抛出Invalid data found when processing input错误。

另外，rawvideo流本身不包含帧率、时间戳等元数据，FFmpeg无法自动推断后续帧的读取节奏，这也是导致它提前终止的关键原因。

解决建议 #

1. 强制指定输入帧率 #

给FFmpeg明确的帧读取节奏，让它知道应该以固定间隔读取对应大小的数据块。将-framerate参数放在输入流之前（作为输入参数），示例命令：

ffmpeg -framerate 30 -i tcp://127.0.0.1:8485\?listen -f rawvideo -pixel_format gray -video_size 1280x720 -c:v mjpeg -qscale 6 test.avi

注：30为假设的流帧率，可根据实际情况调整为25、60等数值。

2. 启用实时输入模拟 #

添加-re参数，让FFmpeg以输入流的帧率速度读取数据，避免它快速读完第一帧后就判定流结束：

ffmpeg -re -framerate 30 -i tcp://127.0.0.1:8485\?listen -f rawvideo -pixel_format gray -video_size 1280x720 -c:v mjpeg -qscale 6 test.avi

3. 规范输出格式 #

你当前命令中同时指定了-f mjpeg（MJPEG裸流格式）和输出文件为test.avi（AVI容器），两者存在格式冲突。建议调整为以下两种方式之一：

• 输出为MJPEG裸流文件：

ffmpeg -framerate 30 -i tcp://127.0.0.1:8485\?listen -f rawvideo -pixel_format gray -video_size 1280x720 -c:v mjpeg -qscale 6 test.mjpeg

• 输出为AVI容器（无需指定-f mjpeg，FFmpeg会自动匹配）：

ffmpeg -framerate 30 -i tcp://127.0.0.1:8485\?listen -f rawvideo -pixel_format gray -video_size 1280x720 -c:v mjpeg -qscale 6 test.avi

4. 延长超时时间 #

如果流的帧间隔较长，可以通过-timeout参数设置更长的超时等待时间（单位为微秒），让FFmpeg有足够时间等待下一批帧数据：

ffmpeg -framerate 30 -timeout 5000000 -i tcp://127.0.0.1:8485\?listen -f rawvideo -pixel_format gray -video_size 1280x720 -c:v mjpeg -qscale 6 test.avi

注：上述命令设置的超时时间为5秒，可根据实际情况调整。

内容的提问来源于stack exchange，提问作者SoerenS