← 部落格

LTX-2.3 定價解析:API 費用、本地推理與雲端方案比較(2026)

詳解 LTX-2.3 API 定價:快速版與專業版差異、720p 與 1080p 方案比較、每秒費用分解,以及本地推理真正省錢的時機。

3 min read
LTX-2.3 定價解析:API 費用、本地推理與雲端方案比較(2026)

嗨,大家好,我是 Dora。你們知道我最討厭含糊的定價資訊。我想知道的是:如果我因為第一次拍攝沒達到要求,需要重新生成一段 12 秒的 1080p 影片,今天這樣會花掉我多少預算?我在 2026 年 3 月測試了 LTX‑2.3,有 API 的地方就用 API,也透過 Hugging Face 在本地跑了開放權重版本。

以下是我實際用來估算真實專案中 LTX 2.3 API 費用的計算方式,以及讓我感到驚訝的地方(有好有壞)。如果我說它「節省時間」,我會告訴你具體節省了多少分鐘。

LTX-2.3 API 定價結構

我不是技術宅,但我發現了影片 API(包括 LTX‑2.3)定價的規律:

  • 速度/品質方案:「Fast」(較便宜、運算量較低,適合發想構思)vs「Pro」(幀數更穩定、動態效果更好、價格較高)。
  • 解析度: 720p 通常比 1080p 便宜,因為像素較少。在相同像素數下,9:16 與 16:9 的費用通常相同,但某些 API 會對非預設長寬比收取額外費用。
  • 時長: 按生成的秒數計費。延伸和重拍都是額外費用。
  • 附加功能: 音訊、臉部保留或更高幀率(如 24→30fps)可能會增加倍率費用。

如果你看到以點數呈現的「LTX 2.3 API 定價」,請將其換算為「每影片秒數的費用」,這樣才能做到公平比較。我的換算表如下:

  • 有效費率(美元/秒)= (每 100 點數的價格 ÷ 每 100 點數對應的秒數)
  • 或者,若按幀計費:美元/秒 = (每 1000 幀的價格)× (fps ÷ 1000)

小技巧:計算前先鎖定你的設定。 從 720p 換成 1080p 可能同時改變品質和費用曲線,這會導致比較結果出現偏差。

實際每秒費用:典型生成一次要花多少錢

以下是我在實際工作流程中估算每個 LTX‑2.3 影片片段費用的方式。由於公告費率會變動,我使用範例數字。請將佔位費率替換為你的服務商今日顯示的費率。

範例佔位費率(僅供計算參考):

  • Fast 720p:$0.03/秒
  • Fast 1080p:$0.05/秒
  • Pro 720p:$0.06/秒
  • Pro 1080p:$0.10/秒

如果你的控制台顯示不同數字,請將其代入相同公式。這是比較 LTX‑2.3 每秒費用最清晰的方式。

各方案下 5 秒 / 10 秒 / 20 秒片段的費用

使用上方的佔位費率:

Fast 720p

  • 5 秒:5 × $0.03 = $0.15
  • 10 秒:10 × $0.03 = $0.30
  • 20 秒:20 × $0.03 = $0.60

Fast 1080p

  • 5 秒:5 × $0.05 = $0.25
  • 10 秒:10 × $0.05 = $0.50
  • 20 秒:20 × $0.05 = $1.00

Pro 720p

  • 5 秒:5 × $0.06 = $0.30
  • 10 秒:10 × $0.06 = $0.60
  • 20 秒:20 × $0.06 = $1.20

Pro 1080p

  • 5 秒:5 × $0.10 = $0.50
  • 10 秒:10 × $0.10 = $1.00
  • 20 秒:20 × $0.10 = $2.00

免費方案與開放權重存取

是的,LTX‑2.3 有開放權重,你可以在 Hugging Face 上下載。以下是「免費」在我實際使用中的真實含義:

  • 下載: 拉取權重無需費用。需要良好的網路連線和約數十 GB 的可用磁碟空間。
  • 本地執行: 你要付出的代價是硬體、電費和時間。如果你的 GPU 較舊或 VRAM 不足,你還要承受等待和當機的痛苦。
  • 機會成本: 當本地推理在批次處理中途卡住時,你的發文時間窗口就在悄悄流失。

