跳至主要內容
Callaba
開發者

適用於直播工作流程的 Callaba Video API

在同一個產品中建立並運作 SRT/RTMP 訊號接入、路由、Multiview 監看、錄製、網頁播放、儲存與視訊通話。先從視覺化介面設定工作流程,再透過 REST 在 AWS 或自有 Linux 基礎架構上自動化相同模組。

工作流程

控制工作流程,不必讓視訊經過你的應用程式

API 負責設定模組並讀取目前狀態;直播視訊本身透過 SRT/RTMP 傳輸。接入點只需建立一次,之後即可監看、路由、錄製與發布,不必讓媒體流經你的應用程式。

開發者
APPREST
CALLABAVideo API工作流程
REST200
交付
SRTRTMP
透過 API 建立 SRT 和 RTMP 接入端點
Multiview平行發佈時同步錄製直播輸入建立品牌化網頁播放器和播放器分組
工作流程

從接入一路走到全球播放,而不更換產品

從受控接入開始,再透過播放器、CDN 友好輸出和面向觀眾的介面完成封裝與傳遞。當同一來源串流需要同時服務於操作員、觀眾、錄製和下游目標時,這一點尤其有價值。

01

錄製直播而不中斷傳遞

保持直播輸出運作,同時讓 Callaba 平行建立錄製。無需圍繞單獨的錄製器重建直播路徑,即可將生成的檔案用於剪輯、重播或後續隨選內容發佈。保存期間與儲存方式依照您設定的目標。

02

控制工作流程,不必讓視訊經過你的應用程式

API 負責設定模組並讀取目前狀態;直播視訊本身透過 SRT/RTMP 傳輸。接入點只需建立一次,之後即可監看、路由、錄製與發布,不必讓媒體流經你的應用程式。

03

從接入一路走到全球播放,而不更換產品

從受控接入開始,再透過播放器、CDN 友好輸出和面向觀眾的介面完成封裝與傳遞。當同一來源串流需要同時服務於操作員、觀眾、錄製和下游目標時,這一點尤其有價值。

開發者

用於正式環境維運,而不只是 Demo

REST 提供文件所列的設定、生命週期呼叫與目前作用中狀態。經過驗證的操作介面在工作階段中顯示即時 SRT 傳輸遙測。錄製、檔案與儲存目標仍是明確的工作流程模組。

01

用模組,而不是一個巨大的黑盒

平台按 SRT 伺服器、路由、轉發、錄製、播放器、房間、儲存和檔案等維運模組組織,讓開發者比面對模糊的一體化端點更容易建立清晰模型。

02

文件和示例與真實產品一致

團隊拿到的不只是方法參考,還包括預設、工作流程示例、語言切換頁簽、必要時的 vMix 片段,以及能反映實際正式環境的使用方式的模組級案例。

03

用於正式環境維運,而不只是 Demo

REST 提供文件所列的設定、生命週期呼叫與目前作用中狀態。經過驗證的操作介面在工作階段中顯示即時 SRT 傳輸遙測。錄製、檔案與儲存目標仍是明確的工作流程模組。

技術規格

產品支援範圍與驗證要點

每項支援行為旁都提供實際驗收檢查。最終以已安裝的 Callaba 介面以及真實的訊號源、目的端和基礎設施設定為準。

產品支援範圍與驗證要點
功能支援的行為驗收檢查
錄製直播而不中斷傳遞保持直播輸出運作,同時讓 Callaba 平行建立錄製。無需圍繞單獨的錄製器重建直播路徑,即可將生成的檔案用於剪輯、重播或後續隨選內容發佈。保存期間與儲存方式依照您設定的目標。可以。保持直播播放或路由輸出運作,同時讓 Callaba 平行建立錄製。將生成的檔案用於剪輯、重播或後續隨選內容發佈,並透過已設定的儲存目標定義保存期間。需要自動化時,請透過 錄製 模組控制這套工作流程。
用模組,而不是一個巨大的黑盒平台按 SRT 伺服器、路由、轉發、錄製、播放器、房間、儲存和檔案等維運模組組織,讓開發者比面對模糊的一體化端點更容易建立清晰模型。它遠不只是播放。產品按模組組織為接入、路由、轉發、錄製、播放器、通話、檔案和儲存,所以團隊可以拼出自己真正需要的工作流程,而不必把所有事情都塞進一個狹窄表面。
控制工作流程,不必讓視訊經過你的應用程式API 負責設定模組並讀取目前狀態;直播視訊本身透過 SRT/RTMP 傳輸。接入點只需建立一次,之後即可監看、路由、錄製與發布,不必讓媒體流經你的應用程式。可以。像 SRT 伺服器 、 Restreams 轉發 、 錄製 、 網頁播放器 和 視訊通話 這些核心工作流程模組,在生命週期有意義的地方都暴露了啟動和停止方法。
從接入一路走到全球播放,而不更換產品從受控接入開始,再透過播放器、CDN 友好輸出和面向觀眾的介面完成封裝與傳遞。當同一來源串流需要同時服務於操作員、觀眾、錄製和下游目標時,這一點尤其有價值。從你想對外暴露的接入源建立一個 網頁播放器 。播放器模組會負責封裝和面向觀眾的播放;如果你需要更廣泛的傳遞,還可以在前面接上 CloudFront 之類的 CDN。
雲端或自架都不改變產品模型無論你是先在雲端快速驗證,還是選擇在自架環境中掌控基礎架構、資料和發佈節奏,同一套 API 思路都能成立。可以。部署方式只會改變你如何營運基礎架構,但產品模型保持不變。這意味著團隊可以先在雲端原型驗證,後續在需要時遷到自架,並繼續使用同一套模組化 API 表面。
用於正式環境維運,而不只是 DemoREST 提供文件所列的設定、生命週期呼叫與目前作用中狀態。經過驗證的操作介面在工作階段中顯示即時 SRT 傳輸遙測。錄製、檔案與儲存目標仍是明確的工作流程模組。使用 SRT 伺服器 模組取得文件所列的 REST 設定與作用中串流的目前快照。操作人員可在工作階段中透過經驗證的 Callaba 介面監控即時位元率、RTT 與傳輸狀態。這些遙測是即時維運資訊,並非持久歷史或事件記錄封存。
現在把它投入使用

