HyperFlow H3 Flash 開放影音權重,14B 模型如何在消費顯卡生成短片?
HyperFlow H3 Flash 把MiniMax H3生成網路縮至約14B,支援少步數影音生成。解析消費顯卡測量、9.1GB權重與主機需求,以及多卡即時系統和授權條件。
用自己的顯示卡生成有聲短片,瓶頸常是模型放不下,或每次等待太久。把取樣次數減少,還得確認畫面與聲音仍能一起產生。
Video Rebirth 在 11 月 6 日釋出 HyperFlow H3 Flash,把 MiniMax H3 的影音生成模型壓縮成約十四 B 參數,並提供權重與執行程式。
這是 Video Rebirth 製作的衍生模型,並非 MiniMax 發布的新一代底座。它保留文字、影格或參考素材生成影片與同步聲音的路徑。
官方測量在 RTX 5090 的指定整數執行設定下,生成五點二秒影片需要九十二秒。另一個 NVIDIA 執行系統在四張 Blackwell 顯卡上提供即時生成。
這兩種情境不能合成一個速度承諾,因為執行程式、卡數與記憶體條件都不同。下載檔小,也不等於整套流程只占同樣容量。
我會把它視為降低本機影音試作門檻的工程釋出。消費顯卡已有官方測量,但即時生成需要另外的多卡執行環境,授權也要連同底座條款閱讀。
先看模型怎麼縮小,才知道哪些成本被減掉,以及哪些組件仍然需要載入。
HyperFlow H3 Flash 怎麼把影音模型縮到十四 B?
它結合刪減部分區塊、低秩分解與量化,減少主要生成網路的參數及計算需求。這些改動發生在原有底座上,不是從零重新訓練一套影音系統。
刪減區塊,可以理解為從原本一連串處理層中移除部分環節。文字與首尾影格使用的版本,從五十個區塊中移除三個,參考素材版本則移除一個。
低秩分解則把一些大型運算拆成較小的組合,藉此減少儲存與計算。兩個版本分解的線性層數不同,因此參數也略有差異。
前者為 13.7B,後者為 13.9B。B 代表十億,這裡主要描述生成用的 transformer 網路,並未把另外的文字編碼器與影音解碼器全都算進去。
因此,「模型縮成十四 B」不能解讀為整套工具只剩這些參數。理解提示的元件與把內部表示還原成影音的元件,仍需一起執行。
量化縮小數字,也要配合硬體執行
官方另外對一百八十個線性層使用八位元整數量化,並在前面加入旋轉處理。量化讓數值用較少位元表示,降低儲存與部分運算需求。
但整數格式能不能更快,取決於顯卡與執行程式如何處理它。專案因此提供不同硬體的運算路徑,而非宣稱所有裝置只換檔案就會同樣加速。
公開材料同時提供 GGUF 權重,讓既有本機工具能載入較小版本。GGUF 是模型封裝格式,實際精度與大小仍要看檔案名稱中的量化設定。
這些壓縮改動減少每次生成的負擔,取樣方法則進一步減少需要重做的次數。兩者一起作用,才形成這次釋出的速度與記憶體條件。

