5. Vidéo

5. Vidéo

Les sections suivantes décrivent les encodages vidéo définis dans ce mémo et donnent leurs noms abrégés utilisés pour l'identification. Ces encodages vidéo et leurs types de charge utile sont répertoriés dans le tableau 5.

Tous ces encodages vidéo utilisent une fréquence d'horodatage RTP de 90 000 Hz, identique à la fréquence d'horodatage de présentation MPEG. Cette fréquence donne des incréments d'horodatage entiers exacts pour les fréquences d'images typiques de 24 (HDTV), 25 (PAL) et 29,97 (NTSC) et 30 Hz (HDTV) et les fréquences de trame de 50, 59,94 et 60 Hz. Bien que 90 kHz soit le taux RECOMMANDÉ pour les futurs encodages vidéo utilisés dans ce profil, d'autres taux PEUVENT être utilisés. Cependant, il ne suffit pas d'utiliser la fréquence d'images vidéo (généralement entre 15 et 30 Hz) car cela ne fournit pas une résolution adéquate pour les exigences de synchronisation typiques lors du calcul de l'horodatage RTP correspondant à l'horodatage NTP dans un paquet RTCP SR. La résolution de l'horodatage DOIT également être suffisante pour l'estimation de la gigue contenue dans les rapports du récepteur.

Pour la plupart de ces encodages vidéo, l'horodatage RTP encode l' instant d'échantillonnage de l'image vidéo contenue dans le paquet de données RTP. Si une image vidéo occupe plus d'un paquet, l'horodatage est le même sur tous ces paquets. Les paquets provenant de différentes images vidéo se distinguent par leurs horodatages différents.

La plupart de ces encodages vidéo spécifient également que le bit marqueur de l' en-tête RTP DEVRAIT être mis à un dans le dernier paquet d'une image vidéo et sinon mis à zéro. Ainsi, il n'est pas nécessaire d'attendre un paquet suivant avec un horodatage différent pour détecter qu'une nouvelle image doit être affichée.

5.1 CelB

L'encodage CELL-B est un encodage propriétaire proposé par Sun Microsystems. Le format de flux d'octets est décrit dans la RFC 2029 [18].

5.2 JPEG

L'encodage est spécifié dans les normes ISO 10918-1 et 10918-2. Le format de charge utile RTP est tel que spécifié dans la RFC 2435 [19].

5.3 H261

L'encodage est spécifié dans la Recommandation UIT-T H.261, "Video codec for audiovisual services at p x 64 kbit/s". La paquetsisation et les propriétés spécifiques à RTP sont décrites dans la RFC 2032 [20].

5.4 H263

L'encodage est spécifié dans la version 1996 de la Recommandation UIT-T H.263, "Video coding for low bit rate communication". La paquetsisation et les propriétés spécifiques à RTP sont décrites dans la RFC 2190 [21]. Le format de charge utile H263-1998 est RECOMMANDÉ par rapport à celui-ci pour une utilisation par de nouvelles implémentations.

5.5 H263-1998

L'encodage est spécifié dans la version 1998 de la Recommandation UIT-T H.263, "Video coding for low bit rate communication". La paquetsisation et les propriétés spécifiques à RTP sont décrites dans la RFC 2429 [22]. Parce que la version 1998 de H.263 est un surensemble de la syntaxe de 1996, ce format de charge utile peut également être utilisé avec la version 1996 de H.263, et est RECOMMANDÉ pour cette utilisation par de nouvelles implémentations. Ce format de charge utile ne remplace pas la RFC 2190, qui continue d'être utilisée par les implémentations existantes, et peut être nécessaire pour la compatibilité ascendante dans les nouvelles implémentations. Les implémentations utilisant les nouvelles fonctionnalités de la version 1998 de H.263 DOIVENT utiliser le format de charge utile décrit dans la RFC 2429.

5.6 MPV

MPV désigne l'utilisation de flux élémentaires d'encodage vidéo MPEG-1 et MPEG-2 tels que spécifiés dans les normes ISO/CEI 11172 et 13818-2, respectivement. Le format de charge utile RTP est tel que spécifié dans la RFC 2250 [14], section 3.

L'enregistrement MIME pour MPV dans la RFC 3555 [7] spécifie un paramètre qui PEUT être utilisé avec MIME ou SDP pour restreindre la sélection du type de vidéo MPEG.

5.7 MP2T

MP2T désigne l'utilisation de flux de transport MPEG-2, pour l'audio ou la vidéo. Le format de charge utile RTP est décrit dans la RFC 2250 [14], section 2.

5.8 nv

L'encodage est implémenté dans le programme nv, version 4, développé au Xerox PARC par Ron Frederick. De plus amples informations sont disponibles auprès de l'auteur :

Ron Frederick Blue Coat Systems Inc. 650 Almanor Avenue Sunnyvale, CA 94085 United States EMail: [email protected]