Une finition vidéo HDR peut donner plus d’espace aux hautes lumières et aux couleurs saturées, mais elle ne peut pas sauver une photo faible. Runway a publié Ruby le 20 août 2026 en tant que modèle d'étalonnage des couleurs SDR vers HDR. Pour un créateur APOB, la question pratique est plus petite : un clip de héros déjà approuvé gagne-t-il suffisamment sur un écran compatible HDR pour justifier un autre rendu payant, un deuxième fichier de livraison et une révision supplémentaire ?

Testez un clip APOB avant de miser sur le HDR

Ce flux de travail maintient la génération et la finition séparées. Créez le maître SDR le plus puissant avec leGénérateur vidéo APOB AI, gelez-le, puis testez ce fichier exact dans Ruby. APOB AI a préparé ce guide à partir des pages officielles de sortie et de tarification de Runway le 28 août 2026. Il rapporte une méthode contrôlée, et non une référence privée ou une promesse que le HDR améliore chaque clip.

Ce protocole SDR vers HDR ne publie aucun résultat inventé. Il utilise un plafond de deux tentatives, rejette toutes les réclamations non étayées et conserve un SDR de repli reconnu comme étant bon.

SDR par défaut

Commencez par une présomption SDR : conservez le maître SDR approuvé à moins que la destination, le fichier source et la comparaison contrôlée justifient tous un compagnon HDR. Ruby crée une nouvelle option de finition ; cela ne change pas ce qui s'est passé pendant la génération et ne rend pas chaque lecteur, plate-forme et écran prêt pour le HDR.

Faits publiés. La RunwayEntrée du journal des modifications du 20 aoûtdécrit Ruby comme un modèle natif d'étalonnage des couleurs qui transforme la vidéo SDR en HDR. L'entrée indique qu'il peut mettre à jour la luminosité et la gamme de couleurs et qu'il est disponible via le mode Outil, les flux de travail et Runway Dev. Traitez-les comme des capacités déclarées par le fournisseur. La date du témoignage est le 28 août 2026 ; revérifiez le journal des modifications avant la publication.

Entrées prises en charge. La même version indique que Ruby accepte les sorties des modèles Runway, des modèles tiers et des fichiers vidéo existants. Cela rend possible un transfert contrôlé dès le premier APOB : générez ou animez un actif possédé, téléchargez un maître intact et donnez ce fichier à Ruby sans modifier l'invite, la coupure ou la durée. La compatibilité n'est pas une preuve d'amélioration ; il établit seulement que l'itinéraire d'essai existe.

Accès et coût. Runway répertorie les forfaits Ruby for Pro+ et leurs versions actuellespage modèles et créditsaffiche 20 crédits par seconde. Une entrée de dix secondes a donc une estimation de génération répertoriée de 200 crédits avant toute tentative ou répétition infructueuse. Enregistrez la page datée, la surface du compte, le coût réel de la tâche et le reçu. Ne transformez pas une observation de compte en une demande de prix permanente.

Validation de la chaîne d’affichage

N'envoyez pas une campagne entière via un convertisseur vidéo HDR, car une étiquette semble premium. Sélectionnez un candidat uniquement lorsque son contexte de prestation et son contenu visuel créent un avantage plausible. La décision commence avant que les crédits ne soient dépensés.

HDR contre 4K. HDR décrit une luminosité et une gamme de couleurs plus larges ; 4K décrit les dimensions des pixels. Une vidéo 4K HDR combine les deux, mais l’une ne garantit pas l’autre. La mise à l'échelle peut ajouter des pixels sans restaurer les hautes lumières écrêtées, tandis qu'une qualité HDR peut changer de plage sans augmenter la résolution. Enregistrez séparément la résolution, le codec, la profondeur de bits et le mode d'affichage afin que les évaluateurs ne attribuent pas le mauvais processus.