我喜歡開放權重,因為我可以在沒有速率限制的情況下製作原型,在調整提示詞時也不會消耗點數。但當我需要保證吞吐量以應對客戶截止日期時,我仍然依賴 API。「LTX‑2.3 免費」對於學習和沙盒測試來說確實成立,但在生產環境中,「免費」通常會在其他地方產生成本。

本地推理的實際成本:硬體、電費與運維

我也曾不知道如何量化本地成本,直到我發現了一個簡單的估算方式,讓我能保持清醒。我在單張 RTX 4090(24GB)和一台 3080(10GB)的機器上本地執行了 LTX‑2.3。

GPU 折舊與電費估算

使用以下模板,替換成你自己的數字。

  • 每小時硬體折舊 = (GPU 價格 × 折舊率)÷ 可用小時數
  • 範例:$1,700 的 GPU,使用年限 2 年,每年 1,500 生產小時 → 共 3,000 小時。
  • $1,700 ÷ 3,000 ≈ $0.57/小時。
  • 每小時電費 = (平均瓦數 ÷ 1000)× 電費(美元/度)
  • 我測量到的功耗(使用 Kill‑A‑Watt):4090 機器在生成時約 420W,本地電費 $0.22/度。
  • 0.42 × $0.22 ≈ $0.092/小時。
  • 運維間接費用(散熱、儲存、維護):我額外加 20% 緩衝,以涵蓋 SSD 磨損和意外情況的時間成本。

因此,我的基準本地費用/小時 ≈ ($0.57 + $0.092) × 1.2 ≈ $0.80/小時。

再換算為每生成秒數的費用,你需要知道吞吐量:

  • 在我的 4090 上:使用「類 Pro」設定,每分鐘約可生成 5–7 秒的 1080p 影片;使用「類 Fast」設定,約 10–12 秒/分鐘。我在 40 個測試提示詞中平均為 8 秒/分鐘。
  • 即 8 秒/分鐘 × 60 = 480 秒/小時。
  • 每生成秒數的本地費用 ≈ $0.80 ÷ 480 ≈ $0.0017/秒(在這些確切條件下約 0.17 美分/秒)。

本地執行真正更划算的時機(損益平衡分析)

以下是我用來決定使用 API 還是本地執行的公式。

  • 如果 API 有效費率(美元/秒)> 本地有效費率(美元/秒),且你的截止日期允許本地的吞吐速度,就選本地。
  • 損益平衡 API 費率 = 本地費用/小時 ÷ 每小時生成的秒數。

使用我的 4090 數據,損益平衡點 ≈ $0.80 ÷ 480 ≈ $0.0017/秒。如果你的 LTX 2.3 API 定價高於這個數字,本地執行就能省錢。如果 API 費率接近但你重視可靠性和「首幀生成速度」,API 通常更勝一籌。

關於節省時間的說明:對於批次發想(十個 8–10 秒的片段),我的本地機器無人值守地在約 10–12 分鐘內生成了約 80–100 秒的影片。API 在約 2–5 分鐘內完成,但我有時在中午會遇到佇列延遲。以上是三次工作階段的測量結果。

LTX-2.3 與同類 API 方案的價格比較

我在意的是「在目標品質下的有效美元/秒」,而非行銷方案的名稱。以下是我在不迷失於點數換算的情況下,比較 LTX‑2.3 與 WAN 2.2、Kling 和 Runway 的方法。

我的做法:

  • 在每個服務上用相同的 10 秒 1080p 提示詞生成影片,選擇各自最接近「fast」和「pro」的方案。
  • 記錄每個片段的總花費、重試次數和首幀生成時間。

我的發現(不引用每週都在變動的具體數字):

  • Runway(Gen‑3/alpha 系列)使用點數制。

