There was an error while loading. Please reload this page.
Add a DaVinci Resolve page `syn resolve` had one row in Commands and a mention in Troubleshooting, both about `transcode`. The half that actually breaks installs was undocumented anywhere a user reads. The page covers what the AUR package already fixes (so nobody re-applies the guides by hand and fights it), the manual download and the AUR version-lag trap that fails deep in makepkg on a checksum naming neither cause, the OpenCL virtual-provider dependency — the usual reason Resolve installs cleanly and then refuses to start — the desktop-entry shadowing, and the codec limits with the transcode options in full. Two claims were checked against the running system rather than inferred, and both were wrong on the first pass: - the launch environment is not set by env lines in the desktop entry. The override rewrites `Exec=` to `syn resolve launch`, and that subcommand exports QT_QPA_PLATFORM=xcb and unsets QT_QPA_PLATFORMTHEME and QT_STYLE_OVERRIDE. Worth stating, because it means running that command by hand reproduces a menu launch exactly. - the AUR entry ships no `TryExec` at all. The rewrite being anchored to `^Exec=` is what protects one where it exists; the page now says that instead of implying the file has one. Linked from the sidebar, Home, Commands and the recording entries in Troubleshooting. Links and anchors check clean; the version numbers in the mismatch example are invented rather than a real download.