Composer 不能利用独立显卡加速导出，它仅是PHP依赖管理工具，不参与视频编码、解码或渲染，无GPU加速路径；所谓“Composer导出卡顿”实为误认，真正调用GPU的是FFmpeg、Premiere等工具。
Composer 不能利用独立显卡加速导出。
它不是视频编辑软件，不参与媒体编码、解码或渲染流程，也没有 GPU 加速路径。你看到的“Composer 导出卡顿”“硬件加速失败”等现象，几乎全是误认——真正调用 GPU 的是 Clipchamp、Avid Media Composer、Premiere 或 FFmpeg 等工具，而 composer 只负责 PHP 依赖管理。
为什么有人会问“Composer 显卡加速”
常见混淆场景：
- 在 Clipchamp 网页里导出视频失败，错误提示含 “Composer” 字样（实为页面内嵌的某个 JS 模块命名冲突，或用户看错控制台报错）
- 把
Avid Media Composer（专业剪辑软件）简称为 “Composer”，再和“GPU 加速”自然关联 - 本地跑了一个 Laravel + FFmpeg 封装的导出服务，误以为
composer install过程影响了导出性能
这些情况下，composer 本身只是安装了相关 PHP 包（如 php-ffmpeg），它不执行任何 GPU 指令。
如果你真在跑视频导出，该查什么
-
确认执行导出的是哪个进程：
Discussion Composer下载围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
ps aux | grep -E "(ffmpeg|avconv|node|python)"
看实际干活的是不是 FFmpeg、HandBrake CLI 或 Electron 主进程 检查 PHP 扩展是否启用硬件加速支持：
ffmpeg编译时需带--enable-cuvid/--enable-nvenc（NVIDIA）或--enable-qsv（Intel），且 PHP 调用时要显式指定-c:v h264_nvenc-
验证驱动与权限：
nvidia-smi
是否可见设备？Web 服务器用户（如 www-data）是否在video或render用户组？ 别让 Composer 背锅：
composer install卡住 ≠ 导出慢。前者耗时在 autoload 生成、脚本钩子（如post-install-cmd）、ZIP 解压；后者卡在 CPU 编码器满载或 GPU 驱动未就绪。
真正影响 Composer 安装速度的，只有这几件事
- 镜像源没配对：
composer config -g repo.packagist composer <a href="https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9">https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9</a>（注意末尾/） - 缓存没清：
composer clear-cache必须跟在换源后执行 - 并发数太低（Composer 2.2+）：
composer config -g parallel-downloads 10 - 项目级
repositories覆盖了全局配置，导致悄悄回退到官方源
这些全在 CPU 和磁盘 I/O 层，和 GPU 无关。
别在 composer.json 里写 "gpu-acceleration": true —— 它不会读，也不会报错，只会默默忽略。
