Sienna - NDI® Processing Engine
Aggiunto il supporto ad SRT per integrare NDI.Cloud
NDI è diventato lo standard globale n. 1 per la migrazione di video over IP negli eventi live e nella emissione, esiste anche un'enorme quantità di infrastrutture MPEG Transport Stream in uso per applicazioni di distribuzione e di contribuzione a velocità di trasmissione dati inferiori.
NDI Processing Engine di Sienna da sempre è stato in grado di riunire questi mondi con i suoi moduli IP Stream Connect e IP Stream Publishing per importare e estrapolare flussi di trasporto MPEG da un flusso di lavoro basato su NDI.
Quando si tratta di spostare flussi in tutto il pianeta, l'NDI.Cloud di Sienna ha dimostrato di essere un potenziamento del flusso di lavoro indolore ed estremamente potente per l'infrastruttura basata su NDI. Dove le tue fonti e/o destinazioni sono NDI, NDI.Cloud di Sienna è senza dubbio la scelta giusta.
Abbiamo visto situazioni in cui le emittenti più tradizionali vogliono spostare i contenuti su connessioni geografiche, ma i loro flussi di lavoro si basano su flussi di trasporto MPEG. In questi casi può essere inefficiente convertire in NDI, utilizzare NDI.Cloud, quindi riconvertirlo in MPEGTS nella destinazione e quindi abbiamo aggiunto il supporto per il protocollo SRT al motore di elaborazione NDI per meglio soddisfare queste esigenze. Ora puoi scegliere NDI.Cloud per i flussi di lavoro principalmente NDI o SRT per i flussi di lavoro principalmente MPEG TS.
SRT Video Transport Around the Planet con NDI Processing Engine
A questo punto probabilmente vale la pena comprendere le differenze tra SRT e NDI.
SRT è fondamentalmente un wrapper di trasporto. È un po' come TCP, anche se essenzialmente è un'estensione del livello di affidabilità di UDP. Non ha nulla a che fare con la compressione e la sua funzionalità è limitata alla creazione di una connessione affidabile tra 2 punti chiaramente definiti per il trasporto di dati arbitrari (anche se in molti casi si tratta di un flusso di trasporto MPEG). In generale, avrai bisogno di una coppia di endpoint SRT e di una porta dedicata per ogni flusso, che in genere sarà "sempre in esecuzione" tra indirizzi IP noti. In generale, SRT viene utilizzato semplicemente per avvolgere e "spingere" un flusso di trasporto MPEG UDP esistente, al fine di consegnarlo in modo affidabile attraverso una vasta area di connessione con perdita di pacchetti. Fa bene questo lavoro, ma non aggiunge altro all'equazione del flusso di lavoro.
Al contrario, NDI.Cloud è molto più di questo: include anche un'estensione di trasporto affidabile a UDP (che condivide il 90% di DNA con SRT), ma copre anche la compressione, la decompressione, la scoperta centralizzata dei partner e anche la rete di aree definite dal software come scoperta locale e pubblicazione di flussi NDI. Può offrire e distribuire un numero qualsiasi di flussi NDI su una singola connessione utilizzando un'unica porta. Molti flussi possono essere pubblicizzati, quindi "presi" su richiesta a destinazione, senza alcun intervento per "collegare" i flussi, questo è ideale per la produzione remota in particolare degli eventi sportivi che si svolgono in posizioni geografiche differenti ogni volta. Quando la domanda per il flusso termina a de