Sans régénérer le plan, Runway Ruby convertit la vidéo SDR en HDR

Ruby convertit jusqu’à 40 secondes de vidéo SDR en HDR10, HLG, ProRes ou EXR. Gen-4.5 peut parallèlement produire plusieurs formats HDR natifs.

Une vidéo SDR peut désormais être convertie en HDR directement depuis l’API de Runway, sans repasser par un modèle chargé de recréer son contenu. Baptisé Ruby, le nouvel outil étend la luminance du fichier source et livre plusieurs formats destinés à la diffusion, au montage, à l’étalonnage ou au compositing.

Ruby est accessible par l’endpoint `/v1/videotohdr`, avec le nom de modèle `ruby`. Il accepte aussi bien une vidéo importée qu’un résultat produit par Runway ou par un modèle extérieur, à condition que la source soit encore en SDR.

Contrairement à un générateur vidéo ou à certains outils d’amélioration, Ruby ne recalcule pas le contenu du plan. Runway indique que l’image d’origine et sa piste audio sont conservées. Le traitement applique une conversion colorimétrique encadrée afin d’étendre la luminosité vers la réserve disponible en HDR, sans remplacer les visages, les textures ou les autres éléments de la scène.

Cette méthode réduit les risques de dérive visuelle, mais ne recrée pas les informations absentes de la source. Une zone surexposée, une ombre bouchée ou un dégradé déjà détérioré ne récupère pas automatiquement ses détails. La conversion redistribue les valeurs disponibles dans un signal HDR ; elle ne revient pas à la captation ou au rendu d’origine.

La formule « true HDR » employée par Runway décrit surtout la nature technique des fichiers produits. Les sorties utilisent l’espace BT.2020, les courbes PQ ou HLG et, pour le HDR10, des métadonnées mesurées. Cela ne signifie pas qu’une source SDR acquiert rétroactivement la richesse d’un contenu initialement capté ou calculé en HDR.

Le format sélectionné par défaut est le HDR10. Ruby renvoie alors un fichier MP4 utilisant le HEVC Main 10, encodé en BT.2020 avec une courbe PQ. Une seconde option produit du HLG, toujours en HEVC 10 bits et BT.2020. Le HDR10 vise notamment les écrans et plateformes compatibles avec ses métadonnées, tandis que le HLG reste courant dans les chaînes de diffusion.

Pour le montage et l’étalonnage, l’option `hdrprores` fournit un fichier MOV en BT.2020 PQ. Trois profils sont proposés : ProRes 422, 422 HQ et 4444, avec le 422 HQ sélectionné par défaut. Cette sortie sert de fichier intermédiaire plus adapté aux échanges entre logiciels qu’un MP4 compressé destiné à la lecture.

Le format le plus ouvert pour le compositing est `hdrexrsequence`. Chaque image du plan est enregistrée dans un fichier OpenEXR half-float, avec le signal exprimé en lumière linéaire BT.2020 et une valeur de 1 correspondant à 100 nits. L’ensemble est regroupé dans une archive ZIP comprenant aussi des fichiers décrivant la colorimétrie et la provenance du traitement. Lorsque la source contient du son, celui-ci est livré séparément dans un fichier `audio.wav`.

La mention d’une sortie pouvant atteindre 16 bits concerne donc précisément les séquences EXR half-float. Elle ne s’applique pas uniformément au HDR10, au HLG ou aux différents profils ProRes. Les deux premiers restent livrés en HEVC 10 bits, tandis que la documentation présente séparément le ProRes et l’EXR.

Ruby ne modifie pas la définition de la vidéo. Il s’agit d’une conversion de dynamique et de couleur, pas d’un outil d’agrandissement. Runway peut seulement réduire légèrement les dimensions afin qu’elles correspondent à un multiple de 16, une contrainte technique à prendre en compte lorsque le cadrage ou les dimensions finales doivent être strictement conservés.

Une divergence apparaît entre l’annonce publiée sur X et la documentation technique. La première mentionne des vidéos pouvant durer jusqu’à 30 secondes, alors que la documentation actuelle autorise des sources SDR de 40 secondes au maximum. Elle impose également une largeur et une hauteur inférieures à 4 096. Les fichiers déjà identifiés comme HDR sont refusés afin d’éviter une seconde conversion.

Les fichiers locaux peuvent passer par le système d’import temporaire de l’API. Celui-ci accepte des fichiers allant jusqu’à 200 Mo et fournit une adresse `runway://` valable pendant 24 heures. Une même adresse peut être réutilisée pour plusieurs requêtes tant qu’elle n’a pas expiré.

La conversion est facturée 20 crédits par seconde, soit 0,20 dollar au tarif de 0,01 dollar par crédit appliqué dans le portail développeur. Le prix double à 40 crédits par seconde lorsque la source dépasse environ quatre millions de points par image, ce qui correspond notamment à la plupart des fichiers 4K.

Une conversion de dix secondes revient ainsi à 2 dollars dans le premier palier ou à 4 dollars pour une source dépassant ce seuil. À la durée maximale documentée de quarante secondes, le coût atteint respectivement 8 ou 16 dollars. La facturation repose sur la durée du résultat et sur la définition du fichier source.

Les crédits de l’API sont distincts de ceux inclus dans les abonnements de l’application Runway. Ruby vise donc d’abord les équipes et services capables d’intégrer l’endpoint à une chaîne de traitement, plutôt qu’une conversion ponctuelle réalisée directement depuis l’interface grand public.

Runway ajoute parallèlement des formats professionnels et HDR aux sorties de Gen-4.5. La distinction avec Ruby est importante : Gen-4.5 peut produire directement son résultat en HDR, alors que Ruby convertit après coup une vidéo SDR existante.

Gen-4.5 prend désormais en charge le HDR10, le HLG, le SDR Rec.709 10 bits, le ProRes HDR, les séquences PNG HDR 16 bits, les séquences EXR half-float et un master PQ 12 bits sans perte. Runway précise que ces rendus HDR sont calculés directement dans l’espace BT.2020 et ne résultent pas d’une conversion effectuée après la génération.

Aleph 2.0 gagne de son côté le SDR Rec.709 10 bits ainsi que plusieurs formats éditoriaux, mais pas le rendu HDR natif. Une vidéo modifiée avec Aleph doit donc être envoyée ensuite vers Ruby pour obtenir une version HDR.

Ces formats entraînent un supplément par rapport au prix initial du modèle. Le ProRes standard et les séquences PNG ajoutent 5 crédits par seconde. Les profils 10