【2026 最新】Viggle Remake 教學：影片怎麼換角色？關鍵影格、ComfyUI 與顯存驗收五步走

你拍了一段揮手短片，想把自己換成原創布偶，又希望鏡頭、動作和聲音跟著留下來。這篇 Viggle Remake 教學，帶你把「整段換角色」拆成能檢查的小步驟：認對模型、準備重畫影格、定位時間，再驗收輸出的 MP4。

寫給第一次接觸本機 AI 影片工作流、願意照著檔名與節點操作的讀者。ComfyUI 可以想成把工具接成一條生產線的畫布；不必先懂模型數學，但要有已能運作的 ComfyUI、相容 GPU、足夠的系統記憶體與磁碟，以及 FFmpeg。硬體還沒備好，也可以先完成素材與驗收表。

本文依 2026 年 11 月 8 日查閱的官方模型卡、節點原始碼與指南整理。AlphaLab 本次未執行 GPU 生成；下文把官方觀察和讀者可照做的測試分開，提供的是操作與驗收方法。

先說結論：換角＝來源動作＋重畫外觀＋時間定位

把 Remake 想成替既有影片重新選角的工作室。來源影片像排好的舞步，重畫影格像新演員的定裝照，pin 像在分鏡表上釘住「這一格要長這樣」。最後仍要逐段看片，確認換了角色，也留下你想保留的表演。

• Remake、Animate 和原版 H3 要分清；同一家公司或底層模型，不代表檔案和流程可以混用。
• 先用單一鏡頭、自有素材做短片，再擴到快速轉身或遮擋；每次只改一個變因。
• 12GB 配置有官方限定條件；下載大小、系統 RAM、顯存和生成耗時，各記一欄。

一、Viggle Remake 教學先認版本：H3、Animate 各站在哪裡？

MiniMax H3 是底層影片模型；Remake 則在它的基礎上加入專門的 LoRA 與工作流。LoRA（低秩調整）可以想成附在大本食譜上的改菜筆記，讓模型朝特定工作偏移。Remake 模型卡把角色替換歸在 swap，物件、背景、天氣或光線編輯歸在 edit；這次先練前者。

Animate 官方卡描述的是另一套角色替換配置，基於 H3 的 ref2va 分支；Remake 的 ComfyUI 路線則指定 fl2va。所以下載前先核對完整檔名，別因搜尋結果都寫「Viggle」就把舊節點、權重和操作記憶接在一起。

若還沒理解模型、文字編碼器與 VAE（把畫面轉換成模型處理表示的編解碼器）如何配合，可以先看 MiniMax H3 本機入門。這篇的成功條件更具體：把一段自己的影片換成新角色，並交出能回查設定的成品。

二、下載前先判斷兩件事：素材權利與硬體路線

第一個素材建議用自己拍攝、本人同意換角的揮手或轉身片段，目標角色用自己畫的布偶。把原音軌也列入素材清單：自己拍的畫面若配了別人的歌，音樂仍需另外確認使用權。官方 範例素材說明列出第三方影片來源；模型和程式的授權，不會自動附送那些電影、音樂或人物肖像的使用權。

權重採 MiniMax H3 Community License，與程式碼的 Apache 2.0 分開。這份權重授權的排除地區包含美國、英國、歐盟及韓國；若在這些地區操作，需要另有授權才進入本機生成步驟。發布作品時也要落實其中的 AI 生成標示要求。先確認這些條件，再花時間下載。

第二件事是選路線。完整精度流程使用基底模型加獨立 Remake LoRA；量化檔則把兩者合併後壓縮。量化像把行李重新打包，offloading 則像把部分行李放在系統 RAM，需要時再搬上 GPU。檔案能下載成功，只回答磁碟裝不裝得下。執行還會產生中間運算資料。

截至上述查閱日，官方配置測試是在 B200 上由另一個程序占住記憶體，模擬較小的可用顯存。圖中的設定只對應指定案例；實體小顯卡還可能採用不同的低顯存預設。買卡前要問的是「我的整套配置能否完成這段片」，不是只看顯卡貼紙。

三、Viggle Remake 教學五步走：先接對，再改自己的片

①「認包裹」：下載工作流，先核對版本與模型

最怕一開始就下載錯整包。先讀官方 ComfyUI 指南，按檔案範圍取得節點和工作流。以下在已備妥的 ComfyUI 目錄操作；hf 是 Hugging Face CLI，若尚未安裝，可按 官方 CLI 指南準備。不要直接對模型庫做不加篩選的整庫下載。

