5. Video
- Video
Le seguenti sezioni descrivono le codifiche video definite in questo memo e forniscono i loro nomi abbreviati usati per l'identificazione. Queste codifiche video e i loro tipi di payload sono elencati nella Tabella 5.
Tutte queste codifiche video utilizzano una frequenza di timestamp RTP di 90.000 Hz, la stessa della frequenza del timestamp di presentazione MPEG. Questa frequenza produce incrementi di timestamp interi esatti per le tipiche frequenze di fotogrammi di 24 (HDTV), 25 (PAL) e 29,97 (NTSC) e 30 Hz (HDTV) e frequenze di campo di 50, 59,94 e 60 Hz. Sebbene 90 kHz sia la frequenza RACCOMANDATA per le future codifiche video utilizzate all'interno di questo profilo, altre frequenze POSSONO essere utilizzate. Tuttavia, non è sufficiente utilizzare la frequenza di fotogrammi video (tipicamente tra 15 e 30 Hz) perché ciò non fornisce una risoluzione adeguata per i requisiti di sincronizzazione tipici quando si calcola il timestamp RTP corrispondente al timestamp NTP in un pacchetto RTCP SR. La risoluzione del timestamp DEVE anche essere sufficiente per la stima del jitter contenuta nei rapporti del ricevitore.
Per la maggior parte di queste codifiche video, il timestamp RTP codifica l' istante di campionamento dell'immagine video contenuta nel pacchetto dati RTP. Se un'immagine video occupa più di un pacchetto, il timestamp è lo stesso su tutti quei pacchetti. I pacchetti di diverse immagini video sono distinti dai loro diversi timestamp.
La maggior parte di queste codifiche video specifica anche che il bit marcatore dell' header RTP DOVREBBE essere impostato a uno nell'ultimo pacchetto di un fotogramma video e altrimenti impostato a zero. Pertanto, non è necessario attendere un pacchetto seguente con un timestamp diverso per rilevare che un nuovo fotogramma dovrebbe essere visualizzato.
5.1 CelB
La codifica CELL-B è una codifica proprietaria proposta da Sun Microsystems. Il formato del flusso di byte è descritto in RFC 2029 [18].
5.2 JPEG
La codifica è specificata negli standard ISO 10918-1 e 10918-2. Il formato di payload RTP è come specificato in RFC 2435 [19].
5.3 H261
La codifica è specificata nella Raccomandazione ITU-T H.261, "Video codec for audiovisual services at p x 64 kbit/s". La pacchettizzazione e le proprietà specifiche di RTP sono descritte in RFC 2032 [20].
5.4 H263
La codifica è specificata nella versione del 1996 della Raccomandazione ITU-T H.263, "Video coding for low bit rate communication". La pacchettizzazione e le proprietà specifiche di RTP sono descritte in RFC 2190 [21]. Il formato di payload H263-1998 è RACCOMANDATO rispetto a questo per l'uso da parte di nuove implementazioni.
5.5 H263-1998
La codifica è specificata nella versione del 1998 della Raccomandazione ITU-T H.263, "Video coding for low bit rate communication". La pacchettizzazione e le proprietà specifiche di RTP sono descritte in RFC 2429 [22]. Poiché la versione del 1998 di H.263 è un superset della sintassi del 1996, questo formato di payload può essere utilizzato anche con la versione del 1996 di H.263, ed è RACCOMANDATO per questo uso da parte di nuove implementazioni. Questo formato di payload non sostituisce RFC 2190, che continua a essere utilizzato dalle implementazioni esistenti, e può essere richiesto per la compatibilità all'indietro nelle nuove implementazioni. Le implementazioni che utilizzano le nuove caratteristiche della versione del 1998 di H.263 DEVONO utilizzare il formato di payload descritto in RFC 2429.
5.6 MPV
MPV designa l'uso di flussi elementari di codifica video MPEG-1 e MPEG-2 come specificato negli standard ISO ISO/IEC 11172 e 13818-2, rispettivamente. Il formato di payload RTP è come specificato in RFC 2250 [14], Sezione 3.
La registrazione MIME per MPV in RFC 3555 [7] specifica un parametro che PUÒ essere utilizzato con MIME o SDP per limitare la selezione del tipo di video MPEG.
5.7 MP2T
MP2T designa l'uso di flussi di trasporto MPEG-2, sia per audio che per video. Il formato di payload RTP è descritto in RFC 2250 [14], Sezione 2.
5.8 nv
La codifica è implementata nel programma nv, versione 4, sviluppato
presso Xerox PARC da Ron Frederick. Ulteriori informazioni sono disponibili
presso l'autore:
Ron Frederick Blue Coat Systems Inc. 650 Almanor Avenue Sunnyvale, CA 94085 United States EMail: [email protected]