Latenza video streaming live

Question

Tentativo di determinare quale "più" è responsabile della latenza - il viaggio di andata e ritorno che il mio video effettua dal mio codificatore, al mio server e di nuovo al lettore nel mio browser.

Sono a circa 12 secondi in questo momento con un giocatore che mi piace. È buffering nel mio lettore? Buffering sull'uscita di FMLE?

Il motivo per cui lo chiedo è che ho eliminato altri colpevoli con il mio piccolo scenario di prova descritto di seguito. Inoltre, a parità di altre condizioni, lo scambio di altri giocatori produce la massima variazione della latenza. Uno prende giù a 4 secondi. Tuttavia non è possibile ottenere valori inferiori.

Eliminare altri colpevoli:

rete -Bad? No, eseguirlo tutto localmente. -Il codec ?, No, l'impostazione di FMLE su VP6 o H.264 produce la stessa latenza. -Pushing troppi dati da FMLE? Nope, 50kbs o 1000kbs produce 12 secondi -Fornire le impostazioni su intenso? No, 5-29,97 fps modifica la qualità del movimento ma il ritardo rimane di circa 12 secondi.

Sto sviluppando un piccolo pacchetto di presentazione Web basato su FMS, quindi la latenza dovrà essere al massimo di un secondo. Ho visto un pacchetto simile senza quasi latenza. Ecco la mia prova istituito:

-Camera collegato alla macchina Windows XP -Flash Media Live Encoder 3.0.1 -Flash Media Server 3.51 -Video Player - Esempio di lettore di streaming dinamico in strumenti di produttività Server di Adobe Flash Media (tipo di come un'implementazione di riferimento per Adobe ActionScript 3.0 Dynamic Streaming Class)

Se rimbalzo il mio video da un server a circa 30 miglia da me il risultato è quasi identico.

Ho eseguito un test con un CDN e un lettore che hanno fornito e il meglio che potevo fare era 4 secondi.

Qualcuno ha un lettore veramente veloce che posso testare?

Answer 1

Dai un'occhiata a NetStream.setBufferTime() e ns.bufferTime nella documentazione FMS. Anche come Robert ha detto che anche il giocatore ha il suo buffer.

Answer 2

Per rendere flusso di latenza web a basso, effettuare le seguenti operazioni:

1. configura il codificatore normalmente e puntare al server multimediale
2. Controllare la progettazione bordo del media server per la configurazione a bassa latenza, Wowza ha una bassa app latenza built-in
3. Nel lettore, assicurarsi che il buffer sia 2 secondi o più grande.

ps. Con player con buffer inferiore a 2 secondi non funzionerà correttamente per la maggior parte delle persone, specialmente su collegamenti wifi o long range.

ps2. Se il codificatore si trova sulla stessa LAN di Encoder, è possibile utilizzare anche l'app a bassa latenza per l'applicazione di origine.

ps3.Non andrai mai sotto i 4 secondi e lo streaming affidabile allo stesso tempo, ma se eseguirai un tuning estremo sulla tua parte LAN (nessun buffering per il codificatore - lo puoi fare), usando solo il buffering on edge puoi archiviare 2 secondi - mi hanno tale giocatore, ma non è pubblica :(

Answer 3

vorrei condividere la mia esperienza da poco sono stato alla ricerca in questo mondo di CDN e lo streaming video in diretta

il mio miglior risultato è stato di 2 secondi. latenza

Ho provato alcuni provider e vorrei sapere se qualcuno sa di qualsiasi altro provider che arriva a quella bassa latenza

Ho raggiunto quei 2 secondi con The Original Livestream, non confonderlo con The New Livestream (16 secondi di latenza).

Entrambi, The Original Livestream e The New Livestream, fanno parte dello stesso gruppo, Livestream, ma sembra che si rivolgono a un segmento di mercato diverso.

Mi hanno anche detto che anche se l'area supporta ancora The Original Livestrean, non lo sviluppano più.

Non è molto rassicurante quando ti dicono che non sviluppano più la piattaforma, questo è l'unico motivo per cui abbiamo deciso di non salire a bordo con loro. Avrai anche difficoltà quando cerchi di ottenere supporto da loro se vuoi ottenere l'accesso al loro endpoint RESTfull per l'API Guide.

Ancora, 2 secondi di latenza.

Sono di base a Londra.

Per favore fatemi sapere se avete qualche altro CDN a latenza ultra bassa.

Ah, l'URL per il livestream originale non è facile da trovare, qui è ... https://secure.livestream.com/