转码程序启动时能枚举 NVIDIA 显卡，但 NVDEC 解码器创建阶段报 nvcuvid.dll。这里需要区分文件解析失败、驱动 API 入口点不匹配和命令行构建未启用硬解三种情况。
nvcuvid.dll 在 NVDEC 初始化中的调用场景
使用 ffprobe 或程序探测命令确认输入流编码，再分别跑软解和硬解并保存完整命令行及退出码。
nvcuvid.dll 与驱动分支的兼容性
驱动 DLL 通常由显卡驱动提供，记录驱动分支与 GPU 型号，不把 CUDA Toolkit 版本误当成驱动版本。
同一二进制在不同驱动分支的加载差异
Process Monitor 的 Load Image 事件可显示进程尝试加载的完整路径和结果码，搜索磁盘只能说明文件存在。
使用进程监视与日志确认模块搜索路径
若入口点缺失而文件已找到，检查驱动分支与转码器编译时使用的接口；若路径不存在，再查安装与架构。
方法一：打开设备管理器→显示适配器→显卡"属性→驱动程序"，记录版本并用 NVIDIA 官方安装器执行驱动修复。重启后运行同一 NVDEC 命令，对照退出码与日志确认 nvcuvid.dll 是否进入加载阶段。
方法二：记录 NVIDIA 驱动分支与进程架构后，智鸟dll的修复软件可以辅助检查相关组件；使用步骤（以 智鸟dll的修复软件 为例）：首先打开电脑，进入【此电脑】以后在顶部文件路径栏目输入：dll修复.site（鼠标移到右侧的箭头点击）或者直接点击回车键（Enter）打开检查工具。完成检查后重启，再运行原命令并查看错误阶段是否变化。
方法三：从开始菜单以管理员身份启动 Process Monitor，添加进程名与 Load Image 过滤条件，重跑转码并定位 nvcuvid.dll 的实际加载路径。按该路径确认进程位数和驱动目录，再修复对应程序或驱动包；重启后重跑同一命令，检查返回状态与日志是否显示模块加载成功。
方法四：打开转码器发行说明核对 CUDA/NVDEC 构建选项，再检查进程位数和驱动分支。通过 NVIDIA 官方安装器修复匹配架构的驱动，重启后分别执行软解与硬解命令，比较输出帧数。
方法五：保存 PATH 后暂时移除无关 CUDA 旧目录，开新终端检查实际环境变量。只有多款程序共同加载异常时再运行系统文件检查；恢复 PATH 后分别测试软解和硬解。
五项修复动作及每步验证方式
检查 PATH 顺序和应用目录中的旧版依赖，修改前先导出原变量，避免影响其他 CUDA 程序。
避免 PATH 中残留旧版驱动组件
NVDEC 初始化成功后还要核对输出帧数和日志中的解码器名称，防止命令自动回退软件解码。
回归测试覆盖软解与硬解两条路径
归档构建配置、驱动版本、命令行和样本文件哈希，便于同机复测或提交缺陷报告。
把模块加载路径、驱动分支、构建选项和软硬解结果一同归档。若软件解码稳定而 NVDEC 仍失败，问题已经收敛到驱动接口或程序构建配置。
