这个错误的核心原因很明确：32位系统的内存寻址限制。32位进程的最大可用内存通常在2-4GB区间（还会被系统内核和其他进程占用一部分），而4K视频编码（尤其是x264编码器）需要大量内存来存储和处理帧数据，当内存需求超过32位进程的上限时，就会触发malloc of size ... failed这类内存分配失败的错误。

而1080p能正常运行的原因也很简单：1080p单帧的像素量只有4K的1/4，内存需求远低于32位进程的阈值，所以不会触发内存不足的问题。

下面是具体的解决方案，按优先级排序：

1. 升级到64位系统和64位FFmpeg（最彻底的方案） #

这是解决这类内存限制问题的终极办法。64位系统支持TB级的内存寻址，完全能满足4K乃至更高分辨率视频编码的内存需求。操作步骤大概是：

• 备份系统中的重要数据
• 重新安装64位的Linux发行版（比如Ubuntu、Debian的64位版本）
• 安装64位的FFmpeg包（通过包管理器如apt），或者从源码编译64位版本

2. 调整x264参数降低内存占用（临时 workaround） #

如果暂时无法升级系统，可以通过修改x264的编码参数来减少内存消耗，虽然会牺牲一点编码效率或画质，但能让4K编码勉强运行：

• 使用低内存预设：-preset ultrafast或-preset fast，这些预设会关闭一些高内存的优化项，大幅降低内存需求
• 控制编码画质：用-crf参数设定合理的画质值（默认23，值越高画质越低但内存压力越小）
• 限制切片大小：通过-x264-params slice-max-size=xxx来拆分帧数据，减少单帧占用的内存

修改后的命令示例：

ffmpeg -i 4k.mkv -i watermark.png -filter_complex "overlay=10:10" -c:v libx264 -preset fast -crf 23 -x264-params slice-max-size=1000000 output4k.mp4

3. 额外小提示：确保水印图片的分辨率匹配（非核心，但能避免额外内存开销） #

如果你的水印图片分辨率远低于4K，FFmpeg会在叠加时自动缩放水印，虽然这不是导致内存失败的核心原因，但提前将水印缩放至4K分辨率（比如用convert watermark.png -resize 3840x2160 watermark_4k.png），可以减少FFmpeg在处理时的临时内存占用，间接降低内存压力。

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