CUT 01 / Rendu
Comment fonctionne le rendu d'images déterministe, et pourquoi les images perdues ruinent une pub
Le rendu déterministe peint chaque image à une position exacte de la timeline avant l'encodage de la vidéo. Cela garde le mouvement, les coupes et le texte produit stables, au lieu de demander à un enregistreur en direct de suivre le rythme.
Le rendu d'images déterministe fonctionne en fixant un temps virtuel précis, en peignant la scène pour ce temps, et en capturant le résultat une fois pour chaque image de sortie. Comme le moteur de rendu avance par horodatages connus plutôt qu'à la vitesse de lecture du monde réel, un navigateur lent ne peut pas sauter silencieusement une partie du mouvement.
Qu'est-ce qu'une image perdue ?
Une vidéo est une séquence d'images fixes affichées à une cadence fixe. À 30 images par seconde, une scène de trois secondes a besoin de 90 positions d'image distinctes. Chacune représente un point prévu sur la timeline.
Une image perdue se produit quand le processus de capture échoue à enregistrer l'une de ces images attendues, ou en répète une à la place. Cela peut arriver quand un enregistreur d'écran et la page qu'il enregistre dépendent tous deux du temps réel. La page essaie d'animer, l'enregistreur essaie de l'échantillonner, et la machine essaie de faire plein d'autres choses en même temps.
Si une image met trop de temps à se peindre, l'horloge d'animation continue d'avancer. L'enregistreur peut capturer la scène après qu'elle a déjà sauté en avant. Le fichier final peut toujours indiquer le frame rate demandé, parce que des images répétées ou retardées remplissent le conteneur, mais le mouvement à l'intérieur ne suit plus la trajectoire prévue.
C'est facile à manquer dans un aperçu approximatif. Dans une pub soignée, ça se voit comme un à-coup, un changement de vitesse soudain, ou un texte qui tremble pendant un mouvement.
Pourquoi les images perdues sont-elles particulièrement visibles dans les images produit ?
Les interfaces contiennent des bords droits, du petit texte, des colonnes alignées, un espacement répété. L'œil utilise ces repères comme une grille. Un mouvement de caméra irrégulier sur cette grille expose rapidement les erreurs de timing.
Imaginez un tableau de bord qui se déplace vers la gauche à vitesse constante. Avec un espacement d'images régulier, chaque colonne parcourt la même distance entre deux images. Si une image est répétée et que la suivante rattrape le retard, le tableau de bord marque une pause puis saute. Le mouvement peut durer moins d'une seconde, mais le changement est visible parce que la grille donne à l'œil une règle graduée.
Les images perdues affaiblissent aussi le timing des coupes. Un accent de musique peut tomber sur l'horodatage prévu pendant que le visuel arrive en retard. Un sous-titre peut disparaître avant que la ligne parlée soit finie. La révélation d'un bouton peut perdre le petit temps de repos qui la rend lisible.
Un bon matériel source ne peut pas corriger ça après la capture. De vraies images de navigateur protègent l'interface elle-même, mais l'horloge de rendu doit protéger la façon dont ces images bougent.
Comment une horloge virtuelle change-t-elle le processus ?
Un moteur de rendu déterministe n'appuie pas sur play en espérant que la scène suive. Il contrôle le temps.
Pour chaque image, il suit une séquence :
- Calculer l'horodatage à partir du numéro d'image et du frame rate.
- Régler l'horloge virtuelle de la scène sur cet horodatage.
- Demander à la scène de rendre son état de façon synchrone.
- Laisser le navigateur terminer la mise en page et le rendu visuel.
- Capturer une image fixe.
- Passer à l'horodatage suivant.
À 30 fps, l'horodatage de l'image i se calcule à partir de i × 1000 ÷ 30 millisecondes. La capture peut prendre plus d'un trentième de seconde en temps réel. Cela ne change rien à la position virtuelle représentée par l'image.
La séquence d'images fixes est ensuite encodée à 30 fps. L'encodage décide de la vitesse à laquelle les spectateurs voient les images, pas de la vitesse à laquelle la machine a réussi à les créer.
Qu'est-ce qui rend une scène déterministe ?
La scène a besoin d'une seule source de temps. Chaque propriété en mouvement doit dériver de l'horodatage fourni par le moteur de rendu : position, échelle, opacité, masques, compteurs, et le temps fort actif.
Les entrées non contrôlées cassent la reproductibilité. Une requête réseau en direct peut renvoyer un contenu différent. Une animation CSS peut avancer sur sa propre horloge. Une valeur aléatoire peut déplacer une particule vers un nouvel endroit à chaque rendu. Une webfont tardive peut changer les sauts de ligne après que les premières images ont déjà été capturées.
Une scène fiable utilise donc des ressources locales capturées, des dimensions fixes, des polices connues, et un mouvement piloté par l'horodatage. Elle charge ces dépendances avant que la séquence d'images ne commence. Si de l'aléatoire est nécessaire pour une texture ou un motif, il doit utiliser une graine stable.
La reproductibilité rend les révisions plus sûres. Changez un titre et le timing reste le même. Ajustez un cadrage et chaque autre plan reste en place. Rendez à nouveau les mêmes entrées et vous pouvez comparer les sorties sans vous demander si la charge machine a changé l'animation.
Comment le timing de la voix s'intègre-t-il à la timeline déterministe ?
La voix est mesurée avant que la timeline finale ne soit fixée. Chaque ligne générée a une durée audio réelle, et cette durée devient le temps minimum disponible pour sa scène. Un rythme demandé peut ajouter une tenue, mais ne doit pas couper une ligne parlée court.
Une fois les débuts et fins de scène connus, leurs points de coupe guident aussi la musique. Une pulsation ou un impact peut tomber sur la vraie transition plutôt que sur une estimation écrite avant que l'audio n'existe.
Cela compte pour le montage décrit dans ce qui fait qu'un sizzle reel retient l'attention. Le rythme vient de temps forts qui ont du sens. Le timing déterministe garde ces temps forts intacts jusqu'à la production.
Qu'ajoute l'encodage une fois les images en place ?
Les images numérotées ne constituent pas encore un fichier de livraison exploitable. Un encodeur les transforme en flux vidéo compressé et multiplexe ce flux avec la voix et la musique.
Pour sizzledraft, les formats de livraison sont le vertical 1080x1920 ou l'horizontal 1920x1080 à 30 fps. La vidéo utilise le h264 avec le format de pixel yuv420p pour une compatibilité de lecture large. La voix et la musique synthétisée sont mixées, normalisées vers -14 LUFS, et ajoutées comme flux audio AAC.
L'encodage ne peut pas restaurer une image qui n'a jamais été rendue. Son travail est de préserver et d'empaqueter la séquence qu'il reçoit. C'est pourquoi le processus de rendu des images et les réglages du codec doivent être traités comme des étapes séparées.
Comment vérifier un rendu plutôt que de simplement l'ouvrir ?
Ouvrir le MP4 et regarder les premières secondes est utile, mais ça ne prouve pas que le fichier respecte son contrat. Une vérification automatisée peut inspecter plusieurs propriétés indépendantes.
Premièrement, sonder le média :
- La largeur et la hauteur correspondent au format choisi
- Le frame rate est de 30 fps
- La durée est dans la tolérance autorisée
- Le codec vidéo est h264
- Le format de pixel est yuv420p
- Un flux audio est présent
Deuxièmement, inspecter la scène telle qu'écrite à des horodatages d'échantillon pour repérer des éléments qui dépassent le cadre de la vue. Une mise en page peut sembler correcte au début et être coupée pendant un mouvement.
Troisièmement, décoder des images sélectionnées du MP4 fini et comparer leurs empreintes. Si chaque image échantillonnée est identique, une scène censée bouger a peut-être gelé. Des échantillons pris à l'intérieur et à travers les temps forts offrent un contrôle de base que le changement a survécu à l'encodage.
Ces vérifications ne remplacent pas une revue créative. Elles rattrapent les échecs techniques pour que la revue humaine puisse se concentrer sur l'accroche, la lisibilité et l'argument.
Le rendu déterministe rend-il chaque animation bonne ?
Non. Il rend l'animation prévue reproductible. Une courbe d'accélération médiocre, un cadrage illisible ou une image surchargée seront reproduits parfaitement jusqu'à ce que quelqu'un les change.
L'avantage en production, c'est que les défauts deviennent précis. Si un mouvement semble abrupt, ajustez sa fonction de timing. Si un sous-titre disparaît trop tôt, changez son intervalle. Si le produit est trop petit en format vertical, écrivez une composition plus rapprochée. Le système n'ajoute plus d'erreurs de lecture aléatoires au diagnostic.
Commencez par les bons choix éditoriaux. Choisissez le vertical ou l'horizontal selon l'emplacement de diffusion, et écrivez une accroche que les images peuvent prouver. Puis laissez une horloge exacte porter ces choix jusqu'au fichier final.
Vous pouvez transformer un site web public en pub au rendu déterministe avec sizzledraft. Le résultat n'est pas l'enregistrement d'un navigateur qui tente de tenir la cadence en temps réel. C'est une séquence où chaque image avait un rendez-vous.
Plus de notes pratiques, zéro remplissage.
VOIR TOUTES LES NOTES →