LibTV 的畫布不是畫圖板，是把劇本、畫面、影片、音訊拆成節點再連起來的操作台。用法歸成三步：建節點寫內容、按上下游連線、逐節點提交生成。第一次進去容易只顧點按鈕，順序錯了後面每一步都要返工。
還沒帳號？立即註冊
結論是按內容形態分，文字、圖片、影片、音訊各是一種節點，節點裡裝什麼直接決定下游拿到什麼。
文字節點放劇本、提示詞、鏡頭說明；圖片節點放參考圖、設定圖、首幀；影片節點承接生成結果，也能回頭當下一個鏡頭的參考；音訊節點放配音和音效。四類節點的連法一樣，區別在提交時調用的能力不同。
新手容易把提示詞寫在影片節點裡，改一次提示詞就要重新生成一次。文字統一放在上游的文字節點，改字不扣分，改完再提交下游，這樣調一組鏡頭只花一次生成的錢。
結論是先有文字再有畫面，文字節點是整條鏈的輸入。
做法：雙擊空白處新建文字節點，把這一鏡要的畫面、動作、景別寫進去。整段有統一風格要求的，單獨起一個文字節點寫死，再連到多個下游，改一處全鏈同步。
文字節點裡的內容不要寫成散文。一句話說清主體、動作、環境、鏡頭，超出的部分留給下游的圖片節點去做。一段話裡塞進五六個要求，生成結果顧此失彼，哪一項都不準。
結論是連線方向錯了，下游拿不到輸入，生成按鈕點了沒反應。
順序是文字指向圖片、圖片指向影片，需要配音的再從音訊連一條進影片節點。判斷方法：把下游節點單獨選中看它的輸入位，空的說明上游沒連上，或者連反了。
同一條鏈上不要出現兩條分支又匯回一處。匯回的位置在生成時會重複計算輸入，結果和預期對不上。要並行試兩個版本，複製一份鏈分開跑，別在原鏈上分叉。
結論是提交按節點算，一次提交扣一次，先低規格跑通再換高規格。
做法：圖片節點先出一條小圖看構圖，構圖對了再提交影片節點出低解析度試片，試片確認後再出正式規格。三步都通了，這條鏈才算跑順，之後再複用就只是換輸入。
提交前看按鈕附近的扣費提示，提示裡寫著這一次要扣多少。不看提示連著點幾次，餘額掉得比預想快，這是新手最常見的一筆冤枉消耗。
結論是擺整齊不是為了好看，是為了改的時候能一眼找到上下游。
節點一多，畫布縮到最小也看不清字。靠擺放位置認出哪一段是哪個鏡頭，比逐個點開看省時間，審片時找起鏡頭號也快。
能，從項目內的操作記錄和版本記錄裡退回刪除前的那一版。刪完先別在同一個項目裡繼續改，改得越多，能退回去的那一版離現在越遠。還原之後要重新連一次線，節點回來了連線不會一起回來，這一步得手動補，補前先確認上下游誰接誰。
一個項目對應一張畫布，不同片子建不同項目分開管。把幾條片子塞進同一張畫布，節點擠在一起，縮到最小也分不清哪條鏈屬於哪條片子，改一個節點時容易連帶弄亂別的。項目名按片名起，之後在項目列表裡找起來也快，發給同事時不用再解釋是哪一條。
畫布本身是操作介面，匯出的是節點生成的結果，不是畫布截圖。要把整條鏈留存，用項目內的版本記錄，或者把節點參數複製到文件裡。需要給客戶看結構，就截一張能看到全鏈的畫布圖，配上鏡號說明，比只發截圖清楚，客戶對著圖能指到具體鏡頭。
能打開看，不適合搭。手機螢幕放下三四個節點就到邊，連線要長按拖曳，手指擋住落點，連錯一次要拆開重來。審片和改幾個字用手機可以，搭鏈和調節點參數回電腦，改完手機上重新整理就能看到最新結構，不用重裝也不用清快取。
角色換鏡頭就變臉，問題不在提示詞寫得不夠細。一致性靠設定圖和三視圖鎖住：同一個角色先出正側背三張圖，再把這張設定圖掛...
2026-10-21
刪掉的節點不會立刻消失乾淨。項目內有操作記錄、資產庫有獨立備份、版本記錄能退回刪除前，三處按順序查，能找回大部分。從...
2026-10-21
劇本丟進去，出來的分鏡少了中間那場戲，原因是切分按場次走，跳過的那段不會被自動補回來。三個地方要查：腳本節點的時長、...
2026-10-21
水印在成片右下角的角標位置。去掉它是檔位權益，不是一個能勾掉的開關：會員頁寫去水印的檔位，匯出沒有角標；沒寫的檔位，...
2026-10-21
能退，但入口不在 LibTV 後台。錢從哪個渠道扣的，就從哪個渠道申請，平台側能做的是取消續費、停掉下一期。第一步是確認這筆...
2026-10-21