上個月有個做短劇投放的朋友找我吐槽說他們團隊現(xiàn)在最頭疼的不是選題而是產(chǎn)能。一部漫劇短劇編劇寫完本子要去約分鏡分鏡出來要等畫師出圖一張像樣的動漫場景外包要好幾百配音還得排隊最后剪輯、字幕、壓制又是一輪流程。整套跑下來狀態(tài)好的時候也要一周多而投放平臺給的熱度窗口往往只有三四天。就是在聊到這個痛點的時候他提起了最近在圈子里很火的開源項目NovaNova Studio——一個開源免費的漫劇短劇生成平臺。我花了兩個周末把它部署起來又拿一個真實劇本跑通了全流程今天這篇就把這段時間的實操記錄和思考完整寫出來。可以把NovaNova Studio理解成一條壓縮到一臺電腦里的漫劇生產(chǎn)線它把劇本、分鏡、角色繪制、配音、剪輯這幾個過去必須由不同工種完成的環(huán)節(jié)用開源模型加本地工作流串了起來。整個項目開源免費代碼掛在托管平臺上誰都能拉下去自己跑模型權(quán)重和素材數(shù)據(jù)都留在本機不會因為第三方平臺調(diào)整規(guī)則導(dǎo)致產(chǎn)能中斷。它不一定適合所有人但如果你屬于下面這兩類人這個項目大概率值得你花一個下午部署起來——一類是做短視頻內(nèi)容的創(chuàng)作者想用更低的成本把漫劇、短劇做出成片另一類是手里有顯卡、愿意折騰的技術(shù)型玩家想研究AI內(nèi)容生產(chǎn)Pipeline是怎么搭建的。1. 漫劇短劇內(nèi)容生產(chǎn)傳統(tǒng)鏈路為什么跑不動了聊NovaNova Studio之前有必要先算一筆賬看看傳統(tǒng)漫劇短劇的制作成本到底高在哪里。只有理解了這一層你才知道為什么這個開源平臺要做成現(xiàn)在這個樣子也知道它幫你省下了哪些環(huán)節(jié)的錢和時間。1.1 一條漫劇的完整制作鏈條與成本賬漫劇本質(zhì)上是用漫畫分鏡加配音、配樂、字幕組成的短視頻劇集常見形態(tài)是豎屏、三分鐘左右一集、每集結(jié)尾留鉤子。它的制作鏈路大致是劇本大綱、分集腳本、角色視覺設(shè)定、分鏡腳本、背景與立繪制作、動態(tài)效果如鏡頭推拉、角色呼吸動作、配音、音效與背景音樂、剪輯、字幕壓制、封面與宣發(fā)素材。按照目前市場上的外包報價一條質(zhì)量能在主流平臺過審的5分鐘漫劇成本通常在3萬到8萬人民幣之間。貴的部分主要在畫面角色設(shè)定需要反復(fù)修改分鏡草稿和成品背景是兩套工作一張高完成度的場景圖外包價幾百到上千元一部5分鐘漫劇至少需要40到60張畫面。如果中途平臺審核意見要求修改人物設(shè)定或劇情走向前面的畫面基本上要推翻重做。周期上一個配合順暢的小團隊從定稿劇本到交片快則兩周慢則一個月。短劇平臺對創(chuàng)作者的要求恰恰是節(jié)奏快、更新勤、試錯多。一個本子行不行通常要拍了前幾集放到平臺上測數(shù)據(jù)才知道數(shù)據(jù)不行馬上要換方向。傳統(tǒng)制作模式在這種“快速試錯、批量產(chǎn)出”的需求面前非常吃虧——所有的成本和周期都壓在畫面制作和配音排期上測錯一次的成本高得嚇人。1.2 開源生成平臺切入的是哪一環(huán)NovaNova Studio要做的就是把上面這條鏈路里最貴、最慢、最依賴人力的環(huán)節(jié)全部替換成可以批量執(zhí)行的本地模型任務(wù)。劇本生成交給本地大語言模型分鏡和角色繪制交給圖像生成模型配音交給開源TTS引擎最后用FFmpeg把畫面、對白、字幕合成視頻。它和市面上那些商業(yè)漫劇生成SaaS最大的區(qū)別是開源和本地化。商業(yè)SaaS按生成次數(shù)或時長收費一分鐘視頻的成本在幾十到幾百元不等長期批量生產(chǎn)算下來并不便宜另外你的劇本、角色IP數(shù)據(jù)全部經(jīng)過第三方服務(wù)器對于一個打算長期運營的內(nèi)容團隊來說數(shù)據(jù)風(fēng)險也是個不能忽視的問題。自托管方案一次投入硬件成本后面產(chǎn)出接近邊際成本趨近于零而且所有素材、提示詞、模型微調(diào)文件都留在自己機器里。拿我自己來說我部署NovaNova Studio用的是自己的臺式機一塊12GB顯存的顯卡跑出一集3分鐘漫劇的畫面素材加上配音成本只有電費。第一批畫面質(zhì)量經(jīng)過挑選和局部重繪之后已經(jīng)完全達到能上線測試的水平。這就是這類開源生成平臺能進入內(nèi)容生產(chǎn)流程的最直接理由。2. NovaNova Studio的模塊地圖一條內(nèi)容工廠的流水線把整個倉庫克隆下來之后第一件事是看懂它的目錄結(jié)構(gòu)和模塊劃分。NovaNova Studio不是一個大而全的單體程序而是按照漫劇生產(chǎn)流程拆成了四個核心模塊每個模塊之間通過標(biāo)準化數(shù)據(jù)和文件格式銜接。搞清楚這四個模塊你才能知道哪里可以替換、哪里需要調(diào)參、哪里出了問題應(yīng)該去查什么。2.1 劇本模塊從一句話梗概到分集腳本劇本模塊的定位是解決“從創(chuàng)意到可拍文本”的問題。你可以給它輸入一句話梗概比如“一個外賣小哥意外獲得能暫停時間的手表用來完成最后一單超時配送”它會根據(jù)內(nèi)置的短劇節(jié)奏模板生成分集大綱、每集的三分鐘腳本、角色對白和旁白。這個模塊背后接的是開源大語言模型默認配置里用的是支持中文的通用對話模型部署時通過配置文件指定。它的文本生成策略和普通對話不太一樣內(nèi)置了一套面向短劇的節(jié)奏約束三分鐘一集對應(yīng)大約700到900字腳本每一集結(jié)尾必須留一個懸念鉤子每一集內(nèi)部要有“開場鉤子—沖突升級—小轉(zhuǎn)折—下集預(yù)告”的四段結(jié)構(gòu)。這些約束是通過提示詞工程實現(xiàn)的如果你自己寫的劇本節(jié)奏更好也可以完全跳過自動生成直接導(dǎo)入標(biāo)準格式的腳本文件。2.2 角色與分鏡模塊解決“畫風(fēng)統(tǒng)一”的頭號難題這個模塊是整個平臺里最復(fù)雜、也最值得花時間調(diào)教的部分。它負責(zé)把腳本中的每一場戲拆成分鏡條目再為每個分鏡生成對應(yīng)的動漫風(fēng)格畫面。漫劇制作里最讓人頭疼的“角色一致性”——同一個角色在不同分鏡里保持長相、服裝、畫風(fēng)穩(wěn)定——就是這個模塊要解決的核心問題。它的做法是先用參考圖方式建立角色基準選定一張角色的正面立繪作為錨點后續(xù)所有分鏡生成都圍繞這張基準圖做局部控制同時固定采樣步數(shù)和隨機種子保證同一角色在多個畫面中盡量不走樣。場景層面則支持單獨生成背景素材再和角色圖層合并這樣能避免每張畫面都重畫整套場景既省時間又保持場景風(fēng)格的連續(xù)。2.3 配音與音樂模塊臺詞、旁白與氛圍配音模塊負責(zé)把腳本里的對白、旁白轉(zhuǎn)換成語音文件。它基于開源TTS模型默認支持中文普通話并且自帶幾個預(yù)設(shè)音色區(qū)分男女主角、老年配角、旁白等角色類型。生成方式是按角色分別批量合成對白然后按時間碼排列而不是一整段音頻一次生成——這樣做的好處是某一句話語氣不對時只需要重生成那一句不用全片重來。音樂模塊相對輕量它不自己作曲而是提供一個BGM素材庫管理功能和自動淡入淡出處理。你可以往素材庫丟自己授權(quán)的輕音樂也可以讓模塊按情緒標(biāo)簽自動匹配現(xiàn)有素材。對于起步階段的內(nèi)容團隊先用免費授權(quán)BGM庫把成本壓下來是更務(wù)實的路徑。2.4 剪輯合成模塊把圖片和音頻拼成成片最后一個模塊負責(zé)把分鏡圖、配音軌、BGM和字幕合成為最終視頻文件。它底層調(diào)用FFmpeg按照分鏡時間表做畫面切換、縮放平移輕微動態(tài)效果、對白對齊和字幕壓制。輸出格式默認是豎屏1080x1920、H.264編碼、MP4封裝參數(shù)可以在配置文件里調(diào)整。這里有個容易被忽略但很重要的設(shè)計剪輯模塊生成的是“工程文件”加“成片”兩樣?xùn)|西。工程文件保留分鏡順序、每張畫面的持續(xù)時長、每條音頻的時間碼、字幕文本和樣式設(shè)置全部是結(jié)構(gòu)化數(shù)據(jù)。這意味著你可以對成片不滿意時只改某一幀的時長或者替換某一句配音然后重新合成而不是回到最上游重跑整個流程。我實際用下來這個工程文件機制是平臺最值錢的設(shè)計之一。模塊名稱核心能力主要開源依賴我建議重點調(diào)參項劇本模塊梗概擴寫、分集腳本、對白生成本地大語言模型每集字數(shù)、鉤子密度角色與分鏡角色基準圖、分鏡生成、背景分離圖像生成模型隨機種子、步數(shù)、參考圖強度配音音樂多角色TTS、BGM管理開源TTS引擎、FFmpeg音色ID、語速、音調(diào)剪輯合成時間軸拼接、字幕壓制、導(dǎo)出FFmpeg分鏡時長、轉(zhuǎn)場方式、碼率3. 本地部署全記錄從克隆倉庫到跑通第一幀聊完模塊接下來說最實際的部分怎么把NovaNova Studio跑起來。我按自己部署時的完整操作順序?qū)懸槐橹虚g會特別標(biāo)出容易踩坑的地方。整體用時大約一個下午前提是你的機器滿足基本的硬件要求。3.1 硬件與軟件基線別在一開始就卡住先看硬件。因為這個平臺要同時跑圖像生成、文本生成和語音合成三類模型顯存是最核心的瓶頸。我的實測結(jié)論是顯卡顯存至少8GB才具備完整跑通全流程的能力12GB到24GB是體驗比較好的區(qū)間。顯存不夠8GB的話圖像生成會非常勉強大概率只能在低分辨率下反復(fù)試錯不建議作為主力機器。內(nèi)存建議16GB起步32GB更穩(wěn)因為大語言模型和圖像模型同時駐留時內(nèi)存占用很高。硬盤方面項目代碼加依賴環(huán)境大約占用30GB到50GB模型權(quán)重按所選模型大小另算基礎(chǔ)模型加微調(diào)文件通常還需要60GB到100GB空間。操作系統(tǒng)上Linux和Windows我都試過Linux的部署過程最順滑Windows需要額外注意CUDA環(huán)境的版本匹配。macOS如果用的是Apple Silicon可以跑CPU推理和部分MPS加速但速度明顯不如NVIDIA顯卡適合體驗功能不適合量產(chǎn)。軟件層面需要預(yù)裝Python 3.10及以上版本、Git、CUDA工具包和對應(yīng)版本的PyTorch。3.2 六個部署關(guān)鍵步驟整個部署過程可以壓縮成下面六步每一步都可以獨立驗證結(jié)果不用等到最后才發(fā)現(xiàn)環(huán)境不兼容。# 第一步克隆倉庫并進入目錄 git clone https://github.com/NovaNovaStudio/novanova-studio.git cd novanova-studio# 第二步創(chuàng)建虛擬環(huán)境并安裝依賴 python3 -m venv venv source venv/bin/activate pip install -r requirements.txt依賴安裝這一步最容易出問題主要原因是PyTorch、NumPy、圖像模型相關(guān)的版本互相牽制。我的建議是不要直接用默認的pip源先創(chuàng)建虛擬環(huán)境再安裝依賴。如果在安裝中報錯優(yōu)先看是不是某個包的版本被固定得太死通常把相關(guān)包升級到最新穩(wěn)定版就能解決。第三步是準備配置文件。項目根目錄下有一個.env.example文件你需要把它復(fù)制成.env然后按自己的機器情況修改關(guān)鍵參數(shù)模型存放路徑、GPU顯存上限、生成分辨率、默認采樣步數(shù)。顯存有限的話把GPU顯存上限設(shè)置成實際可用值的百分之八十比讓它自動分配更穩(wěn)定。第四步是下載模型權(quán)重。這個步驟根據(jù)你的網(wǎng)絡(luò)情況耗時從半小時到幾小時不等。鏡像源配置在.env里有一項建議優(yōu)先使用國內(nèi)可正常訪問的開源模型鏡像站能省很多時間。模型下載完成之后會在啟動時做一次加載驗證日志里出現(xiàn)對應(yīng)模型加載成功的提示就可以進入下一步了。第五步是啟動后端服務(wù)。后端是FastAPI應(yīng)用啟動命令是# 啟動后端API服務(wù) uvicorn app.main:app --host 0.0.0.0 --port 8000看到Uvicorn running on http://0.0.0.0:8000的輸出說明后端跑起來了。第一次啟動時模型加載會比較慢十幾個GB的權(quán)重文件從磁盤讀入內(nèi)存需要時間這不是卡死耐心等就行。第六步是啟動前端界面。前端是Node.js項目需要單獨安裝依賴并啟動# 啟動Web操作界面 cd web npm install npm run dev瀏覽器的默認地址是http://localhost:5173打開后能看到項目工作臺界面到這一步部署就算完成了。之后你可以在界面上直接輸入劇本梗概、設(shè)定角色、生成分鏡和配音也可以在配置文件里調(diào)整各項參數(shù)。3.3 首次啟動最容易碰到的三個坑第一個坑是圖像生成時直接報顯存溢出。如果你打開日志看到類似CUDA out of memory的錯誤優(yōu)先檢查.env里的顯存上限是否設(shè)置合理同時把生成分辨率從默認值降到1024x1024以下試一次。還有一個實用技巧圖像模塊默認會緩存最近生成的模型權(quán)重批量跑分鏡時可以讓一個劇本的生成過程連續(xù)執(zhí)行避免頻繁加載卸載模型導(dǎo)致的顯存碎片化。第二個坑是中文配音出現(xiàn)吞字或斷句錯誤。TTS模型對中文標(biāo)點符號的處理比較敏感如果腳本里的逗號、句號太少會把長句讀得含糊。我的經(jīng)驗是在劇本導(dǎo)入前做一次自動標(biāo)點整理確保每句話在15到25個字之間斷句自然。不要指望模型能理解復(fù)雜的修辭和長難句短句才是穩(wěn)定發(fā)音的保障。第三個坑是合成視頻時字幕和配音不同步。這個大多是分鏡時長設(shè)置的問題每一張畫面的默認展示時長是固定值而配音軌的實際長度會隨語速變化。解決方法是把剪輯模塊的合成模式設(shè)為“根據(jù)音頻時長調(diào)整畫面時長”的選項讓畫面時間軸自適應(yīng)音頻而不是反過來。我最初的幾版成片全都栽在這個細節(jié)上調(diào)整之后才算真正順起來。4. 從劇本到成片完整生產(chǎn)流程的實操拆解部署完成只是起點真正決定成片質(zhì)量的還是你在工作臺里怎么操作。這一章我拿一個真實生產(chǎn)場景走一遍全流程同時把每個關(guān)鍵節(jié)點的操作心得寫出來。這里以一個三分鐘一集的現(xiàn)代都市漫劇為例。4.1 三分鐘一集的投產(chǎn)路徑先打開劇本模塊輸入一句話梗概讓平臺生成分集大綱。這里我的建議是不要讓它從零開始自由發(fā)揮而是先給它限定類型和風(fēng)格詞比如“都市奇幻、輕喜劇、豎屏短劇”再加上一句核心設(shè)定。限定的詞越具體生成的劇本結(jié)構(gòu)越緊湊。生成的腳本出來之后不要直接進下一步先人工快速審一遍。重點看兩點每集結(jié)尾有沒有留下鉤子對白是不是口語化。平臺生成的文本有時會偏書面語需要手動改成更像人說話的樣子。這個過程通常半小時以內(nèi)是整條流水線上唯一沒法省的人工環(huán)節(jié)。確認腳本后進入角色設(shè)定步驟。我一般先為每個主要角色寫一段視覺描述包括年齡、發(fā)型、服裝色系、氣質(zhì)關(guān)鍵詞然后生成一張角色標(biāo)準立繪。這張圖會作為后續(xù)所有分鏡里的角色錨點所以務(wù)必在這一步多抽幾張選最接近你腦內(nèi)設(shè)定的那張。選好之后固定下這張基準圖后續(xù)不需要頻繁更換否則分鏡之間角色一致性會崩。4.2 角色一致性與畫面質(zhì)量的實操經(jīng)驗進入分鏡生成階段后你會面對一個個腳本片段對應(yīng)的畫面生成任務(wù)。這時候最影響產(chǎn)出效率的是兩個參數(shù)采樣步數(shù)和隨機種子。采樣步數(shù)決定了生成一張圖的計算量步數(shù)太低畫面會粗糙步數(shù)太高浪費計算時間我的實測區(qū)間是25到35步。隨機種子控制畫面的可重復(fù)性固定種子可以讓你在同一角色、同一場景下反復(fù)微調(diào)提示詞而保持整體構(gòu)圖穩(wěn)定。畫面不滿意時不要整張重新生成優(yōu)先用平臺里的局部重繪功能。比如角色表情不對就把畫面中臉部區(qū)域框選出來改寫提示詞里的情緒詞只對該區(qū)域重新生成。這個操作比整圖重roll省時間得多也更不容易把已經(jīng)滿意的背景、服裝部分弄壞。批量生產(chǎn)畫面時我的習(xí)慣是按場景分組跑。先確定這個劇本大概有多少個主要場景比如主角出租屋、辦公室、便利店、天臺每個場景先生成2到3張高質(zhì)量背景底圖再讓角色疊加進背景完成分鏡畫面。這樣做的原因是背景圖一旦確定后續(xù)所有該場景下的分鏡都能保持一致的光線、色調(diào)和空間結(jié)構(gòu)觀眾看起來不會有“跳場景”的感覺。關(guān)于畫面質(zhì)量還有一個容易被低估的因素提示詞里的鏡頭語言詞。同樣是生成一個角色站在門口加不加“中景鏡頭”“輕微仰拍”“傍晚側(cè)光”這些詞成片質(zhì)感會差很多。平臺默認分鏡會附帶基礎(chǔ)鏡頭說明但我會在需要強調(diào)情緒的節(jié)點手動補充這些描述讓圖像模型知道你要的不是簡單的概念圖而是一個有明確鏡頭感的影視分鏡。4.3 聲音層的排錯技巧畫面全部生成之后進入配音模塊。先在角色管理里為每個角色配置音色然后批量生成對白。對白生成這一步是最容易出現(xiàn)文本錯讀的地方尤其是數(shù)字、英文縮寫和特殊符號。比如“VIP會員”有時候會被讀成“維普會員”“301號房”可能被讀成“三零一號房”。檢查的方法很笨但很有效逐個播放每個音頻文件和原腳本對照一遍發(fā)現(xiàn)讀錯的句子單獨重新生成千萬不要整批重跑。BGM的選擇上優(yōu)先級是先確定每一段的情緒基調(diào)再選配樂。開場懸念用低頻緊張類對白場景幾乎都要壓低BGM音量高潮段落再放開。剪輯模塊里把BGM音量設(shè)置為對白音量的百分之二十到三十是一個比較安全的起點。最后就是合成導(dǎo)出。首次合成之前檢查一下字幕文本有沒有錯別字、時間軸有沒有明顯的錯位。導(dǎo)出設(shè)置里碼率建議選8到10Mbps豎屏1080P這樣上傳各平臺時既清晰又不會因為文件過大導(dǎo)致傳輸慢。到這里一集三分鐘的漫劇成片就出來了。5. 開源生態(tài)參與指南貢獻、定制與商業(yè)邊界最后聊一聊作為開源項目NovaNova Studio除了“拿來用”之外還有哪些更進階的玩法。如果你對這個項目有長期使用計劃或者想把它的能力整合到自己的業(yè)務(wù)里這一章的內(nèi)容會比較有用。5.1 從哪幾個入口參與開源貢獻很多第一次接觸開源項目的朋友不知道從哪里下手其實不需要一上來就提交代碼。先從文檔和Issue開始是最穩(wěn)妥的路徑。你把項目部署過程中遇到的所有問題、解決過程、寫下的避坑經(jīng)驗整理成一份部署FAQ提交上去維護者非常歡迎這類貢獻因為能直接降低新用戶的上手門檻。代碼貢獻方面我建議從模塊內(nèi)部的小優(yōu)化做起。因為項目整體按模塊解耦你不需要理解全倉庫的代碼才能干活。比如你發(fā)現(xiàn)配音模塊對某些標(biāo)點斷句不友好可以只看TTS相關(guān)的那個文件定位是文本預(yù)處理邏輯還是停頓時間參數(shù)的問題改動范圍通常非常小。參與討論組和提Issue時注意把環(huán)境信息描述完整操作系統(tǒng)版本、顯卡型號、顯存大小、相關(guān)依賴版本、完整報錯日志。維護者面對這種信息完整的Issue回復(fù)速度和解決效率都會明顯高很多。一個合格的開源用戶不是只會提問而是會提供足夠上下文的提問。5.2 換模型與擴展功能的技術(shù)路徑NovaNova Studio的模塊化設(shè)計意味著你可以相對輕松地替換核心模型。圖像生成模塊支持切換不同版本的基礎(chǔ)模型你只需要把新的模型權(quán)重放到指定目錄然后在配置文件里修改模型名。如果你有特定的漫劇畫風(fēng)需求比如要水墨風(fēng)、賽璐璐風(fēng)、厚涂風(fēng)可以在基礎(chǔ)模型基礎(chǔ)上訓(xùn)練一個自己的LoRA模型然后掛載進去。訓(xùn)練LoRA的成本不算高準備幾十張目標(biāo)風(fēng)格的圖片就能訓(xùn)出一版可用效果。大語言模型和TTS引擎也是同樣的邏輯。劇本模塊支持配置任意兼容OpenAI接口格式的本地模型服務(wù)這意味著你可以把劇本模塊替換成更懂某種題材的專用模型或者接入你自己微調(diào)過的模型。配音模塊的音色配置文件是獨立的理論上可以把任何開源多說話人TTS引擎接進來只要它輸出標(biāo)準WAV格式并標(biāo)注音色ID。我個人目前在做的一個擴展是給平臺增加一個“批量驗收腳本”自動檢測導(dǎo)出的成片里字幕是否越界、音頻是否削波、單集時長是否超限。這些檢查邏輯放在項目構(gòu)建流程里每次生產(chǎn)完直接在命令行跑一下就能把以前需要肉眼審查的工作量壓下去。5.3 開源許可證與商業(yè)邊界一個繞不開的問題是NovaNova Studio開源免費但我能用它做商業(yè)項目嗎答案取決于項目采用的具體許可證。MIT和Apache 2.0這類寬松許可證允許商用、修改、再分發(fā)甚至允許你把修改后的版本閉源出售前提是保留原版權(quán)聲明。GPL類許可證則要求一旦你發(fā)布了修改版修改版也必須以相同許可證開源形成一種“感染”效應(yīng)。我的建議是如果你只是用平臺內(nèi)部生成內(nèi)容并發(fā)布成片不修改和再分發(fā)平臺本身絕大多數(shù)開源許可證都不限制這種使用方式。但如果你準備在平臺代碼基礎(chǔ)上做二次開發(fā)封裝成自己的產(chǎn)品對外售賣或提供商業(yè)SaaS服務(wù)一定要先確認原項目的許可證具體是哪一種必要時請公司法務(wù)或開源合規(guī)顧問過一遍。開源不等于放棄權(quán)利它只是換了一種授權(quán)方式邊界必須搞清楚這是內(nèi)容團隊最容易忽略的風(fēng)險點。還有一個實用建議是把平臺所有配置項和提示詞模板納入版本管理。你能在開源社區(qū)里找到大量現(xiàn)成的提示詞工程經(jīng)驗把那些有效的角色描述、風(fēng)格詞、鏡頭語言詞沉淀下來放進配置文件里團隊共享。算下來這套庫里積累的每一條有效提示詞都比一次外包出圖的單價貴得多也重要得多。我自己的實測體會有兩點。第一主題內(nèi)容生產(chǎn)這塊平臺目前最成熟的是畫面和合成鏈路劇本自動生成仍然需要人工參與把關(guān)節(jié)奏感和平臺調(diào)性還是得靠人盯別指望它完全替代編劇。第二顯存越大體驗越好這事不是玄學(xué)如果打算長期做漫劇/短劇量產(chǎn)值得為顯卡做一次預(yù)算。NovaNova Studio這類開源工具最有意思的地方在于你拿到的是一條隨時可以改造的生產(chǎn)線而不是一個固定答案的黑盒。希望這篇記錄能幫你少走一些我走過的彎路早日跑通自己的第一部漫劇成片。