在比較前,請從其官方定價頁面換算為美元/秒。它方便且精緻:我為速度和使用者介面付出了溢價。

  • Kling 和 WAN 2.2 的可用性因地區和存取權限而異。

定價可能採邀請制或合作夥伴制。在規劃預算前,請查看其官方頁面或文件的最新詳情。

  • LTX‑2.3 在本地使用時(開放權重)提供了最透明的參數調整空間,在使用 API 時也有直觀的按秒計費模式。

對於批次發想,這種清晰度幫助我預測支出。

容易忽略的隱藏費用

這些是我在第一週不小心超支的地方。

音訊生成會增加費用

某些 API 將音訊視為獨立的模型呼叫。如果你加入生成的語音/音樂/音效,你的「LTX‑2.3 每秒費用」可能會跳升 1.2–2 倍,具體取決於服務商。我現在的做法是先生成靜音視覺素材,鎖定剪輯,再用更便宜或免費的工具疊加音訊,以控制支出。

重拍與延伸的定價

每次延伸都按新增秒數計費。一個 10 秒片段延伸至 18 秒,費用增加 80%。如果你通常需要較長的故事節奏,最好一開始就規劃完整的 15–20 秒,而不是透過多次延伸逐步增加。

託管 API 的速率限制與超額費用

免費方案有節流限制。付費方案有時會執行每分鐘上限。如果你突發大量請求(例如一次上傳十個提示詞),可能會進入佇列或觸發超額定價。我的解決方法:以 3–5 個任務為一波交錯提交請求,或在本地執行草稿,同時讓 API 處理最終版本。

哪個方案適合你的工作流程

剪輯 TikTok 並不難,難的是效率。以下是我如何分配方案層級,在不犧牲品質的前提下保持高吞吐量。

  • 故事板 / 概念發想階段
  • 使用 Fast 720p。每個想法我生成 3–4 個版本。費用極低,迭代快速,足以判斷動態效果和畫面結構。
  • 目標:5–8 秒片段用於節奏測試。15 分鐘內批次完成 10 個想法。
  • 草稿 / 時序確認階段
  • 針對勝出版本切換至 Fast 1080p。如有需要,我只在這裡重拍一次。目標是在全解析度下驗證文字易讀性和構圖。
  • 如果需要直向格式,現在就鎖定 9:16,避免後續裁切時切掉重要的動作畫面。
  • 製作 / 最終呈現階段
  • 對重要作品(贊助貼文、產品頁面、付費廣告)使用 Pro 1080p。我保持提示詞與鎖定草稿完全一致,避免出現意外的動態變化。
  • 對於社群短劇或 UGC 等質感要求不高的內容,我有時繼續使用 Fast 1080p,並在後製中加強細節。

我在給自己下執行說明時使用的微型模板:

  • 意圖:前 1.2 秒的鉤子:主體從畫面右側入鏡。
  • 方案:Fast 720p 用於發想(×3 次)→ Fast 1080p(×1 次)→ Pro 1080p(最終版)。
  • 預算上限:每個概念 $6(所有嘗試合計)。超過就停止並重新調整提示詞。

常見問題

LTX-2.3 可以免費使用嗎?

某種程度上可以。 權重可免費下載(Hugging Face),但在本地執行需要付出硬體、電力和時間的代價。API(當你使用時)按秒數/設定付費。所以「LTX‑2.3 免費」對於學習來說成立,但生產環境通常不是免費的。

透過 API 生成音訊需要額外付費嗎?

通常需要。 許多服務商將音訊作為獨立呼叫或費率倍數計費。請查看你的方案文件。我的做法是先生成視覺素材,再在其他地方添加音訊,以保持費用可預測。

LTX-2.3 的定價與 WAN 2.2 API 相比如何?

這取決於當前的促銷活動和地區。將兩者都換算為目標解析度下的有效美元/秒,再進行比較。我會連結至官方文件,並在每次開始批次處理當天重新確認價格,因為它們變動頻繁。

相關文章: