Multistreaming con OBS: un feed, più destinazioni

Scegli con attenzione il confine del fan-out

Un server non elimina tutte le dipendenze condivise. Le destinazioni dipendono ancora dal programma OBS, dall’unica sessione upstream della sede e dal deployment Callaba che la riceve. Il vantaggio è un confine di guasto più chiaro, non una ridondanza magica.

Prepara la produzione prima di inserire le stream key

• Crea o programma gli eventi di destinazione e verifica che ogni account sia autorizzato ad andare live.
• Scegli una risoluzione di contribuzione, un frame rate, un codec, un bitrate, un intervallo di keyframe e un programma audio che Callaba possa ricevere in modo affidabile.
• Misura l’upload sostenuto dalla rete di produzione. Uno speed test breve non equivale a una prova.
• Usa un breve programma di test riconoscibile, con movimento, parlato e un riferimento di sincronizzazione.
• Tieni le chiavi delle piattaforme fuori da screenshot, runbook pubblici e payload di analytics.
• Assegna un operatore che possa vedere sia l’ingresso condiviso sia la control room di ogni piattaforma.

I requisiti delle destinazioni cambiano. Prima della finestra live consulta la pagina di assistenza aggiornata di ogni servizio, invece di copiare una tabella di bitrate da un vecchio articolo.

Configura OBS per un upstream unico e controllato

1. Crea l’ingresso Callaba. Usa un RTMP Server o un SRT Server adatto alla produzione. Avvialo e copia dal pannello i valori correnti per la pubblicazione.
2. In OBS apri Impostazioni → Stream. L’interfaccia ufficiale di OBS consente di scegliere un servizio integrato o un Custom Streaming Server, quindi di inserire server e chiave forniti. Usa esattamente i valori Callaba; non riutilizzare qui la chiave di una piattaforma di destinazione.
3. Controlla Impostazioni → Uscita. Scegli un profilo che il percorso condiviso possa trasportare e che il workflow a valle possa decodificare. Nel primo test evita di cambiare insieme codec, risoluzione e routing audio.
4. Avvia un test privato. In OBS controlla il sovraccarico del codificatore e i frame persi. In Callaba richiedi un bitrate in ingresso stabile e un’immagine decodificata con l’audio previsto.
5. Interrompi e riconnetti. Verifica che la sessione si chiuda e che lo stesso publisher gestito possa riconnettersi. Questo passaggio fa emergere identità obsolete o copiate male.

Per una procedura specifica per RTMP, consulta Inviare e ricevere RTMP con OBS. Se la produzione usa una contribuzione SRT, apri la guida alla configurazione SRT in OBS e verifica il metodo di uscita OBS attualmente in uso.

Aggiungi una destinazione, dimostrane il funzionamento, poi passa alla successiva

1. Apri Restreaming in Callaba e crea un nuovo restream usando come sorgente il feed OBS già verificato.
2. Scegli il tipo di destinazione supportato oppure inserisci esattamente l’URL di uscita personalizzato e la chiave forniti dalla piattaforma.
3. Lascia il transcoding disattivato quando la contribuzione OBS soddisfa già la destinazione. Se una piattaforma richiede un altro profilo, modifica soltanto le impostazioni previste da quel contratto.
4. Avvia il restream e apri l’anteprima della piattaforma. Verifica immagine, audio, stato dell’account ed eventuali avvisi della piattaforma.
5. Assegna alla rotta accettata un nome che includa evento e destinazione, poi ripeti per la piattaforma successiva.

Segui i campi attuali nella guida utente Restreaming di Callaba. La demo Multiview live mostra l’interfaccia di monitoraggio per l’operatore, ma la tua sorgente e le tue destinazioni richiedono comunque un test di produzione.

Usa un albero dei guasti invece di riavviare tutto

I plugin sono utili, ma cambiano la responsabilità del rischio

OBS non richiede fan-out lato server per ogni produzione. Un plugin multi-output mantenuto può essere pratico quando la workstation ha margine sufficiente per codifica e upload, l’operatore vuole tutti i controlli in locale e il plugin è stato testato con la release OBS installata. Scarica i plugin dal progetto che li mantiene e verifica lo stato degli aggiornamenti prima della produzione.

Non dare per scontato che ogni uscita aggiunta sia “gratuita”. Alcune configurazioni condividono il codificatore principale, mentre altre possono richiamare codifica o scaling aggiuntivi. Ogni sessione di rete ha inoltre un proprio comportamento di riconnessione. Esegui l’intero set di uscite per una durata rappresentativa, poi interrompi una destinazione e la rete per osservare cosa deve fare l’operatore.

Automatizza solo dopo l’approvazione della matrice delle destinazioni

Quando un sistema di programmazione o un pannello cliente deve creare le destinazioni, usa il workflow API per lo streaming live multipiattaforma. Conserva la sorgente accettata, il tipo di uscita, il profilo media e la policy di denominazione. Tieni le chiavi fuori dai log del browser e dagli analytics lato client e rendi l’operazione idempotente, così un nuovo tentativo non creerà una rotta live duplicata.

Una risposta dell’API conferma un’operazione di controllo. Non dimostra che la piattaforma esterna sia pronta, che il programma sia udibile o che il pubblico veda l’evento previsto. Mantieni l’anteprima della piattaforma e il media decodificato nel percorso di accettazione.

Riferimenti ufficiali

• Panoramica di OBS Studio — concetti attuali dei controlli Stream e Uscita.
• Risoluzione dei problemi di connessione stream in OBS — passaggi per isolare problemi di rete, servizio e bitrate.
• Guida ai profili OBS — quali impostazioni di uscita conserva un profilo.

Domande frequenti

OBS invia nativamente uno stream a più piattaforme?

Le impostazioni Stream standard descrivono un servizio selezionato o un server personalizzato. Più uscite locali richiedono normalmente un plugin mantenuto o un altro metodo esterno. Con il fan-out lato server, OBS invia uno stream a Callaba e le destinazioni vengono create lì.

Quanta banda di upload richiede il multistreaming lato server?

La sede deve sostenere il singolo feed di contribuzione, il normale overhead e un margine sicuro. Il deployment Callaba trasporta l’egress verso le destinazioni. Misura entrambi i confini al bitrate completo di produzione.

Ogni destinazione può usare un bitrate o una risoluzione diversi?

Sì, quando la rotta Callaba scelta, il profilo di codec e la capacità del deployment supportano la trasformazione richiesta. Aggiungi un profilo separato solo per un’esigenza documentata della destinazione, poi verifica l’uscita decodificata.