Sartomiki.net

Se si usa HTTP bisogna prima trasferire l'intero file prima di poterlo riprodurre. Questo comporta dei lunghi tempi di attesa e non permette la pipeline. Utilizzando protocolli aggiuntivi si possono creare accessi multimediali (streaming) che consentono l'acquisizione e riproduzione parziale di contenuti multimediali utilizzando un webserver che proietta il contenuto direttamente al media player. Utilizzando quindi un altro protocollo si può quindi avere un apposito server per la gestione di questi servizi. Normalmente il client ha al suo interno un buffer che compensa parzialmente il tempo di attraversamento e il jitterin. Se si usa UDP non servono controlli sul traffico, il server trasmette sempre alla stessa velocità, la velocità di arrivo è uguale alla velocità di partenza meno i pacchetti persi, si hanno ritardi brevi e il recupero degli errori è effettuato solo nel caso in cui ci sia il tempo necessario per eseguire l'operazione. Utilizzando TCP, si trasmette alla velocità massima in ogni istante, si ha quindi una velocità di arrivo variabile, il tempo di trasferimento è maggiore, si passa attraverso un firewall. Per gestire client con velocità di ricezione diverse si opera utilizzando copie del medesimo file a qualità differente.

RTSP (RFC 2326)
E' un protocollo applicativo di tipo client-server. Esso permette all'utente di controllare la riproduzione. Non impone vincoli su come trasmettere i dati (il protocollo TCP/UDP) e non definisce i metodi di incapsulamento, non gestisce neanche il buffer. I messaggi sono trasmessi fuori banda attraverso la porta 554, nel senso che usano porte differenti rispetto a quelle usate per la trasmissione audio/video.

Real Time Protocol - RTP
RTP specifica la struttura dei pacchetti che trasportano audio/video: è eseguito solo dagli end-system, è incapsulato in pacchetti UDP e assicura l'interoperabilità tra protocolli diversi. Questo protocollo aggiunge ad UDP l'id di sequenza, il numero di sequenza e il time stamp

- Payload type: indica la codifica
- Sequence number: incrementa di uno ad ogni pacchetto inviato (verifica perdita di paccetti)
- Time Stamp: indica l'istante di tempo del primo Byte di dati
- SSRC; identifica la sorgente

Real Time Control Protocol - RTCP
Questo protocollo funziona in parallelo a RTP. Ogni pacchetto RTCP contiene informazioni riguardanti il trasferimento, come il numero di pacchetti spediti, persi e jitter.
- Receive report: contiene la frazione di pacchetti persi, l'ID dell'ultimo arrivato e il jitter medio
- Sender report: contiene l'SSRC del flusso RTP, l'istante corrispondente, il numero di pacchetti/Byte inviati
- Source description: indica l'email e il nome del mittente, l'SSRC del flusso e il mapping
Grazie a RTCP i flussi RTP possono essere sincronizzati.