Résumé

  • La révision 08 de draft-ietf-avtcore-rtp-jpegxs-3ed garde la structure RTP de la RFC 9134 pour les modes historiques et ajoute notamment le codage différentiel temporel, ou TDC.
  • Hors TDC, un codestream constitue une image décodable seule. Avec TDC, l’image courante peut utiliser des coefficients d’ondelettes quantifiés reconstruits à partir du codestream précédent et conservés dans un ou deux tampons.
  • L’écho exact des paramètres SDP, un flux syntaxiquement valide et la valeur fbblevel prouvent des déclarations. Ils ne prouvent ni la continuité de l’état, ni la bande passante mémoire réellement soutenue, ni l’image rendue.

Un accord sans mémoire

Le cas décisif commence par une réussite. Un récepteur accepte tous les paramètres proposés, les renvoie sans modification et reconnaît les marqueurs de tranche du flux reçu. Aucun contrôle de négociation n’est en défaut. Il manque néanmoins une question : les coefficients reconstruits à partir de l’image précédente sont-ils encore présents au bon endroit ?

C’est la frontière introduite par TDC. Un codestream JPEG XS sans ce mécanisme reste autonome. Un codestream TDC peut dépendre d’un état antérieur. En vidéo progressive, cet état occupe un tampon d’image ; en entrelacé ou en PsF, deux tampons distincts suivent les champs. La conformité du paquet courant ne reconstitue donc pas automatiquement la bonne lignée temporelle.

La révision 08 est datée du 22 septembre 2026. Le Datatracker la place dans la file du RFC Editor, avec le statut visé de Proposed Standard, et le texte prévoit de remplacer la RFC 9134. À ce stade, il s’agit toujours d’un Internet-Draft. La position dans le processus ne démontre ni publication comme RFC, ni déploiement, ni interopérabilité observée.

L’enveloppe ancienne n’emporte pas le nouvel état

Le projet conserve la mise en paquets RTP, les en-têtes et l’organisation générale définis par la RFC 9134 pour les usages antérieurs. Cette continuité limite le coût du changement pour les équipements qui ne recourent pas à TDC.

Elle ne rend pas la mémoire temporelle rétrocompatible. TDC emploie le marqueur SLI pour délimiter une tranche. Pour la mise en paquets par tranche, SLI joue le même rôle que SLH. Cette équivalence porte sur la frontière de transport, pas sur l’autonomie de décodage. Une tranche bien isolée peut toujours dépendre de coefficients issus d’une image passée.

Il faut donc refuser une assimilation séduisante : limite de paquet, limite de reprise et limite de preuve ne sont pas identiques. Les numéros de séquence RTP documentent l’ordre reçu ; ils ne disent pas, à eux seuls, quelle référence le décodeur a conservée ni si elle est encore valide.

fbblevel fixe un plancher, pas un relevé

Le nouveau paramètre optionnel fbblevel n’est autorisé qu’avec TDC. Sa valeur doit correspondre au niveau FBB indiqué dans le segment d’image JPEG XS. Il exprime un minimum de bande passante de lecture et d’écriture exigé du tampon d’image.

Ce minimum n’est pas une télémétrie. Une machine peut annoncer un niveau compatible et ne pas soutenir cette capacité à chaque instant. Le projet ne documente aucun incident de ce type ; il définit simplement une exigence déclarée. La mesure locale reste donc une preuve distincte.

À l’exception du traitement particulier de rate, les paramètres de média sont déclaratifs et dupliquent des informations présentes dans la charge utile. En cas de désaccord, les données de la charge utile prévalent. L’offre/réponse conserve la trace de l’intention négociée ; le codestream conserve celle de ce qui a réellement été signalé.

L’écho exact atteste une capacité

En unicast, le répondant doit prendre en charge toutes les valeurs proposées ou refuser l’offre. S’il accepte, il renvoie les paramètres à l’identique. Cette règle évite une acceptation partielle silencieuse. Elle n’atteste pas la suite de la chaîne.

Ni la présence de la bonne référence temporelle, ni l’absence de perte avant une image dépendante, ni la capacité mémoire soutenue, ni le rendu applicatif ne découlent de cet écho. La négociation atteste ce que les extrémités déclarent pouvoir traiter. Le résultat audiovisuel exige d’autres observations.

La même discipline vaut pour le réseau. En mode best effort, le texte demande de surveiller les pertes et d’appliquer le contrôle de congestion. Lorsqu’un service amélioré est demandé, le récepteur doit aussi vérifier que ce service est effectivement fourni. Une réservation n’est pas sa livraison.

La hiérarchie des preuves

La spécification initiale minimale de Lu Heng situe correctement la règle commune : normaliser seulement les paramètres, la priorité des données et les frontières nécessaires à l’interopérabilité. Le provisionnement, la reprise et l’observation du rendu demeurent locaux.

La primauté du code en fonctionnement place ensuite le décodeur réel au-dessus de sa fiche de capacité. Enfin, la séparation des couches de réalité empêche de fusionner cinq reçus : négociation, signalisation dans la charge utile, historique RTP, continuité du tampon et image observée. Un voyant vert unique donnerait au symbole « accepté » une autorité sur un état physique qu’il n’a jamais mesuré.

Sources et limites

Ces sources décrivent des formats, des règles de négociation et des précautions d’exploitation. Elles ne prouvent aucun déploiement nommé, essai d’interopérabilité, incident, défaut de décodeur, résultat de performance, qualité visuelle ou taux d’adoption. L’analyse distingue des preuves ; elle n’affirme pas qu’un système réel a échoué.