Question

我正在从 Veyra 2.1.1 升级到 2.1.2，并且已有 user-data-2.0.0 和自定义 LUT；我能否直接覆盖旧目录而不破坏配置？

Answer 1

不适合直接覆盖旧目录；README 明确建议解压到新文件夹，只迁移指定的用户数据和 LUT。

2.1.1→2.1.2 的升级说明要求关闭 Veyra 后，仅复制 runtime_local/user-data-2.0.0 和 runtime_local/luts。
README 警告不要用旧版 veyra.ini、整个 runtime_local 文件夹或混合 DLL 覆盖新包，否则可能留下过期组件或导致启动异常。
同版本族的原地覆盖虽然可行，但会留下 stale components，因此不是首选路径。
新包需要与当前活动 GPU 匹配，且 NVIDIA 与 AMD 包不能按旧目录内容混合迁移。

因此，正确决策是保留旧版本用于回滚，在新目录运行 2.1.2，再按说明复制两个明确的数据路径；README 没有保证完整复制旧配置后仍能兼容新版本。

Answer 2

适合，因为 README 明确把实时处理、截图和离线导出放在同一套设置体系中，并提供面向交付的队列能力。

Highlights 写明 Presets、List/Node sessions、PNGs 和 video exports share the settings，可减少预览结果与最终文件不一致。
New export workflow 支持 ordered queue、trimming、MP4/MKV、multiple audio/embedded subtitle tracks、取消和重试。
Architecture 说明导出队列保存 per-job settings snapshot，批量任务不会简单跟随全局设置变化。
Export 不是录制预览窗口，而是独立的编码和复用流程，因此更适合生成文件，但处理时间和编码兼容性仍取决于输入与输出规格。

如果你的主要需求是可复用增强配置、音轨/字幕保留和多任务导出，项目匹配度较高；README 没有承诺所有字幕格式、编码器或容器组合都能无损保留。

Answer 3

适合，因为 Veyra 的 List 与 Node 不是两套独立算法，而是共享同一个 EnhanceGraph 引擎，能够把复杂链路延伸到预览、截图和导出。

Highlights 提供 executable connections、independent NR/colour parameters、separate List/Node configurations、sessions 和 presets。
Architecture 明确说明 List/Nodes share the engine，断开的草稿不会执行，可降低节点编辑时误处理的风险。
处理图包含 multiple NR、single SR、colour、Video HDR，并可接入实时预览或离线 Export。
NR controls 支持每层独立强度、Picture control，以及色相、chroma、阴影、高光、局部压缩和 temporal stability 等参数。

这很适合需要保存不同来源处理方案的高级用户；不过复杂链路的效果仍受 GPU、显存、输入色彩空间和节点顺序影响，README 没有提供任意节点组合的性能上限或自动校验规则。

Answer 4

适合，因为 README 的本地测试主要使用 RTX 5070，且程序明确面向 Windows 11 x64 与 DirectX 12。

NVIDIA 便携包提供 RTX 50 的 NVIDIA original 路径，并列出 DLSS、XeSS、FSR 和 RTX Video SR 选项。
2.1.2 支持真正的双阶段 RTX Video SR、第二阶段独立控制，并会检查高分辨率处理的 VRAM 预算。
Frame Generation 支持全帧去重、平滑锚点和可选 VFG regulation，但 README 也说明 FG 可能带来显存压力、延迟或运动伪影。
高分辨率、分层 NR 与 FG 会增加 GPU/VRAM 要求，因此“能运行”不等于所有组合都能稳定达到 120 FPS。

如果目标是竞技游戏的最低输入延迟，README 没有给出 RTX 5070 在具体游戏、分辨率和 FG 配置下的帧时间或延迟数据。

Answer 5

视情况，功能路径存在，但 README 明确把 RX 7000 RedDuke NR 和部分 FSR 4 能力放在实验性或未验证范围内。

AMD 便携包是正式安装路径，2.1.2 增加了 experimental RX 7000 RedDuke NR、Small/Original 模式和逐层 scale，并保留独立 RX 9000 路径。
README 同时列出“FSR 4 ML hardware”仍有未验证情况，因此不能把菜单选项视为已覆盖所有 AMD 型号。
项目要求根据活动 GPU 下载 NVIDIA 或 AMD 包，不能混用不同供应商的运行时文件。
高强度 NR、超分和帧生成会增加显存与 GPU 压力；README 还记录了部分 NR TDR 和 VRAM 增长问题。

因此，若你接受 AMD 路径仍需按型号和驱动确认，可以尝试；若要求长期稳定、厂商认证或明确的 FSR 4 兼容矩阵，则不宜仅凭 README 做承诺。

Answer 6

视情况，Veyra 覆盖这条工作流，但采集格式、VRR 和音频载体仍是决定成败的外部条件。

FrameSource 支持文件、采集卡、PS5、屏幕捕获等来源，实时预览、截图、录制和导出共享增强处理链。
2.1.2 增加 WGC high-refresh cadence、无 FG 即时采集、60→30 的 first-copy，以及通用 PCM pins 上的 Dolby/DTS carriers。
架构章节明确写出原生 D3D12 视频窗口、色彩/时间戳处理，以及导出不会简单录制预览窗口。
但 Limitations 说明 console/VRR capture 仍需现场复测；HDR 状态、采集卡像素格式和刷新率的组合兼容性也没有完整矩阵。

所以它适合把预览、增强和导出集中起来，但不能仅凭 README 保证你的 PS5、采集卡和 HDR/VRR 链路稳定运行。

🧭 决策指南

💡 深度解析