hf download Viggle/Viggle-Remake --include "comfyui/ComfyUI-Viggle-Remake/*" "comfyui/workflows/*" --local-dir ./Viggle-Remake
cp -r Viggle-Remake/comfyui/ComfyUI-Viggle-Remake custom_nodes/

重啟 ComfyUI 後，把 Viggle-Remake 下 comfyui/workflows 資料夾裡的 remake_swap_ui.json 拖進畫布。官方 swap 工作流內含完整提示詞；先看懂每個輸入，再按 Queue。若用獨立 LoRA 路線，照指南放好 fl2va、文字編碼器、影像及音訊 VAE，LoRA 使用 LoraLoaderBypassModelOnly。

若選量化路線，就改載入對應的 swap int8 或 GGUF 合併模型；GGUF 需搭配指南連到的 ComfyUI-GGUF 節點。合併檔已包含 Remake 的調整，應移除原本的基底載入器與獨立 LoRA 載入器，將新載入器的 MODEL 接回 Viggle Remake Keyframe Until。不要重複疊加。

這一步的驗收不是畫布「看起來有很多框」，而是每個模型下拉選單都能找到正確檔名、節點沒有缺失、使用的模式一致。把 ComfyUI 版本、節點版本、模型庫 revision 和量化檔名記下；官方測試組合可在指南的 Caveats 段落核對。

②「拍排練片」：把自己的素材轉成固定影格率

來源太長、鏡頭一直切，出錯時很難追。先選一段連續鏡頭，讓人物全身清楚，避免第一輪就挑臉部特寫。下面把自有 input.mp4 轉為每秒 24 格，再取最多 124 格作起點；來源本身要夠長。FFmpeg 的 官方選項文件可核對影格率和影格數參數。

ffmpeg -i input.mp4 -r 24 -frames:v 124 source.mp4

把 source.mp4 放進 ComfyUI 的 input，在 Load Video 選它。124 格約為 5.17 秒，是這次練習設定。節點原始碼要求 frames 符合 17n+5，因此「五秒左右」不能隨意填成 120；來源少於所需格數時也會被檢查攔下。

③「做定裝照」：從來源抽格、重畫、記下 pin

單獨一張角色海報，與來源構圖可能差很多。從自己的片裡取兩格，再在影像編輯器中改角色外觀，保留原本姿勢、鏡頭位置和背景。此處選第 12 與第 96 格，只是易核對的練習座標。

ffmpeg -i source.mp4 -vf "select=eq(n\,12)+eq(n\,96)" -fps_mode vfr frame-%02d.png

第一張重畫後存成 ref1.png，第二張存成 ref2.png，分別選入兩個 Load Image；在 Viggle Remake Conditioning 填 pins: 12, 96、frames: 124、short_edge: 480。影格從 0 開始計，所以這裡分別約在 0.5 與 4 秒。

官方節點檢查要求 pin 數量與參考圖數量一致，或全部留空，且每個位置都在輸出範圍內。pin 是時間上的圖釘：用來指定重畫畫面在何處落地；它也會把該格的構圖帶進去。重畫時若移動人物或改了鏡頭，等於把新的構圖一起釘住。

④「寫成目標影片」：六段提示詞別互相打架

提示詞若一邊說「保留原人」，另一邊又要換角，就像給劇組兩份相反的通告。沿用官方六段結構，描述完成後會看到的畫面。重畫與提示指南把參考圖稱為 <Picture 1>、<Picture 2>，來源稱為 <Video 1>。

• subject_definitions：說清楚來源是誰、新角色在哪張圖，以及可辨識的顏色、服裝和輪廓。
• summary：描述新角色正在做什麼，而非只寫「幫我換掉」。
• retention_analysis：分清要保留的動作、鏡頭、背景，以及要改的角色外觀。
• detailed_description：依時間描述揮手、轉身等事件；時間要落在這次片長內。
• overall_soundscape：描述來源的人聲或環境聲。
• non_diegetic_music：交代畫外配樂；無配樂時可依實際素材填 N/A。

例如原創藍色布偶可以描述為：「與兩張參考圖相同的藍色布偶站在門邊，依來源動作抬手，再放下；門、鏡頭與背景保持來源的安排。」再把這些資訊填回六段。這只是寫作示意，不是已完成的可執行 prompt；人物左右、動作時間和保留清單，都要依你的片子補齊。

先用來源逐格核對提示，不要一開始就同時要求換角色、下雨、換場景。若人物轉身後外觀變了，回到相應位置補好重畫參考，比反覆堆形容詞更容易定位問題；是否改善，用同一片段的輸出回答。

