| Registra uno stream live senza interrompere la distribuzione | Mantieni attivo l’output live mentre Callaba crea una registrazione in parallelo. Usa il file risultante per clip, replay o una successiva pubblicazione VOD senza ricostruire il percorso live attorno a un registratore separato. Conservazione e storage seguono la destinazione configurata. | Sì. Mantieni in esecuzione la riproduzione live o l’output di routing mentre Callaba crea una registrazione in parallelo. Usa il file risultante per clip, replay o una successiva pubblicazione VOD e definisci la conservazione tramite la destinazione di storage configurata. Quando serve automazione, controlla il workflow tramite il modulo Registrazioni . |
|---|
| Usa i moduli invece di un’unica enorme scatola nera | La piattaforma è organizzata attorno a moduli operativi come server SRT, route, restream, registrazioni, player, sale, storage e file. Gli sviluppatori ottengono così un modello mentale più chiaro rispetto a un insieme indistinto di endpoint tutto-in-uno. | Puoi creare molto più della riproduzione. Il prodotto è organizzato in moduli per ingest, routing, restream, registrazione, player, chiamate, file e storage, così i team possono assemblare il workflow di cui hanno davvero bisogno senza forzare tutto in una superficie ristretta. |
|---|
| Controlla il workflow senza far passare il video dalla tua applicazione | L'API configura i moduli e ne legge lo stato attuale; il video live viaggia tramite SRT e RTMP. Crea l'ingest una volta, poi monitora, instrada, registra e pubblica senza far passare i contenuti multimediali dalla tua applicazione. | Sì. I principali moduli del workflow, come Server SRT , Restream , Registrazioni , Player web e Videochiamate , espongono metodi di avvio e arresto quando il ciclo di vita lo richiede. |
|---|
| Passa dall’ingest alla riproduzione globale senza cambiare prodotto | Parti da un ingest controllato, quindi prepara e distribuisci attraverso player, output adatti alle CDN e superfici per gli spettatori. È particolarmente utile quando la stessa sorgente deve alimentare contemporaneamente operatori, spettatori, registrazioni e destinazioni downstream. | Crea un player web dalla sorgente di ingest da esporre. Il modulo player gestisce packaging e riproduzione per gli spettatori; quando serve una distribuzione più ampia, puoi collocare davanti una CDN come CloudFront. |
|---|
| Scegli cloud o self-hosted senza cambiare il modello del prodotto | Lo stesso approccio orientato alle API funziona sia per una rapida prova di valore nel cloud sia per un deployment self-hosted con pieno controllo su infrastruttura, dati e decisioni di rilascio. | Sì. La scelta del deployment cambia il modo in cui gestisci l’infrastruttura, ma il modello di prodotto resta lo stesso. Il team può quindi creare un prototipo nel cloud, passare al self-hosted quando serve e continuare a usare la stessa superficie API orientata ai moduli. |
|---|
| Progettato per le operazioni di produzione, non solo per le demo | REST espone la configurazione documentata, le chiamate del ciclo di vita e lo stato attivo corrente. L’interfaccia operatore autenticata mostra la telemetria di trasporto SRT live durante la sessione. Registrazioni, file e destinazioni di storage restano moduli espliciti del workflow. | Usa il modulo Server SRT per la configurazione REST documentata e l’istantanea corrente degli stream attivi. Durante la sessione gli operatori monitorano bitrate, RTT e stato del trasporto live nell’interfaccia Callaba autenticata. Questa telemetria è contesto operativo live, non una cronologia durevole né un archivio dei log eventi. |
|---|