HyperFlow H3 Flash is now open source, the third release in the HyperFlow series.
— VIDEO REBIRTH (@video_rebirth) November 6, 2026
On 4x B200, it generates 768p video in real time. It also works in ComfyUI on the consumer GPUs you already own.
Scaled from the 32B Minimax H3 down to 14B. 6 inference steps. int8… pic.twitter.com/ryzpOQ3Qjr
四到八步取樣,支援哪些輸入與輸出?
同一套釋出支援文字、首尾影格與參考素材,但不同執行路徑接受的參考類型並不相同。要先決定工作類型,才能選擇正確權重與工具。
生成過程逐步把雜訊變成結果,取樣步數就是這類更新需要執行幾次。官方提供四、六或八步,六步是預設,四步偏速度,八步偏品質取向。
新的條件設計同時告訴模型目前雜訊程度,以及這次更新要到哪個終點,讓較少步數也能推進生成。它不只是把原本流程任意提早停止。
這份模型也不使用另一條負面提示的引導運算。官方要求在同一個提示中描述主體、動作、場景、鏡頭和聲音,輸入方式因此和部分舊流程不同。
輸出預設為一千三百四十四乘七百六十八像素、每秒二十四格,影片長度約五點二到十五秒,並一起生成三十二 kHz 的立體聲音訊。
這讓配樂或環境聲可以和影像一起產生,但不等於每個提示都能得到正確同步。此處是功能範圍,並沒有獨立的跨題品質保證。
參考圖片與混合參考的成本不同
Python 路徑可接受圖片、影片與音訊參考,總數最多十二份,另外各有圖片九份、影片三份與音訊三份的上限,不能把三項上限全部相加。
GGUF 路徑目前只接受圖片參考。如果工作需要跟隨一段參考影片或聲音,便要選用對應的 Python 執行環境,不能只換提示文字。
參考資料會增加每一步需要處理的資訊,因此生成時間也會上升。兩張參考圖和一段影片加聲音的混合輸入,不宜拿文字生成的最快成績估算。
官方還區分參考圖縮到輸出面積,以及保留較大參考尺寸的路徑。較大圖片保留更多資訊,也會增加運算量,速度比較需要保留這項設定。
延伸閱讀:Pika H3 Flex 開放權重:7秒生成與4K、五音軌的條件怎麼拆?
消費顯卡生成一段短片,官方測到多快?
官方已列出數款消費顯卡的完整流程時間,數字仍是離線生成的等待時間。它們包含文字編碼、主要生成網路,以及影片和聲音解碼。
以六步、相同預設解析度的文字生成為例,RTX 5090 的整數路徑製作五點二秒影片約需九十二秒,十五秒影片則約需五百五十一秒。
這組結果的主機記憶體需求很高。使用較低精度文字編碼器時約需六十九 GiB,另一種設定約需九十一 GiB,因此不能只看顯卡容量。
如果是主機只有十六 GB 記憶體的電腦,官方提供 GGUF 搭配磁碟載入設定。RTX 5090 的同類短片約需一百三十秒,十五秒約六百一十五秒。
較小主機記憶體能執行,並不代表和較大記憶體設定完全同速。它用不同資料搬運方式換取可執行性,等待時間必須跟著設定閱讀。
在 RTX 4090 的十六 GB 主機記憶體配置,官方測到五點二秒影片約一百五十三秒。這裡的十六 GB 是主機記憶體,顯卡本身仍有二十四 GB。
四張 B200 的即時宣傳,指的是另一套系統
專案自己的套件在四張 B200 上,生成五點二秒短片約需八點七秒。這項完整流程時間,比影片本身長,因此不能直接把這一格稱為即時。
官文所說的四張 Blackwell 即時生成,使用 NVIDIA SOL-H3 這套另外的加速執行系統。模型相同,運算安排仍可能不同,兩個測量要分開。
這也是讀速度宣傳時最容易漏掉的條件。模型減少參數與步數是一層,執行引擎如何分散工作、處理解碼則是另一層,不能只留下「十四 B 即時」四個字。
目前官方測試涵蓋二十四與三十二 GB 的消費顯卡,十六 GB 顯卡尚未測量。較小檔案不會自動證明它也能在未測設備完成相同輸出。
9.1 GB 權重為什麼不等於只需 9.1 GB 記憶體?
文字編碼、影音解碼與中間資料仍需要空間,權重檔只是其中一部分。因此,挑選硬體時要看整套流程的峰值,而非只看一個下載檔。
常用的四位元 GGUF 生成權重約為九點一 GB,參考素材版本約九點二 GB。它們都還需要文字編碼器和解碼元件,不能單獨把文字變成可播放短片。
官方消費級設定另外列出約十五點七 GB 的文字編碼器。即使模型會分階段移入顯示記憶體,主機或磁碟仍需保存可供載入的內容。
把部分資料放到磁碟,是一種資源交換
在較小主機記憶體配置,工具從作業系統的檔案快取串流載入權重,並要求快速磁碟設定。這降低一次占用大量鎖定記憶體的需要。
若未開啟這條路徑,工具可能把大型權重複製進主機記憶體。官方指出,較長影片在十六 GB 主機上便可能耗盡記憶體,因此設定不是可忽略的小差異。
影片較長時,內部需要處理的時間與空間資訊也增加。五點二秒能完成,不能單靠片長比例保證十五秒只要三倍時間,官方表格已呈現不同成長幅度。
參考素材還會進一步增加這些資訊。官方在部分混合參考的長片配置中需要切分運算,才能控制顯示記憶體使用,這與純文字短片又是不同情況。
這些資料的實用處,是讓開發者先找到自己能負擔的路徑。可以先對照顯卡、主機記憶體、輸入類型與片長,再估計一輪修改需要等待多久。
延伸閱讀:FLUX 3 Image Klein 開放權重:單張消費級顯卡生圖,4K 與編輯怎麼用?
重做比較時,需要保留哪些生成條件?
官方的可重現敘述,同時指定種子、顯卡架構、卡數與注意力後端。種子控制隨機起點,但只記種子,仍不足以保證不同運算路徑產生完全相同的畫面。
如果要比較四步與八步,應先固定提示、輸入與輸出設定,再看新增步數換來什麼變化。若同時換解析度與參考圖大小,就很難把差異歸給步數。
同樣地,官方示範可以說明模型有這種輸出路徑,無法代替自己的內容需求。人物是否維持一致、聲音是否跟上動作,以及文字要求有沒有漏掉,都需要看生成結果本身。
這些條件讓試作比較更有意義。當速度或品質不符合預期,才能分辨要調整模型版本、取樣方式,還是選擇另一種輸入配置。
程式開源與權重授權,為什麼要分開看?
主要推論程式碼採 Apache 2.0,衍生權重則沿用 MiniMax H3 的社群授權與適用條件。程式庫首頁的開源標示,並不涵蓋所有材料。
模型卡明確說明,這些整數與 GGUF 權重是 MiniMax H3 的衍生模型。轉換精度或減少參數,沒有因此脫離上游模型條款。
實際授權的適用區域排除歐盟、英國、韓國與美國,相關人士或組織需要依 MiniMax 流程取得另外授權。因此,能看到檔案不等於各地使用條件相同。
商用產品與服務年營收超過二千萬美元時,也要求事先取得書面授權。這個門檻應依文件的產品與服務範圍閱讀,不能當成所有用途都自動免費。
商用介面標示、公開生成內容的 AI 揭露,以及轉散布時保留授權和聲明,也在文件中。提供線上生成服務時,另有下游使用限制與防護要求。
因此,外部團隊若想做自己的服務,工作不只包括把模型跑起來。選擇權重、程式、介面及下游提供方式,都會影響需要遵守的條款。
這些是模型庫目前提供的實際條件摘要,完整使用範圍仍以原授權為準。不同外掛與工具也可能採不同授權,不能把主要程式的條款直接套給全部依賴。
HyperFlow H3 Flash 常見問題 FAQ
它是 MiniMax 官方的新底座嗎?
它由 Video Rebirth 以 MiniMax H3 製作,屬於壓縮與少步數衍生模型。官方模型卡明確表示,這不是 MiniMax 自己發布的新產品。
RTX 5090 能即時生成嗎?
官方列出的消費顯卡完整流程時間,仍比輸出片長長。即時展示使用另一套 NVIDIA 執行系統與多張 Blackwell 顯卡,不能套成單張 5090 的能力。
二十四 GB 顯卡可以跑十五秒影片嗎?
官方已有對應配置,但仍要符合主機記憶體、磁碟與運算設定。混合參考或不同執行路徑的需求也會改變,不能只看顯卡容量。
Apache 2.0 是否涵蓋全部模型權重?
主要程式碼和模型權重採不同條款。權重沿用 MiniMax H3 社群授權,還包含適用區域、商用與公開內容等條件。
結論
HyperFlow H3 Flash 把本機影音生成的幾個成本拆開改善,壓縮主要網路、減少更新步數,再提供能配合不同硬體的執行路徑。
準備試用的人,可以先挑純文字短片,對照自己的顯卡與主機記憶體找官方配置,再逐步加入參考素材。把完整等待時間與授權一起確認,才知道這項壓縮是否符合實際工作。