⑤「交片驗收」：固定 seed，讓 MP4 真正能檢查

官方 swap 範例預填了自己的素材和時間，換片時要連提示與 pins 一起改。在 Viggle Remake Noise 把 seed 設為 0，並把生成後控制從 randomize 改成 fixed，保留 swap 工作流的取樣設定。將來源音訊接入 Conditioning 的 audio，Create Video 使用 24 fps，Save Video 選 MP4，然後才 Queue。

完成後到 output/viggle_remake 找輸出；檔名以前綴與實際保存結果核對。用播放器從頭播到尾，再拖到重畫影格與轉身處。音訊經模型編解碼流程處理，要聽聲音內容與同步；不要把「沿用原音軌」解讀成檔案位元完全相同。

四、同一支短片怎麼比較？先做兩輪，再談 H3

第一輪只比較「有 pin」和「所有 pin 留空」，其他條件固定。檢查角色是否在遮擋後變回原樣、衣服是否突然改色、鏡頭有沒有多一次切換。把首次出錯的時間寫下來，會比一句「感覺比較好」更能指導下一輪。

第二輪只換量化設定。把磁碟占用、系統 RAM 峰值、顯存觀察值、第一次生成耗時與已載入模型後耗時分開記。使用 NVIDIA 環境時可另開終端執行 nvidia-smi -l 1 觀察；這是定時抽樣，短暫尖峰仍可能漏掉，不能把取樣最大值冒充精密的峰值量測。

若要與原版 H3 比，先寫明比較問題：是比較「同一任務各自最佳流程」，還是比較「拿掉 Remake 調整後會怎樣」？兩者需要不同控制。模式、提示格式、參考圖、畫布、影格數、seed、音訊路徑和取樣設定都要留下；某一項不相同，就在紀錄旁標出。本篇不預填 H3 與 Remake 的勝負或改善百分比。

驗收單至少留五項：角色外觀、動作時間、鏡頭連續、未要求修改的背景、音訊內容與同步。每項寫通過／失敗及對應時間。若你常改同一支片，也可以接著讀 多輪改片與交件成本，把重做次數一起算進工作時間。

五、常見問題：八個先講答案的判斷

1. Remake 就是 Animate 換個名字嗎？

不能這樣套用。兩份官方模型卡描述的配置、權重和工作流不同。本次用 Remake 的 fl2va 路線，舊 Animate 教學的參數要逐項重新核對。

2. 我有 12GB 顯卡，就一定跑得動嗎？

不一定。官方案例限制在指定素材、軟體和模擬可用顯存；系統 RAM、驅動與實體卡的低顯存行為仍影響執行。先以官方低顯存路線做一次短片驗收。

3. 合併 GGUF 還要再載 Remake LoRA 嗎？

不用再疊同一個調整。官方合併檔已把相應模式的 LoRA 合進基底，應依指南替換載入節點，並使用該模式的取樣設定。

4. 參考圖越多就一定越準嗎？

不一定。先讓每張圖都對應有用視角；彼此矛盾的造型會讓排錯更難。轉身、遮擋或新角色進場時，再決定是否補參考。

5. 相同 seed 就逐像素一樣嗎？

不能這樣保證。官方明確區分相同起始噪聲與不同運算核心的輸出差異。要比較，連模型版本、運算路徑與軟體組合一起保存。

6. 來源有聲音，輸出就自動有聲嗎？

先看連線。官方 Conditioning 的 audio 未連接時會用靜音；同時要核對後段音訊解碼與 Create Video 接線，再用耳朵驗收。

7. 可以直接拿電影或名人影片發作品嗎？

先處理影片、音樂與肖像的權利。這次練習選自己的影片和原創角色；公開生成作品要標示 AI 生成，且不要讓觀眾誤認當事人參與了拍攝。

8. 影片可播放，就算完成了嗎？

還差內容驗收。播放成功驗的是容器和解碼；角色是否穩定、背景有沒有被改、動作與聲音是否對上，要回到那五項檢查。

給新手的三個重點

• 先鎖版本和模型路線，再下載；把 Animate、原版 H3 與 Remake 的檔案分開存。
• 先做一個角色、一個鏡頭、一項修改，讓參考圖、pin 和提示詞互相對得上。
• 成品與設定一起交付：來源、重畫圖、完整工作流、seed、耗時紀錄與失敗時間點都留著。

想把畫面修改接到更完整的創作流程，可讀 圖片編輯到創作交付；想從基礎補齊方法，可從 AI 文章入口選讀，或到 AlphaLab 課程安排下一段學習。