ffmpeg中histeq后接palettegen/paletteuse异常，添加eq恢复的原因

这两组滤镜链的差异根源在于**histeq滤镜输出的像素格式/色彩特性与palettegen的兼容性问题**，而默认参数的eq滤镜恰好修复了这个兼容性问题：

1. histeq的输出特性
   histeq（直方图均衡）滤镜在处理视频时，可能会输出超出标准RGB色彩范围的像素值，或者输出的像素格式带有非标准的色彩空间标记（比如部分像素的亮度/色度值超出0-255的8位范围）。而palettegen滤镜对输入的色彩范围和格式有严格要求，当遇到不符合预期的像素数据时，生成的调色板会出现偏差，最终导致paletteuse渲染出的GIF色彩异常（比如色块失真、色彩断层、偏色等）。

2. 默认eq滤镜的隐性修复作用
   当你在histeq后添加无参数的eq滤镜时，eq滤镜会默认执行以下操作：

   • 自动将输入的像素值钳制到标准的0-255色彩范围内，截断超出范围的极端值；
   • 强制转换像素格式为palettegen兼容的标准RGB格式（比如rgb24），同时统一色彩空间标记；
     这些隐性的格式校正，让后续的palettegen能正确分析帧的色彩分布，生成准确的调色板，最终paletteuse输出的GIF恢复正常。

3. 替代验证方案
   你可以用以下命令替代添加eq的方案，直接用format滤镜强制转换为标准RGB格式，同样能解决问题——这也印证了核心问题是像素格式/色彩范围的兼容性：

   ffmpeg -i input.mp4 -vf "histeq=0.01,format=rgb24,split[a][b];[a]palettegen[p];[b][p]paletteuse" output.gif
   

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