Gestisci un workflow video completo in un solo prodotto: ricevi feed live, pubblicali verso player e destinazioni, registra lo stesso evento senza interrompere la distribuzione e riutilizza la registrazione per replay o VOD. Aggiungi il controllo API dopo aver validato il workflow degli operatori, usando gli stessi moduli per automazione e integrazione nel prodotto.
Usa la stessa superficie API per acquisire segnali live, eseguire restream e registrazioni, mostrarli nei player web, organizzare gruppi di player e avviare flussi di partecipazione in tempo reale. Il risultato è meno codice di collegamento tra prodotti separati.
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.
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.
Usa la stessa superficie API per acquisire segnali live, eseguire restream e registrazioni, mostrarli nei player web, organizzare gruppi di player e avviare flussi di partecipazione in tempo reale. Il risultato è meno codice di collegamento tra prodotti separati.
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.
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.
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.
Il team non riceve soltanto riferimenti ai metodi, ma anche preset, esempi di workflow, schede per linguaggio, snippet vMix dove servono ed esempi specifici per modulo che riflettono l’uso reale della piattaforma in produzione.
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.
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.
La tariffa cloud a consumo permette di distribuire rapidamente Callaba Video API, scegliere la regione, scalare e gestire il prodotto senza un’installazione self-hosted. Configura esplicitamente destinazioni di registrazione e conservazione per ogni workflow.
Avvia Callaba nel cloudLa tariffa illimitata è adatta alle organizzazioni di broadcasting medie e grandi in forte crescita che non vogliono i limiti della tariffa a pacchetto, pur mantenendo il pieno controllo sui propri dati.
Installa Callaba in self-hostingParti da un rapido percorso live-player, poi estendilo a ingest, routing, registrazione, riproduzione, chiamate, storage e controllo operativo usando gli esempi dei moduli sottostanti. L’obiettivo non è una richiesta buona solo per una demo, ma una mappa realistica della superficie di prodotto che gli sviluppatori useranno davvero.
Inizia creando un server SRT o un server RTMP. L’encoder, OBS, vMix o l’unità sul campo ottiene così una destinazione di ingest stabile attorno a cui costruire il resto del workflow.
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.
Sì. Il comportamento DVR viene controllato dal lato Player web. Nella pratica, i team regolano le impostazioni di frammenti e manifest per decidere quanta parte recente di un evento live può essere riavvolta dallo spettatore.
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 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.
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.
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.
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.
Inizia dalla documentazione di Callaba Engine per la mappa del prodotto, quindi passa direttamente al modulo più vicino al primo confine del workflow: Server SRT, Restream, Player web, Registrazioni o Videochiamate.
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.
