12.2. Video Telephony, No Slice Data Partitioning, No NAL Unit Aggregation (Vidéophonie, sans partitionnement des données de slice, sans agrégation d'unités NAL)

12.2. Video Telephony, No Slice Data Partitioning, No NAL Unit Aggregation (Vidéophonie, sans partitionnement des données de slice, sans agrégation d'unités NAL)

La partie RTP de ce schéma est implémentée et testée (mais pas la partie protocole de contrôle ; voir ci-dessous).

Dans la plupart des applications réelles de vidéophonie, les paramètres d'image tels que la taille d'image ou les modes optionnels ne changent jamais pendant la durée de vie d'une connexion. Par conséquent, tous les jeux de paramètres nécessaires (généralement un seul) sont envoyés comme effet secondaire du processus d'échange/annonce de capacités, par exemple selon la syntaxe SDP spécifiée à la section 8.2 du présent document. Comme toutes les informations de jeu de paramètres nécessaires sont établies avant le début de la session RTP, il n'est pas nécessaire d'envoyer des unités NAL de jeu de paramètres. Le partitionnement des données de slice (slice data partitioning) n'est pas utilisé non plus. Ainsi, le flux de paquets RTP consiste essentiellement en unités NAL qui portent des slices codés uniques.

L'encodeur choisit la taille des unités NAL de slice codé de manière à offrir les meilleures performances. Souvent, cela se fait en adaptant la taille du slice codé à la taille MTU du réseau IP. Pour les petites tailles d'image, cela peut conduire à une stratégie une image par paquet. Les algorithmes de rafraîchissement intra (intra refresh) corrigent la perte de paquets et les artefacts liés au dérive (drift).