Clipchamp导出卡在99%或报GPU timeout，实为硬件加速调度失败，需关闭Settings→Export中的Hardware acceleration并彻底重启浏览器，同时保持标签页激活、禁用干扰扩展、将HEVC源文件预转H.264。
Composer 渲染崩溃不是 Composer 的错误——它根本不会“渲染”，也没有图形界面或硬件加速模块。你遇到的其实是 Clipchamp（微软视频编辑网页工具），常被误称为“Composer”，尤其在国内中文社区里混淆严重。
这个命名误会已经导致大量用户在查错时走偏方向：搜 composer hardware acceleration，改的却是 Clipchamp 设置；翻 Composer 文档找 gpu timeout，实际该看的是浏览器 GPU 编码兼容性。
为什么 Clipchamp 导出卡在 99% 或报 GPU timeout？
这是典型的硬件加速调度失败，不是 Composer 报错，也不是代码问题。
-
GPU timeout、Export stuck at 99%、导出时 CPU 占用低但 GPU 满载无输出，都是驱动层调用 Intel Quick Sync / AMD VCE 失败的表现 - 常见于 Intel 第11代及更早核显（UHD 620–770、Iris Xe）、Surface Go、部分小新/ThinkBook APU 机型
- NVIDIA MX 系列显卡多数只支持解码，不支持 H.264 编码加速，开启后反而降级为软编+硬解混合模式，资源争抢致崩溃
关键点：Clipchamp 是纯网页应用，所有“硬件加速”开关都在浏览器侧，Composer 命令行工具完全不参与。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
怎么关 Clipchamp 的硬件加速？
Clipchamp 不提供一键开关，必须进深层设置并彻底重启浏览器：
- 打开 Clipchamp 网页 → 右上角头像 →
Settings→ 左侧选Export - 找到
Hardware acceleration开关，设为Off - 关闭所有 Clipchamp 标签页，再通过任务管理器确认 chrome.exe 或 msedge.exe 进程已完全退出
- 重新打开 Clipchamp，再试导出
不重启浏览器，旧配置仍被缓存策略沿用，关了也白关。
关掉硬件加速还卡住？检查这三个真实干扰项
即使关了硬件加速，以下问题仍会导致导出失败或极慢：
-
Browser tab not active：导出时切走标签页、最小化、开隐身窗口，Chrome/Edge 会主动降级 JS 执行优先级，导出线程被挂起 -
HEVC/H.265 source files：手机直录的 MOV/MP4 多为 HEVC 编码，Clipchamp 必须软解再转 H.264，CPU 占满也不够用；预处理用 HandBrake 转成H.264 + AAC再导入 -
Cache or extension conflict：uBlock Origin、OneDrive 同步扩展、录屏工具常劫持媒体流 API；导出前禁用所有非必要扩展，并清空缓存（Ctrl+Shift+Del→ 勾选 “Cached images and files”）
真正容易被忽略的是：“Composer” 和 Clipchamp 是两套完全无关的系统。你在终端敲 composer install，和网页里点“导出”之间，没有共享进程、没有共用配置、也没有任何代码交集。混淆命名带来的排查偏差，比技术本身更耗时间。
