Callaba
Distribuzione

Piattaforma di multistreaming live

Porta un feed live in Callaba e distribuiscilo verso piattaforme social, player web, endpoint partner o route di backup. Riunisci ingest, conversione dei protocolli, controllo delle destinazioni, registrazione e failover in un unico prodotto cloud o self-hosted. Aggiungi l’API in seguito, quando i workflow degli operatori richiedono automazione.

Distribuzione

Trasforma un ingest in molti output

Usa un unico punto di ingresso gestito e invia lo stesso segnale live a piattaforme social, endpoint partner o ai tuoi player senza ricostruire il workflow per ogni destinazione.

Diagramma che mostra un feed live in ingresso in Callaba Multistreaming e diramato verso destinazioni social, partner e di riproduzione per gli spettatori.
Callaba Multistreaming trasforma un feed di contributo in uscite controllate per piattaforme social, endpoint partner e riproduzione per gli spettatori.
Flusso operativo

Mantieni sotto controllo la logica delle destinazioni

Instrada verso piattaforme pubbliche, endpoint RTMP partner o superfici di riproduzione per gli spettatori, mantenendo la logica di handoff in un workflow che controlli.

01

Trasforma un ingest in molti output

Usa un unico punto di ingresso gestito e invia lo stesso segnale live a piattaforme social, endpoint partner o ai tuoi player senza ricostruire il workflow per ogni destinazione.

02

Aggiungi percorsi di backup e failover

Tratta il backup come parte del workflow, non come un intervento manuale d’emergenza. Prepara destinazioni alternative o varianti di route prima che il percorso principale si interrompa.

03

Personalizza, registra e adatta il livello di output

Aggiungi overlay, opzioni audio, registrazioni e output per la riproduzione nel punto giusto: dopo aver stabilizzato l’ingest e prima che il segnale raggiunga lo spettatore o la piattaforma finale.

Distribuzione

Sposta il lavoro più pesante fuori dall’encoder

Affida alla piattaforma routing, conversione e fan-out, così l’encoder sorgente può concentrarsi sull’invio di un unico feed di contributo pulito.

01

Sposta il lavoro più pesante fuori dall’encoder

Affida alla piattaforma routing, conversione e fan-out, così l’encoder sorgente può concentrarsi sull’invio di un unico feed di contributo pulito.

02

Paga per la flessibilità del routing, non per il vincolo alla piattaforma

Usa un workflow capace di inviare lo stesso input a più destinazioni aziendali senza ricostruirlo attorno alle particolarità di ogni singola piattaforma.

03

Inizia nel cloud e passa in seguito al self-hosted

Valida rapidamente il modello di routing nel cloud, quindi trasferisci lo stesso workflow su un’infrastruttura self-hosted quando il team richiede un controllo operativo più rigoroso.

Flusso operativo

Inizia nel cloud e passa in seguito al self-hosted

Valida rapidamente il modello di routing nel cloud, quindi trasferisci lo stesso workflow su un’infrastruttura self-hosted quando il team richiede un controllo operativo più rigoroso.

Pricing del multistreaming cloud

La tariffa cloud a consumo è ideale per chi cerca tutti i vantaggi del cloud: deployment immediato di Callaba, bassa latenza grazie alla rete globale di data center, affidabilità dei server, backup dei dati, scalabilità, servizi gestiti e molto altro.

Avvia Callaba nel cloud

Pricing del multistreaming self-hosted illimitato

La 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-hosting
API

Automatizza ingest e routing con i moduli API

Questo workflow non è un unico enorme endpoint di multistreaming. In pratica, i team creano i confini di ingest, definiscono la logica delle route e inoltrano il segnale con moduli separati. Usa l’API quando vuoi integrare routing, percorsi di backup e controllo delle destinazioni nel tuo prodotto o pannello operatore.

API REST di multistreaming

Domande frequenti

Che cosa significa «acquisire e instradare» in questo contesto?

Significa accettare un input live in un punto di ingresso gestito e decidere come spostare il segnale: verso piattaforme social, endpoint partner, player o altri moduli del workflow.

Quando un team sceglie questa soluzione invece di pubblicare direttamente da OBS?

In genere quando una sorgente deve alimentare più destinazioni, i percorsi di backup sono importanti oppure la logica di routing deve risiedere in un workflow gestito anziché nella configurazione dell’encoder.

Posso instradare una sorgente verso più destinazioni?

Sì. È uno dei motivi principali per usare questo livello. Puoi accettare un feed di contributo e inoltrarlo a più output esterni o interni.

Posso tenere pronto un percorso di backup?

Sì. Puoi preparare route alternative, destinazioni di backup o rami del workflow orientati al failover prima che il percorso principale diventi instabile.

Serve più banda di upload per ogni destinazione?

Non dal lato dell’encoder, se il workflow è configurato correttamente. Di norma la sorgente può inviare un unico stream di contributo gestito mentre la piattaforma esegue il fan-out downstream.

Posso combinare output social con il mio player o con un endpoint partner?

Sì. Lo stesso workflow può includere output social, destinazioni RTMP/SRT private e superfici di riproduzione rivolte agli spettatori.

Posso aggiungere overlay o branding al workflow?

Sì. Branding, overlay, registrazioni e impostazioni specifiche per la riproduzione possono essere aggiunti lungo la route, invece di sovraccaricare l’encoder sorgente.

Posso registrare lo stesso segnale live mentre lo instrado?

Sì. Un modello di produzione comune consiste nell’acquisire il segnale una volta, instradare gli output live e registrare lo stesso segnale in parallelo.

Posso usare SRT come input di contributo?

Sì. SRT è una scelta comune per l’ingest quando contano condizioni di rete, qualità del contributo o controllo dell’infrastruttura ricevente.

Posso usare anche destinazioni RTMP?

Sì. I workflow di routing combinano spesso contributo SRT e output RTMP o RTMPS quando la destinazione finale richiede ancora quel trasporto.

Il prodotto è pensato prima per l’API o per la dashboard?

Sono possibili entrambi gli approcci. Spesso i team validano prima il workflow nella dashboard, poi trasferiscono la stessa logica nei propri strumenti operatore o backend tramite API.

Posso trasferire in seguito lo stesso workflow in self-hosting?

Sì. Un vantaggio pratico di questo stack è che il modello di workflow resta riconoscibile sia iniziando nel cloud sia passando a un’infrastruttura self-hosted.

Da dove devo iniziare nella documentazione?

Inizia da Server SRT se la prima domanda riguarda il punto di ingresso del segnale, quindi continua con Route SRT e Restream per definirne il percorso.

Esistono limiti di bitrate per il multistreaming?

Non imponiamo limiti di bitrate ai tuoi stream. Tieni però presente che alcune piattaforme possono applicare limiti propri.

Distribuzione

Trasforma un ingest in molti output

Usa un unico punto di ingresso gestito e invia lo stesso segnale live a piattaforme social, endpoint partner o ai tuoi player senza ricostruire il workflow per ogni destinazione.