---

为什么需要精简FFmpeg？

最近在给树莓派部署视频处理服务时，发现默认安装的FFmpeg体积高达120MB，而设备存储空间只剩50MB。这让我意识到：在IoT、边缘计算等资源受限场景下，完整版FFmpeg就像带着整个工具箱去修水龙头——大部分工具根本用不上。

三种编译方式对比

先看实测数据（Ubuntu 20.04 x86_64环境）：

• 静态编译全功能版：142MB（包含所有编解码器）
• 动态链接基础版：78MB（共享系统库）
• 定制精简静态版：35MB（仅H.264+MP3）

手把手编译教程

1. 基础裁剪（砍掉90%体积）

先来个最简配置，保留核心框架：

./configure \
  --disable-everything \
  --enable-filter=scale,crop \
  --enable-decoder=h264,aac \
  --enable-encoder=libx264 \
  --enable-protocol=file \
  --enable-libx264 \
  --enable-gpl

关键参数说明：

• --disable-everything：禁用所有组件（白名单基础）
• --enable-filter：只保留画面裁剪/缩放滤镜
• 按需启用编解码器（这里示例保留H.264/AAC）

2. ARM平台特别优化

交叉编译时记得调整CFLAGS（以树莓派4为例）：

export CFLAGS="-mcpu=cortex-a72 -mfpu=neon-vfpv4"
./configure \
  --arch=armv7 \
  --target-os=linux \
  --enable-cross-compile \
  # 其他参数同上

3. 验证编译结果

检查符号表是否干净：

objdump -t ffmpeg | grep avcodec_register

如果输出只显示你启用的编解码器函数，说明裁剪成功。

常见踩坑记录

依赖缺失问题

报错ERROR: libx264 not found时，需要先编译安装x264：

git clone https://code.videolan.org/videolan/x264.git
cd x264
./configure --prefix=/usr/local --disable-cli --enable-static
make -j4 && sudo make install

性能优化取舍

禁用汇编加速（--disable-asm）会减小体积但降低性能，实测转码速度下降约40%。建议在存储空间和计算能力间权衡。

进阶技巧

制作编译矩阵（示例）：

# 视频监控设备专用版
./configure --disable-everything \
  --enable-decoder=h264,mjpeg \
  --enable-encoder=mjpeg \
  --enable-protocol=rtsp

# 音频采集专用版
./configure --disable-everything \
  --enable-filter=aresample \
  --enable-encoder=libmp3lame \
  --enable-decoder=mp3

总结

经过实测，通过定制化编译：

1. 树莓派上的FFmpeg从112MB降到29MB
2. 启动内存占用减少65%
3. 冷启动速度提升3倍

延伸阅读建议查看FFmpeg官方编译文档，特别关注--disable/--enable参数说明部分。