近30天源站下载量
13.6万
参数
未知
上下文
未说明
架构 / 任务
video-to-video
许可证
other
MODEL POSITIONING
这个模型解决什么问题？
Viggle-Remake 的模型能力是基于 MiniMax-H3 的视频到视频重制：swap LoRA 负责人物与角色替换，edit LoRA 负责物体增删、背景、天气和光线变化；可保留原运动、镜头、时序与音轨，也可由代理自动完成切窗、关键帧绘制和渲染。GGUF 仓库提供 edit/swap 两种模式的 Q4_K_M、Q6_K、Q8_0 合并 transformer 量化文件，不等同于模型能力本身。运行可交给 Viggle 应用，或使用 sample.py、ComfyUI 和 MCP 代理工作流。模型卡未说明参数规模。
更适合谁
- 有合法素材并希望重演人物、场景或视觉风格的视频创作者
- 需要角色替换、服装替换、物体增删或环境改色的用户
- 希望借助编码代理自动完成切窗、绘制关键帧和渲染的团队
- 具备大内存与显存，或愿意使用 Viggle 应用代为运行的用户
典型使用场景
- 将影视片段中的演员替换为其他角色
- 更换人物服装、场景背景或环境风格
- 增删画面中的物体并调整天气与光线
- 将较长视频切分为多个窗口后完成整片重制
SOURCE-BASED CAPABILITIES
模型卡透露的核心特点
双模式重制
swap 负责人物与角色替换，edit 负责物体、背景、天气和光线等编辑
保留视频结构
输出沿用源素材的运动、镜头、时序和音轨
代理优先工作流
MCP 可让编码代理规划切窗、绘制关键帧、渲染并合成成片
人工可控编辑
sample.py 支持通过提示词及一至四张绘制帧直接控制结果
按当前权重估算的硬件准备
- 现有 GGUF 文件中，最低显存估算约 14.5 GB
- 为上下文缓存、系统进程和并发请求预留额外内存，不要只按模型文件大小配置设备。
量化版本怎么选
- edit 与 swap 是不同任务模式，应下载与目标模式对应的 GGUF 文件
- 资源余量较小时可优先考虑 Q4_K_M，其最低显存估算为 14.5 GB
- 可提供更多资源余量时可选 Q6_K，其最低内存与显存估算为 20.5 GB、18 GB
- Q8_0 的最低资源估算最高，适合具备 26 GB 内存和 22.5 GB 显存的设备
GGUF VARIANTS
量化版本与硬件要求
HARDWARE MATCH
哪些显卡或设备更适合运行？
按当前最小量化文件估算，至少需要 14.5GB 显存；如果希望为运行框架和上下文保留余量，优先参考推荐显存 17GB。
阅读 24GB 显存选型指南 →可以怎样运行
- 使用 Viggle 应用直接运行，无需自行配置本地 GPU
- 使用 sample.py 配合提示词和一至四张绘制帧手动渲染
- 使用 ComfyUI 节点、工作流及 GGUF 文件组织本地编辑流程
- 使用 MCP 服务与编码代理配合渲染工作器，自动完成整片处理
采用前要知道的限制
- 单次渲染约限于 12 秒，更长视频需要按剪切点拆分窗口
- 必须使用 MiniMax-H3 的六段式提示结构，时间戳也需符合帧数限制
- 身份和外观由绘制帧决定，模型不能验证身份或当事人是否同意
- 原音轨只会被沿用而不会生成；模型卡还列出细节伪影和时序漂移等已知问题