老视频修复圈子里 Lada 是常青树，但它慢。GitHub 上的新项目 Jasna（Kruk2/jasna）把整条链路搬进了 GPU，官方基准里速度是 Lada 的 3.4~4.7 倍，显存从早期 20+ GB 压到了 4~7 GB。这篇讲清它的能力边界、硬件门槛和几个最容易卡的坑。
它能做什么、不能做什么
核心能力是自动定位视频中的马赛克区域并只修复这一块，画面其余部分原样保留。两条修复管线可选：免费的 BasicVSR++ 出活快，细节一般；LTX 模型细节更好但更慢且仅限 NVIDIA。另支持区间编辑（只修选中片段，带实时预览）、VR180、静态图片和二次修复叠加。
硬件门槛一表看清
| 平台 | 最低要求 |
|---|---|
| NVIDIA | GTX 16 系 / RTX 20 系起（算力 ≥7.5），GTX 10 系及更旧不支持 |
| AMD | RX 7000/9000（实验性），二次修复与 LTX 均不支持 |
| LTX 模型 | RTX 30/40/50，8 GB 显存 + 16 GB 内存起步 |
三个高频翻车点，都来自实际用户反馈：程序目录必须纯英文路径，中文路径直接加载失败；Windows 要 NTFS、Linux 要 ext4/Btrfs 系文件系统，网络磁盘不认；务必放 SSD，机械硬盘会让模型加载慢到怀疑人生。
命令行与批处理
GUI 之外，CLI 覆盖批处理和服务器场景：
jasna --input input.mp4 --output output.mkv
jasna --input input_folder --output output_folder
完整参数看 jasna --help；区间编辑、降噪、60→30 FPS 这些进阶功能在仓库 docs/zh/ 里有中文文档。
两条原文没讲透的工程提醒
首跑预热不是 bug。 NVIDIA 上第一次运行要为你的显卡准备模型，耗时 15~60 分钟，只发生一次，产物落在 model_weights 目录。增量技巧：升级版本时把这个目录整个拷过去，第二次起跳过预热。很多用户以为卡死在这个阶段就强退了，白白重来。
OOM 的正确解法。 显存不足报错时，把「最大片段大小（Max Clip Size）」从默认 90 往下调（比如 60），比换显卡划算得多——片段越小峰值显存越低，代价是轻微的跨片段边界瑕疵。验收标准：2160p 视频在 8 GB 卡上按上表峰值 10.9 GB 本来就跑不动，此时降到 720p 输出或换 LTX 之外的场景，而不是反复重试。
一条合规边界
马赛克修复工具本身中性，但用途有红线：修复他人发布的视频内容可能涉及版权；对涉及人物隐私的内容做修复，还需确认肖像授权。自用老素材、自己拥有版权的素材是安全区，其余场景先想清楚来源再动手。
评论0