DNxHR LB

Avid DNxHR (Digital Nonlinear Extensible, High Resolution) est le successeur de DNxHD indépendant de la résolution, normalisé par la SMPTE sous la référence RDD 36. Il gère toutes les tailles d'image, de la SD jusqu'à la 8K, et se décline en cinq tiers de qualité : LB (Low Bandwidth), SQ (Standard Quality), HQ (High Quality), HQX (12 bits) et 444 (RVB complet). LB occupe volontairement le bas de l'échelle. Il encode de la vidéo intra-frame 8 bits 4:2:2, c'est-à-dire que chaque image est compressée seule, sans prédiction interframe, si bien que le scrubbing, le shuttle J-K-L et la lecture arrière restent réactifs même sur un laptop modeste.

Le débit est ce qui distingue LB. En 1080p à 23,976 i/s il vise environ 36 Mbps, monte à près de 115 Mbps en UHD 2160p et augmente encore avec la cadence. Un master ProRes 422 HQ du même plan peut peser cinq à dix fois plus, et c'est précisément pourquoi LB est le tier choisi quand le seul but est un montage offline rapide et fiable, pas une passe d'étalonnage ou de finition. Parce qu'il est intra-frame, une timeline d'une heure en proxys LB reste assez petite pour tenir sur un SSD interne sans déclencher les alertes de disque plein que provoquent les originaux caméra en long-GOP.

Avid Media Composer traite DNxHR comme un codec natif de premier plan, pas comme un format de plugin. Le transcodage des rushes en LB se fait via la commande Consolidate/Transcode, et les fichiers obtenus sont écrits en .mxf au format OP-Atom dans le dossier Avid MediaFiles/MXF/, où Media Composer les indexe automatiquement comme média géré. Cette structure de dossier est le détail que manquent la plupart des nouveaux utilisateurs d'Avid : placez un MXF hors de Avid MediaFiles/MXF/1/ et le media browser ne le verra pas. DaVinci Resolve et Premiere Pro savent aussi décoder et encoder DNxHR, mais ils l'emballent au format OP1a, donc un fichier LB fait pour Resolve n'est pas directement interchangeable avec la structure de bins d'Avid.

Une erreur courante est de confondre LB avec un intermédiaire visuellement sans perte. Il est volontairement avec perte et 8 bits, donc inadapté au travail colorimétrique. Pour cela vous passez à HQX ou 444. Le rôle de LB, c'est la vitesse sur la timeline, et il le remplit mieux que presque tout autre codec proxy accepté en broadcast.

DNxHR LB n'aide qu'une fois le proxy créé, donc si vos originaux caméra saccadent encore, voyez comment choisir entre proxys ProRes, DNxHR et H.264, ou laissez le panneau Premiere Pro de Sanbila générer vos proxys dans le cloud et les attacher pour vous.