Sur le réseau, l’échantillon était valide ; sur la bande, il signalait une panne : RFC 3190

Résumé

• Dans le DV, la valeur négative maximale indiquait qu’aucun échantillon valable n’avait été lu ; dans les charges RTP DAT12, L16 et L20, toutes les valeurs numériques restaient des données audio légitimes.
• Le passage entre les deux mondes imposait soit de masquer une erreur avant l’envoi, soit de modifier un échantillon valide avant sa remise au DV. L’interopérabilité conservait l’écoute en transformant la preuve.

La bande avait réservé le fond de l’échelle

IEC 61834 attribuait une signification de contrôle à des valeurs qui ressemblaient à des échantillons. 800h en 12 bits, 8000h en 16 bits et 80000h en 20 bits signifiaient qu’aucune donnée audio valable n’était disponible pour cet instant. Une lecture magnétique défaillante pouvait produire ce code.

RFC 3190 n’a pas réservé ces nombres dans RTP. DAT12, L20 et L24 décrivaient des espaces numériques où chaque valeur possible était légitime. L16 suivait déjà ce principe. Le minimum négatif pouvait donc représenter un véritable point de la forme d’onde.

Le conflit n’était pas une erreur de taille. Les bits entraient parfaitement dans le paquet. C’était leur statut qui changeait : donnée sur le réseau, signal d’absence sur la bande. Une passerelle incapable de nommer le contrat actif ne pouvait pas préserver simultanément les deux sens.

Masquer l’erreur améliorait le son et réduisait l’histoire

À l’entrée DV vers RTP, le document recommandait un algorithme de dissimulation. Il n’imposait ni interpolation, ni répétition, ni silence. Une erreur isolée et une suite d’erreurs pouvaient exiger des traitements différents. L’émetteur pouvait même transmettre le code comme un échantillon, au risque d’un résultat sonore indésirable.

Cette liberté répondait à la contrainte du temps réel. Elle ne reconstituait pas la valeur que la bande n’avait pas livrée. Dès que la passerelle remplaçait 8000h par un point plausible, le paquet devenait une trace exacte de la réparation, pas de la lecture originale.

Un fichier RTP pouvait ainsi être intègre et cacher une panne en amont. Une écoute fluide pouvait coexister avec un trou irrécupérable dans la provenance. Sans journal parallèle, personne ne saurait plus si la forme d’onde provenait de la bande ou de l’algorithme.

Dans l’autre sens, il fallait altérer une donnée authentique

RTP vers DV posait le problème inverse. Un véritable minimum négatif ne devait pas devenir un faux défaut matériel. RFC 3190 conseillait de le déplacer vers la valeur négative immédiatement suivante : 800h vers 801h, 8000h vers 8001h.

En 20 bits, la plage 80000h à 8000Fh devenait 80010h. Un appareil 16 bits pouvait lire le flux 20 bits en ignorant quatre bits de poids faible ; seize valeurs distinctes se seraient alors confondues avec le même code d’erreur 16 bits. La protection devait donc couvrir toute la plage.

Le procédé était volontairement non exact. Il sacrifiait un peu de fidélité numérique pour empêcher un appareil de prendre le son pour une panne. Aucune traduction 24 bits n’était définie, car ce format ne figurait pas dans la spécification DV citée.

DAT12 économisait le réseau sans certifier la source

Le mode Long Play du DAT utilisait une représentation non linéaire de 12 bits issue d’échantillons linéaires de 16 bits. Une conversion en L16 aurait simplifié le transport mais consommé 33 % de bande passante en plus. DAT12 conservait le format compact.

Les valeurs signées de -2048 à 2047 étaient serrées, bit de poids fort en tête. Un nombre impair d’échantillons laissait les quatre bits faibles du dernier octet inutilisés. L20 connaissait le même demi-octet résiduel ; L24 tombait sur des octets entiers.

Ces règles prouvaient comment retrouver un nombre. Elles ne prouvaient ni l’absence de dissimulation, ni la qualité audible, ni l’identité de la source. Un parseur parfait pouvait reconstruire avec exactitude la valeur inventée par la passerelle.

Le bloc DV et l’instant RTP n’ordonnaient pas les canaux pareil

RTP plaçait ensemble les canaux d’un même instant : gauche un, droite un, puis gauche deux, droite deux. Le DV natif organisait ses blocs autrement. Une application qui extrayait l’audio devait donc redistribuer les échantillons. Si elle conservait la structure DV audio-vidéo groupée, elle devait employer le format de charge DV.

Un à trois canaux suivaient implicitement la convention AIFF-C. À partir de quatre canaux, le paramètre channel-order devenait nécessaire. Les combinaisons DV autorisées associaient gauche, droite, centre, surround ou grave selon des ordres fermés. Les symboles étaient collés sans séparateurs pour empêcher la fabrication d’un ordre arbitraire.

Le nombre annoncé et la carte de canaux devaient concorder. Même les cinq canaux, pour lesquels une seule combinaison était permise, exigeaient le paramètre. À l’inverse, les petites configurations devaient l’omettre afin de rester compatibles avec les anciens logiciels.

Les traductions linguistiques indépendantes ne devaient pas être traitées comme les composantes d’un même programme. Le RFC recommandait des sessions RTP distinctes pour que le récepteur puisse choisir sans recevoir tous les canaux.

Une session acceptée pouvait quand même sonner faux

La préaccentuation analogique modifiait le signal avant l’échantillonnage. RFC 3190 créait emphasis=50-15 pour la signaler hors bande et interdisait sa présence lorsqu’aucune préaccentuation n’avait été appliquée.

Un logiciel ancien pouvait accepter la description SDP tout en ignorant ce renseignement. Les paquets resteraient conformes, mais le son reçu paraîtrait trop brillant ou le son émis trop sourd. La réussite de la négociation ne certifiait donc pas la fidélité de l’écoute.

Le nom de charge disait quelle arithmétique employer. La fréquence et le nombre de canaux définissaient la grille. channel-order associait les positions. emphasis expliquait un traitement analogique. Aucune de ces métadonnées ne prouvait que le pair les avait comprises ni que le haut-parleur avait produit le résultat attendu.

L’interopérabilité était une série de conversions explicites

RFC 3190 a enregistré audio/DAT12, audio/L20 et audio/L24 et a donné un chemin entre équipements de bande et applications RTP. Il n’a pas affirmé que ces environnements partageaient spontanément leurs conventions.

Sa valeur historique vient de cette franchise. Un pont pouvait lisser un défaut, modifier un échantillon licite, réordonner les canaux ou dépendre d’un attribut ignoré. Chacune de ces opérations résolvait un problème en produisant une nouvelle représentation.

8000h n’avait donc pas une vérité intrinsèque. La bande lui donnait le pouvoir de signaler l’absence ; RTP lui donnait le droit d’être du son. Conserver la réalité du passage exigeait d’archiver le contrat, la conversion et le résultat séparément.