Extraits des candidats. Choisissez un court clip de héros avec des reflets, des dégradés, des objets saturés, des tons chair ou une surface de produit délibérée qui pourrait révéler des problèmes d'étalonnage. Préférez un clip approuvé réalisé à partir d’actifs détenus ou sous licence. Rejeter un candidat présentant une anatomie brisée, un texte de produit illisible, une compression sévère ou un rythme narratif raté ; ces défauts appartiennent à l’amont, pas au montage vidéo HDR.

Notez la source avant la conversion : identité, mouvement, fidélité du produit, composition, exposition, couleur, texte et intégrité de l'exportation. Chaque critère est une réussite ou un échec. Ruby entre dans le flux de travail uniquement si la source répond à tous les critères protégés et que la destination peut afficher le HDR.

Quand le SDR suffit. Conservez le SDR lorsque la destination ne prend pas en charge le HDR de manière fiable, que le client nécessite un simple master, que la source a peu de pression sur les hautes lumières ou la gamme de couleurs, ou que la comparaison ne montre aucun gain significatif. Le SDR est également la solution de secours lorsque les visages ne sont plus naturels, que les hautes lumières semblent dures, que la bande de dégradés ou la conversion de plate-forme est incertaine. « Pas de conversion » est une décision de production valable et non une expérience ratée.

Verrouillage du fichier maître

L'APOB doit rester la source créatrice de la vérité. C'estFlux de travail vidéo compatible avec les Runwayaide un créateur à développer le sujet, le mouvement, la durée et le clip SDR approuvé avant un test de finition externe. Cette séparation est un avantage : l'équipe peut corriger l'identité ou l'histoire en amont au lieu de demander une passe de couleur pour résoudre les erreurs de génération.

Choisissez le clip du héros. Générez un petit lot à partir d’un brief verrouillé, puis approuvez un clip de héros. Examinez-le à vitesse normale, en sourdine, avec le son et image par image autour des transitions de mouvement ou d'éclairage. Enregistrez pourquoi il a gagné et quels défauts restent acceptables. Le propriétaire de la décision signe le maître SDR avant l'ouverture de Ruby ; sinon, deux cibles mobiles rendent la comparaison dénuée de sens.

Préserver la qualité des sources. Téléchargez le master pris en charge de la plus haute qualité disponible à partir du flux de travail approuvé. Ne l'enregistrez pas à l'écran, ne l'envoyez pas via une application de messagerie ou ne le réexportez pas simplement pour le renommer. Préservez le rapport hauteur/largeur, la fréquence d’images, la durée, l’audio et le fichier intact. Si une plate-forme de livraison a besoin d'un encodage plus petit, créez ce dérivé après la décision HDR plutôt que de l'utiliser comme source de test.

Fichiers de nom et de version. Utilisez des noms qui exposent la lignée :campaign_shot03_sdr-master_v1.ext,campaign_shot03_ruby-hdr_test01.ext, etcampaign_shot03_sdr-delivery_v1.ext. Stockez la somme de contrôle source, les paramètres Ruby, l'ID de tâche, la date, l'opérateur, l'estimation répertoriée, les frais de crédit finaux, l'affichage utilisé et la décision. N'écrasez jamais le maître SDR. Un nouveau fichier source nécessite un nouvel ID de test.

Test sur un seul rendu

Le test change une chose : le traitement Ruby. Maintenez la stabilité de la source, de la durée, du chemin du compte, des affichages d’évaluation, de l’éclairage de la pièce et de l’ordre de révision. Si l'outil n'expose aucun contrôle de qualité réglable, enregistrez ce fait plutôt que d'inventer des paramètres.

Configuration des tests. Téléchargez le maître SDR gelé via une surface Ruby actuellement prise en charge. Capturez l'estimation préalable et soumettez une conversion. Téléchargez le résultat intact. Inspectez la durée du fichier, les dimensions, la fréquence d’images, la présence audio et la lecture avant de juger de l’esthétique. Un fichier corrompu ou incompatible est une défaillance technique et ne doit pas entrer dans la comparaison visuelle.

