HyperFlow H3 Flash 開放影音權重,14B 模型如何在消費顯卡生成短片?

HyperFlow H3 Flash 把MiniMax H3生成網路縮至約14B,支援少步數影音生成。解析消費顯卡測量、9.1GB權重與主機需求,以及多卡即時系統和授權條件。

Share
HyperFlow H3 Flash 官方示範影片封面,紅色長裙人物站在沙漠中
HyperFlow H3 Flash 官方生成示範以沙漠中的紅裙人物呈現影音效果。 圖片來源:官方原文。

用自己的顯示卡生成有聲短片,瓶頸常是模型放不下,或每次等待太久。把取樣次數減少,還得確認畫面與聲音仍能一起產生。

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 官方示範影片封面,紅色長裙人物站在沙漠中
HyperFlow H3 Flash 官方生成示範以沙漠中的紅裙人物呈現影音效果。 圖片來源:官方原文。
Video Rebirth 官方展示 HyperFlow H3 Flash 生成影音的效果,消費顯卡時間與多卡即時系統分開計算。 來源:官方原始貼文。

四到八步取樣,支援哪些輸入與輸出?

同一套釋出支援文字、首尾影格與參考素材,但不同執行路徑接受的參考類型並不相同。要先決定工作類型,才能選擇正確權重與工具。

生成過程逐步把雜訊變成結果,取樣步數就是這類更新需要執行幾次。官方提供四、六或八步,六步是預設,四步偏速度,八步偏品質取向。

新的條件設計同時告訴模型目前雜訊程度,以及這次更新要到哪個終點,讓較少步數也能推進生成。它不只是把原本流程任意提早停止。

這份模型也不使用另一條負面提示的引導運算。官方要求在同一個提示中描述主體、動作、場景、鏡頭和聲音,輸入方式因此和部分舊流程不同。

輸出預設為一千三百四十四乘七百六十八像素、每秒二十四格,影片長度約五點二到十五秒,並一起生成三十二 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 把本機影音生成的幾個成本拆開改善,壓縮主要網路、減少更新步數,再提供能配合不同硬體的執行路徑。

準備試用的人,可以先挑純文字短片,對照自己的顯卡與主機記憶體找官方配置,再逐步加入參考素材。把完整等待時間與授權一起確認,才知道這項壓縮是否符合實際工作。

資料來源