Résumé

  • RFC 3189 plaçait le bit marqueur sur le dernier paquet d’une image DV, mais interdisait d’en faire la preuve de la frontière : ce paquet pouvait disparaître, et seul un nouvel horodatage RTP à 90 kHz devait établir l’image suivante.
  • La norme conservait d’autres séparations essentielles : blocs DIF entiers de 80 octets, mode audio groupé ou séparé stable pendant la session, informations VAUX et AAUX transportées dans le flux, horloge avançant malgré des images supprimées et dissimulation qui remplaçait un bloc sans retrouver l’original.

Le délai avait besoin d’un indice

La vidéo DV venait de la cassette à balayage hélicoïdal et de l’interface IEEE 1394. Sa structure était déjà très contrainte. Une image se divisait en séquences DIF, elles-mêmes composées de blocs de 80 octets. Les en-têtes de ces blocs distinguaient les données vidéo, audio, auxiliaires, de sous-code et de séquence.

RFC 3189 a respecté cette granularité. Aucun en-tête propre au format DV n’était ajouté après l’en-tête RTP. Le paquet emportait un nombre entier de blocs DIF, toujours issus de la même image. Il ne pouvait pas profiter d’un espace restant pour commencer l’image suivante.

Cette règle donnait à l’horodatage RTP une responsabilité nette. Tous les paquets d’une image partageaient la même valeur à 90 kHz ; le changement de valeur signalait l’image suivante. Le marqueur M offrait alors un raccourci : s’il arrivait sur le dernier paquet, le récepteur pouvait afficher sans attendre le premier paquet du nouvel horodatage.

La norme refusait toutefois de transformer ce raccourci en vérité. Le dernier paquet pouvait être perdu. En son absence, le récepteur ne savait pas si l’image continuait ou si son annonce de fin avait disparu. Le prochain horodatage levait cette ambiguïté, mais plus tard.

Une frontière ne certifiait pas le contenu qui la précédait

L’horodatage répondait à la question « à quelle image appartient ce paquet ? ». Il ne disait pas que tous les blocs de l’image précédente avaient été reçus. Une frontière temporelle correcte pouvait donc suivre une image incomplète.

Cette possibilité n’était pas limitée aux accidents du réseau. Pour réduire le débit, un émetteur pouvait supprimer la vidéo et les données VAUX de certaines images. Il devait néanmoins avancer l’horloge afin de préserver le temps écoulé. Il pouvait aussi omettre des blocs vidéo correspondant à des zones inchangées.

Le récepteur était invité à masquer les manques, par exemple en répétant le bloc correspondant de l’image précédente. L’écran devenait plus stable, mais la stabilité n’était pas la récupération. Le bloc ancien remplissait une place ; il ne devenait pas le bloc source qui n’avait jamais été livré.

Cette différence importe pour l’exploitation comme pour l’archive. Une capture du rendu peut montrer une image convaincante tout en effaçant la trace du manque. Sans journal des numéros de séquence, des horodatages et des décisions de dissimulation, l’origine de certains pixels devient indémontrable.

La description de session ne contenait pas tout le nécessaire

Le DV pouvait garder audio et vidéo dans un flux groupé ou les séparer. Ce choix appartenait au type de charge dynamique et devait rester constant pendant la session, faute de quoi la synchronisation des séquences devenait complexe. Chaque encodage DV distinct exigeait son propre type de charge.

SDP annonçait l’encodage et la présence éventuelle d’audio groupé. Mais RFC 3189 n’a pas essayé de convertir chaque combinaison de rapport d’image, de position, d’échantillonnage audio, de canaux et de langue en paramètres de signalisation. Les paquets source et source-control des blocs VAUX et AAUX devaient donc accompagner le média lorsqu’ils étaient indispensables au décodage.

Le contrat était distribué. SDP décrivait la session. Le type de charge sélectionnait le format. Les blocs auxiliaires précisaient le contenu réel. L’arrivée des paquets et le comportement du décodeur restaient encore d’autres faits.

En mode séparé, la norme recommandait de reconditionner l’audio en DAT12, L16 ou L20 pour permettre sa réception par des équipements qui ne comprenaient pas le DV. Lorsque les deux flux restaient en DV, des horodatages correspondants facilitaient la synchronisation labiale. Ils ne prouvaient ni l’absence de pertes ni la qualité perçue.

Le successeur a corrigé sans nier

RFC 6469 a remplacé RFC 3189 en 2011. Il a ajouté les formats HDTV SMPTE 370M, le modèle offre/réponse et une référence au multicast spécifique à la source. Il a clarifié l’omission des sous-codes et expliqué que les exemples SDP de RFC 3189 utilisaient incorrectement l’attribut fmtp.

Le nouveau texte a également replacé SMPTE 306M dans la compatibilité historique, puisque son format était couvert par SMPTE 314M. Il n’a pourtant pas ordonné aux récepteurs de rejeter aveuglément les anciennes offres. Une valeur 306M provenant d’un système ancien pouvait encore être acceptée ou proposée en repli.

Surtout, la règle du marqueur n’a pas changé. Le bit M demeurait utile pour réduire l’attente, et insuffisant pour détecter seul le changement d’image. La continuité de cette règle montre que l’obsolescence concernait l’évolution du format et de sa signalisation, non l’abandon du modèle de perte.

Une valeur exacte dans une mission limitée

Dire que le marqueur n’était pas souverain ne le rend pas faux. Lorsqu’il était reçu, il indiquait exactement l’intention du paquet : voici la fin de l’image. Le danger commençait seulement lorsqu’une absence était interprétée comme une preuve que la fin n’avait pas eu lieu.

RFC 3189 reste ainsi une leçon de conception plus large. Une donnée peut être fiable et utile dans sa portée, puis devenir trompeuse si on lui demande de certifier ce qui a pu disparaître avec elle. Le réseau n’a pas transporté la vidéo sur bande en recherchant un signe parfait. Il a combiné un indice rapide, une horloge plus robuste et une politique explicite pour les morceaux manquants.