Utilisez au moins un écran compatible HDR avec HDR activé et un écran SDR ordinaire ou une interprétation SDR. Étiquetez chaque paramètre d’écran et de système d’exploitation. Les évaluateurs doivent voir A et B sans savoir lequel est censé gagner, puis enregistrer leurs observations de manière indépendante.

Grille d’évaluation sur trois écrans

Grille CQ visuelle. Examinez les mêmes images pour les détails des hautes lumières, la séparation des ombres, les tons chair, la couleur du produit, la saturation, les dégradés, les bandes, la stabilité du mouvement, le texte et les changements inattendus. Exigez des timecodes et des captures d’écran pour chaque rejet. Un pass nécessite une identité et des informations sur le produit intactes, ainsi qu'un avantage de livraison visible sur l'écran cible ; « a l'air plus vivant » sans emplacement ni comparaison ne suffit pas.

Estimation de crédit. Calculerduration in seconds × 20 listed credits per secondpour le devis daté. Ajoutez ensuite les frais réels pour toute nouvelle tentative autorisée. Définissez un budget d'une conversion et une nouvelle tentative de diagnostic uniquement si une panne technique a une cause claire. Le coût par clip HDR accepté est égal à tous les crédits Ruby dépensés divisés par les clips acceptés ; indiquez la taille et la date de l’échantillon, et non un coût universel.

Plan de retour pour deux livrables

Le choix final appartient au travail de livraison et non à l'outil. Conservez le fichier HDR uniquement lorsqu'il répond aux critères de protection, crée un avantage observable et possède une destination compatible HDR avec une solution de secours approuvée.

Décision de livraison. Publiez HDR lorsque le client, le lecteur, la plate-forme et le chemin d'affichage ont été testés avec le fichier exact. Archivez-le pour plus tard lorsque la qualité est bonne mais que la destination actuelle est incertaine. Ignorez-le lorsque l'avantage est négligeable ou que la note crée un échec protégé. Enregistrez le réviseur, la date, la destination, la décision et le lien vers les preuves sur une seule ligne.

Repli SDR. Conservez le maître SDR approuvé et un dérivé SDR prêt pour la plateforme. Si le téléchargement HDR est rejeté, mappé en tons de manière imprévisible ou affiché de manière incorrecte, passez à ce fichier connu plutôt que d'improviser une autre conversion à l'approche de la date limite. Ouvrez la page ou l'application servie après le téléchargement et comparez-la avec le maître local sur l'appareil prévu.

Liste de contrôle des archives. Archivez le brief original, l'invite et les entrées APOB, le maître SDR approuvé, la somme de contrôle, l'estimation et le reçu Ruby, la sortie HDR, l'inspection des fichiers, les paramètres d'affichage, la grille de contrôle qualité, les captures d'écran, les notes du réviseur, le fichier de livraison et la décision. Revérifiez leModèle de Runway et page de tarificationd'ici le 20 septembre 2026 ou avant si l'accès, les crédits, les surfaces ou les entrées prises en charge changent.

Décision d'une page : approuver la source DTS ; vérifier une destination compatible HDR ; geler un fichier ; estimer les crédits ; convertir une fois ; inspecter le dossier; comparer sur les écrans HDR et SDR ; rejeter tout défaut d'identité, de produit, de mouvement, de texte ou de couleur ; conserver un repli SDR ; archiver toutes les preuves. Le flux de travail réussit lorsqu'il rend le choix de livraison explicable, même lorsque la bonne réponse est d'ignorer le HDR.

Sources

• Runway – Mises à jour du produit et journal des modifications

• Runway Academy — Crédits et modèles disponibles

• APOB AI — Générateur vidéo AI

• APOB AI — Flux de travail de génération vidéo Runway AI

• APOB AI — Générateur d'influenceurs IA