OBS
RTMP / SRTAffida alla piattaforma routing, conversione e fan-out, così l’encoder sorgente può concentrarsi sull’invio di un unico feed di contributo pulito.
Porta un feed di contributo verificato in Callaba, quindi crea un lavoro di ristreaming separato per ciascuna destinazione. Ogni lavoro ha le proprie impostazioni di destinazione e il proprio stato di runtime; la registrazione, il Web Player e il ripristino sono flussi di lavoro separati che aggiungi quando necessario.
Distribuisci Callaba su AWSAccetta il feed dei contributi una volta, quindi crea un processo di ristreaming separato per ogni piattaforma social, endpoint partner o altra destinazione.
Affida alla piattaforma routing, conversione e fan-out, così l’encoder sorgente può concentrarsi sull’invio di un unico feed di contributo pulito.
Ogni lavoro Restream ha le proprie impostazioni di destinazione e il proprio stato di runtime. Rivedi ogni output in modo indipendente in modo che ogni destinazione abbia la propria chiara evidenza operativa.
RTMP · Processo di uscita 01
RTMP · Processo di uscita 02
Tratta ogni canale di uscita come un contratto di distribuzione indipendente, anche quando tutti partono dalla stessa sorgente.
Crea un processo di uscita per ogni destinazione, in modo che credenziali, limiti ed errori restino isolati.
Documenta e prova le destinazioni alternative prima che diventino necessarie durante una trasmissione in diretta.
Collega registrazione o riproduzione nel browser al flusso accettato come processi separati, ciascuno con le proprie verifiche.
Questa pagina chiarisce il perimetro del prodotto. Le guide mostrano quali controlli aprire, quale modulo collegare e come verificare che il workflow sia pronto.
Usa questo contratto per confermare cosa viene condiviso all'ingresso e cosa deve essere verificato per ogni output.
| Funzionalità | Comportamento supportato | Verifica di accettazione |
|---|---|---|
| Trasforma un ingest in molti output | Un flusso di contribuzione verificato può alimentare più processi Restream configurati in modo indipendente. | Conferma una sola volta l'ingresso, quindi osserva ogni processo di destinazione raggiungere il proprio stato live. |
| Mantieni sotto controllo la logica delle destinazioni | URL della destinazione, credenziali, requisiti multimediali e modalità di nuovo tentativo appartengono al singolo processo di uscita. | Apri ogni processo separatamente e verificane lo stato live presso la destinazione prevista. |
| Sposta il lavoro più pesante fuori dall’encoder | L'encoder sorgente pubblica un solo flusso di contribuzione pulito, mentre Callaba gestisce la distribuzione a valle. | Confronta l'upload dell'encoder con lo stato di tutti gli output creati, invece di moltiplicare le pubblicazioni dalla sorgente. |
| Utilizza la flessibilità del routing tra le destinazioni | Scegli il cloud per una prova rapida del workflow oppure un'infrastruttura autogestita quando sono necessari il controllo della rete e della posizione dei dati. | Prova la sorgente e le destinazioni reali nell'ambiente scelto prima di affidarti a questo percorso in produzione. |
Utilizza il cloud per convalidare rapidamente un'origine e una destinazione reali. Scegli la modalità self-hosted quando hai bisogno del controllo dell'infrastruttura, della rete o della posizione dei dati, quindi riconvalida il flusso di lavoro dopo la distribuzione.
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.
Distribuisci Callaba su AWSUtilizza un input di contributo per diverse destinazioni aziendali, con impostazioni di destinazione esplicite per ciascuna piattaforma o endpoint partner.
Installa Callaba in self-hostingCiascuna destinazione rappresenta il proprio lavoro di ristreaming. Utilizza l'API per creare, avviare e controllare i lavori dopo che il tuo team ha convalidato l'origine, la destinazione e il profilo multimediale in Callaba.
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.
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.
Sì. Callaba accetta l'origine una volta e crei un lavoro Restream indipendente per ciascuna destinazione. Configura e controlla ogni lavoro separatamente.
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.
Sì. SRT è una scelta comune per l’ingest quando contano condizioni di rete, qualità del contributo o controllo dell’infrastruttura ricevente.
Avviare nell'interfaccia di controllo per convalidare l'origine, la destinazione e il profilo. Quindi utilizza l'API per creare, avviare e ispezionare ogni lavoro Restream indipendente.
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.
Valida prima una sorgente con le destinazioni che servono ora, poi aggiungi processi separati di registrazione o riproduzione quando necessario.