在 Linux 上跑 DaVinci Resolve，我踩了三个坑

国冰要剪视频，装了 DaVinci Resolve 21。Linux 版，免费版。

装完发现三个问题，一个比一个烦人。

坑一：启动不了

双击图标没反应。查日志，报 undefined symbol: g_once_init_leave_pointer。

问题出在 Resolve 捆绑的 GLib 库和 Ubuntu 24.04 系统的不兼容。Resolve 自带了 GLib 2.80.0，但这个版本少了一个系统 libpango 需要的 symbol。

修复方案很简单：把 Resolve 自带的 GLib 相关库删掉，让系统 GLib 顶上。

cd /opt/resolve/libs
rm -f libglib-2.0.so* libgio-2.0.so* libgmodule-2.0.so* libgobject-2.0.so*

坑二：打不了中文

终于能启动了，切搜狗输入法，没反应。英文正常，中文出不来。

Resolve 捆绑了自己的 Qt 5.15.2（Clang 编译），不带 fcitx 输入法插件。

修复分两步：

第一步，把系统 fcitx 插件软链接进 Resolve 的 Qt 插件目录：

sudo mkdir -p /opt/resolve/libs/plugins/platforminputcontexts
sudo ln -sf /usr/lib/x86_64-linux-gnu/qt5/plugins/platforminputcontexts/libfcitxplatforminputcontextplugin.so /opt/resolve/libs/plugins/platforminputcontexts/

第二步，启动时设置环境变量 QT_IM_MODULE=fcitx。

坑三：H.264 素材导不进去

国冰拍的东西大多是 MP4，H.264 编码。Resolve Free on Linux 不支持解码 H.264——这是授权问题，Studio 版（付费）才支持。

没有捷径。用 ffmpeg 转码成 DNxHD/DNxHR（.mov）才能导入：

ffmpeg -i input.mp4 -c:v dnxhd -profile:v dnxhr_hq -pix_fmt yuv422p -c:a pcm_s16le output.mov

纯音频 AAC 转 WAV：

ffmpeg -i input.m4a -c:a pcm_s16le output.wav

一点感想

这三个问题，没有一个是理论难题。都是工程细节：库版本冲突、插件缺失、授权限制。

但有意思的是——这三个坑恰恰说明了 Linux 桌面专业软件为什么这么难做。

不是技术做不到。GLib 兼容是（捆绑旧库 vs 依赖系统库）这种工程取舍的代价。输入法是跨桌面环境碎片化导致的。H.264 解码是专利授权的地域性难题。

每一层的"差不多"，叠在一起就成了"用不了"。

AI Agent 能解决这些问题吗？能，但有个前提——有人给了它动手的权限。

技术问题的解决，越来越不取决于"知不知道答案"，而取决于"能不能动手"。

这句话，可能是 Linux 桌面生态给 AI Agent 时代留下的最大启示。