在 Callaba 中完成設定,再驗證交接

本頁說明產品的能力範圍。以下指南會告訴您要開啟哪些控制項、接著連接哪個模組,以及如何確認工作流程已經就緒。

  1. 設定SRT 伺服器開啟指南
  2. 連接轉推與轉碼開啟指南
  3. 驗證Web 播放器、VOD 與觀眾存取開啟指南
工作流程

雲端或自架都不改變產品模型

無論你是先在雲端快速驗證,還是選擇在自架環境中掌控基礎架構、資料和發佈節奏,同一套 API 思路都能成立。

雲端串流媒體 API 定價

按量付費的雲端方案支援快速部署 Callaba Video API、選擇區域、擴充並在不需自行託管安裝的情況下營運產品。請為每個工作流程明確設定錄製目標與保存期間。

在 AWS 上部署 Callaba

自架無限 Video API 平台定價

無限方案適合正在增長的中大型直播團隊:既不受打包方案限制,又能繼續完全掌控自己的資料與基礎架構。

安裝自託管 Callaba
從這裡開始

用 API 模組建構,而不是塞進一個巨大的端點

先從一條快速的直播播放器路徑開始,再逐步擴充到接入、路由、錄製、播放、通話、儲存和維運控制。目標不是做一個 Demo 要求,而是給工程團隊一張貼近真實產品面的實務地圖。

Callaba Engine API 說明文件

常見問題

如何建立一個接入端點,並把直播串流送入 Callaba?

先建立一個 SRT 伺服器RTMP 伺服器。這樣你的編碼器、OBS、vMix 或現場裝置就有了一個穩定的接入目標,後續整個工作流程都可以圍繞它來搭建。

如何把進入的直播訊號變成 HLS 播放地址?

從你想對外暴露的接入源建立一個 網頁播放器。播放器模組會負責封裝和面向觀眾的播放;如果你需要更廣泛的傳遞,還可以在前面接上 CloudFront 之類的 CDN。

直播中可以支援 DVR 和回看嗎?

可以。DVR 行為是在 網頁播放器 這一側控制的。實際操作中,團隊會調節分片和 manifest 設定,決定觀眾在直播中最多可以回看多少最近內容。

影片串流 API 可以在發佈直播時同步錄製嗎?

可以。保持直播播放或路由輸出運作,同時讓 Callaba 平行建立錄製。將生成的檔案用於剪輯、重播或後續隨選內容發佈,並透過已設定的儲存目標定義保存期間。需要自動化時,請透過錄製模組控制這套工作流程。

如何取得即時 SRT 統計並監看流健康度?

使用 SRT 伺服器模組取得文件所列的 REST 設定與作用中串流的目前快照。操作人員可在工作階段中透過經驗證的 Callaba 介面監控即時位元率、RTT 與傳輸狀態。這些遙測是即時維運資訊,並非持久歷史或事件記錄封存。

我可以透過 API 控制啟動、停止和運作狀態嗎?

可以。像 SRT 伺服器Restreams 轉發錄製網頁播放器視訊通話 這些核心工作流程模組,在生命週期有意義的地方都暴露了啟動和停止方法。

這個 API 只用於播放,還是可以建構完整工作流程?

它遠不只是播放。產品按模組組織為接入、路由、轉發、錄製、播放器、通話、檔案和儲存,所以團隊可以拼出自己真正需要的工作流程,而不必把所有事情都塞進一個狹窄表面。

同一套 API 模型可以同時用於雲端和自架部署嗎?

可以。部署方式只會改變你如何營運基礎架構,但產品模型保持不變。這意味著團隊可以先在雲端原型驗證,後續在需要時遷到自架,並繼續使用同一套模組化 API 表面。

如果團隊想快速接入,同時又想真正理解平台,應該從哪裡開始?

先從 Callaba Engine 說明文件了解產品架構,然後直接進入最接近第一個工作流程邊界的模組:SRT 伺服器Restreams 轉發網頁播放器錄製,或是 視訊通話

開發者

雲端或自架都不改變產品模型

無論你是先在雲端快速驗證,還是選擇在自架環境中掌控基礎架構、資料和發佈節奏,同一套 API 思路都能成立。