Runway Enhance Frame Rate débarque sur l'API Dev : de 24 à 120 fps, NTSC inclus

Runway a mis un nouveau modèle d'interpolation d'images sur son API pour développeurs le 17 septembre 2026, et le détail qui compte vraiment n'est pas le haut de la gamme — ce sont les fréquences fractionnaires. Runway Enhance Frame Rate recadence des séquences que vous possédez déjà vers une cible de 24, 25, 30, 48, 50, 60 ou 120 fps, et il accepte aussi les trois fréquences que la diffusion et le cinéma livrent réellement : 23,98, 29,97 et 59,94. Le changelog pour développeurs de Runway documente le modèle sous le nom enhance_frame_rate, invoqué via le même point de terminaison POST /v1/video_upscale que l'entreprise utilise déjà pour son upscaler créatif, plafonné à 300 secondes d'entrée par tâche et facturé à 1 crédit pour 2 secondes.

Cette ligne de facturation est la deuxième surprise. L'interpolation d'images est généralement facturée en fonction de la sortie — le Magnific Video Upscaler de Runway sur ce même point de terminaison facture 0,7 crédit par image de sortie en 720p/1K — ce qui signifie qu'une conversion de 24 fps à 120 fps coûte cinq fois le prix d'une conversion de 24 à 25 fps. enhance_frame_rate est facturé par seconde d'entrée. Une multiplication d'images par 5 et une multiplication par 1,05 coûtent exactement la même chose. Si votre travail consiste à livrer une même séquence à plusieurs fréquences d'images, cette seule ligne du tableau de tarification inverse l'arithmétique habituelle.

Le timing est aussi révélateur. L'outil autonome Frame Interpolation de Runway figure sur la liste officielle des outils obsolètes de l'entreprise, l'application Animate Keyframes étant désignée comme son remplacement. Enhance Frame Rate n'est pas une résurrection de cet outil web — c'est l'interpolation d'images reconstruite sous forme de modèle API, destinée aux pipelines plutôt qu'à une personne qui clique dans une timeline.

Ce que fait réellement Enhance Frame Rate

Il s'agit d'un modèle de retiming, pas d'un modèle génératif. Il n'y a pas de prompt, pas d'image, pas de clip de référence. Vous lui fournissez une vidéo qui existe déjà — qu'elle provienne d'une caméra, d'un montage ou d'un autre modèle Runway — et il synthétise les images intermédiaires nécessaires pour atteindre la cadence cible. L'annonce de Runway sur son propre compte X la présente de la même manière : « convertit n'importe quelle séquence aux spécifications dont vous avez besoin. »

Mécaniquement, il s'agit d'une tâche asynchrone sur l'endpoint d'upscale vidéo. Vous envoyez un URI de vidéo en POST, définissez model: "enhance_frame_rate", recevez un ID de tâche en retour, puis interrogez le résultat par polling. Comme il partage un endpoint avec l'upscaler de Runway, un pipeline qui communique déjà avec /v1/video_upscale nécessite un changement de paramètre plutôt qu'une nouvelle intégration.

Le journal des modifications de Runway répertorie ce qui suit comme la spécification actuelle annoncée par le fournisseur. Rien de tout cela n'a été vérifié de manière indépendante — il n'existe aucun benchmark tiers de ce modèle, et celui-ci n'a qu'un jour au moment de la rédaction.

• Cadences cibles — 24, 25, 30, 48, 50, 60 et 120 ips, ainsi que 23,98, 29,97 et 59,94 ips (indiquées dans l’API sous la forme 23_98, 29_97 et 59_94)

• Limite d’entrée — 300 secondes par tâche

• Prix — 1 crédit par 2 secondes d’entrée ; les crédits de l’API Runway coûtent 0,01 $ chacun

• Accès — POST /v1/video_upscale avec model : « enhance_frame_rate », sur Runway Dev

• Art antérieur chez Runway — un type de tâche frame_interpolation_v1 existait sous la version d'API du 2024-11-06 ; l'outil web autonome Frame Interpolation est obsolète

• Évaluation indépendante — aucune publiée

L’échelle des cadences d’images, et pourquoi 23,98 est la véritable information.

Chaque outil d’interpolation grand public propose des taux entiers. La colonne intéressante ici est celle des taux fractionnaires, car les taux fractionnaires sont ce que les spécifications de livraison indiquent réellement :

• 23,98 (23,976) — la cadence du film NTSC. Presque tous les masters cinéma et streaming, et la cadence sur laquelle les DVD et Blu-ray ont été produits.

• 24 — véritable cadence cinématographique, encore utilisée pour les DCP et de nombreux livrables de festivals.

• 25 — Territoires PAL et UER : le Royaume-Uni, la majeure partie de l’Europe, l’Australie, de vastes parties de l’Asie et de l’Afrique.

• 29,97 — diffusion NTSC, le frère fractionnaire de 30.

• 30 — fréquence entière pour la capture d'écran, les séquences web et de jeu.

• 48 — cinéma à haute fréquence d’images (la fréquence à laquelle les films Le Hobbit ont été tournés et projetés).

• 50 — PAL haute fréquence d'images, soit exactement 2× 25.

• 59,94 — haute fréquence d'images NTSC, la cadence de diffusion à 60 Hz aux États-Unis et au Japon.

• 60 — entier 60 Hz, la cible courante pour une lecture fluide sur le Web.

• 120 — ralenti et diffusion à haute fréquence de rafraîchissement.

L’écart entre 24 et 23,976 semble anodin, mais il ne l’est pas. Sur une heure de lecture, les deux dérivent l’un de l’autre d’environ 3,6 secondes. Injectez un master 24,000 dans une chaîne de livraison 23,98 et vous obtenez une dérive de synchronisation audio et des erreurs de cadence que le contrôle qualité de diffusion rejettera — c’est pourquoi les studios de postproduction effectuaient historiquement une étape de conform séparée pour rééchantillonner les cadences, ou refusaient le travail. Un outil qui émet directement la cadence fractionnaire supprime une étape de cette chaîne. C’est une affirmation bien plus étroite et bien plus ennuyeuse que « 120 fps », et pour quiconque livre à un diffuseur, c’est la raison de s’en soucier.

Les cibles 48 et 120 sont celles dont il faut se méfier en pratique. Interpoler du contenu à 24 ips jusqu’à 120 ips revient à inventer quatre images pour chaque image réelle, et lors de mouvements rapides, d’occultations ou d’un flou de mouvement important, tous les types d’interpolateurs produisent des images fantômes et des déformations. Runway ne publie aucune analyse d’artefacts, aucune comparaison avec un autre interpolateur et aucune recommandation de qualité plan par plan — la position honnête est donc que la spécification prend en charge le 120, et ce que donne le 120 sur vos séquences n’a pas été testé.

Ce que cela coûte, calculé en détail

Le calcul est étonnamment simple parce que l’unité est la seconde d’entrée. À raison d’1 crédit pour 2 secondes, et de 0,01 $ par crédit sur l’API pour développeurs de Runway (prépayée, minimum de 10 $ pour 1 000 crédits) :

• Un clip de 10 secondes, à n’importe quel débit cible — 5 crédits, environ 0,05 $.

• Un clip de 30 secondes — 15 crédits, environ 0,15 $

• Un clip de 60 secondes — 30 crédits, environ 0,30 $

• Un clip de 5 minutes, le plafond de 300 secondes — 150 crédits, environ 1,50 $

• Un clip de 90 secondes, 24 → 25 fps — 45 crédits, environ 0,45 $

• Le même clip de 90 secondes, 24 → 120 fps — 45 crédits, environ 0,45 $

Ces deux dernières lignes constituent tout l’argument tarifaire. Dans un modèle facturé par image de sortie, la deuxième tâche représenterait un nombre d’images 5× plus élevé et donc une facture environ 5× plus élevée. Ici, c’est gratuit.

La comparaison avec le voisin sur le même endpoint rend la chose concrète. Magnific Video Upscaler facture par image de sortie — 0,7 crédit en 720p/1K, 0,9 en 2K, 1,2 en 4K, avec un minimum d’un crédit par génération. Un clip de 10 secondes à 30 i/s représente 300 images de sortie, donc le tarif 720p/1K atteint 210 crédits, soit environ 2,10 $. Le même clip via enhance_frame_rate coûte 5 crédits, soit environ 0,05 $. Si vous voulez une fréquence d’images plus élevée et non une image plus grande, faire appel à l’upscaler coûte environ quarante fois plus cher. Notez aussi que l’activation de l’option facultative d’augmentation des i/s de l’upscaler modifie le nombre d’images de sortie et alourdit donc encore cette facture — la documentation tarifaire de Runway l’indique explicitement.

Une mise en garde concernant les coûts mérite d’être signalée : la page de tarification pour les développeurs de Runway fait autorité ici, et non cet article, et le prix des crédits serait en cours de réexamen en vue d’une tarification personnalisée depuis août 2026. Vérifiez le portail avant de prévoir un budget pour un lot important.

La limite de 300 secondes, et comment la contourner

Chaque tâche est limitée à 300 secondes d'entrée. C'est généreux pour un plan et court pour une bobine, donc tout ce qui dépasse doit être segmenté — et la manière dont vous segmentez importe plus que la limite elle-même.

Coupez aux limites de scène, pas selon une horloge fixe. Les interpolateurs déduisent le mouvement entre images adjacentes ; lors d’une coupe franche, la dernière image du plan A et la première image du plan B n’ont aucune relation de mouvement, et un modèle qui ne détecte pas la coupe inventera volontiers un morphing entre elles. Le changelog de Runway ne documente pas de détection automatique des scènes pour ce modèle, donc l’hypothèse sûre est qu’il n’y en a pas. Segmentez aux coupes, interpolez chaque segment, réassemblez sur une timeline à la nouvelle cadence.

Ce conseil n’est pas spécifique à Runway — c’est la mise en garde standard qui s’applique au retiming par IA partout. Un article SMPTE de 2025 sur la post-production assistée par IA, décrivant un pipeline d’interpolation optimisé avec TensorRT pour des conversions comme 23,976 → 25 et 29,97 → 23,976, avance le même argument : le contenu converti en fréquence d’images a besoin de coupures de trame aux changements de plan, puis d’un contrôle qualité, sinon le modèle hallucine au niveau du raccord. Attendez-vous à ce que la première passe nécessite un remplacement manuel des images autour des transitions difficiles.

Où il se situe face aux alternatives

L'interpolation de trames est un problème plus ou moins résolu depuis un moment, sous deux formes qui sont toutes deux différentes de celle-ci.

• Suites de bureau — les modèles Apollo et Chronos de Topaz Video AI sont la référence pour le retiming axé sur la qualité. Une licence perpétuelle, votre propre GPU, aucun compteur à la seconde, et une passe de réglage qui récompense celui qui sait ce qu’il regarde.

• Interpolateurs open source — RIFE et modèles similaires, auto-hébergés, pratiquement gratuits à la marge une fois que vous possédez le matériel, et constituent la base de la plupart des pipelines personnalisés que les studios de post-production ont construits eux-mêmes.

• Runway Enhance Frame Rate — aucun calcul local, un appel API, une facturation à la seconde d'entrée, et les cadences NTSC fractionnaires que les deux autres vous ont historiquement laissé le soin de conformer à la main.

L’arbitrage est limpide. Pour un plan ponctuel sur une station de travail que vous possédez déjà, un interpolateur local sera moins cher et vous offre des réglages que Runway n’expose pas. Pour des séquences qui arrivent dans un pipeline automatisé, ou une matrice de livrables où le même clip doit sortir en 23,98 pour un territoire et en 25 pour un autre, une API qui renvoie directement la cadence fractionnaire élimine une étape de conform — et le tarif à la seconde d’entrée signifie que la sortie multi-cadence ne coûte rien de plus.

La couche de routage qui l'entoure

Le retiming est une étape dans un pipeline qui comporte, quelque part à proximité, une étape de modèle de langage. La liste des plans et les notes de conformage, la passe de sous-titres et de sous-titres pour sourds et malentendants qui doit être resynchronisée sur la nouvelle cadence d’images, les métadonnées de livraison par territoire, le journal de contrôle qualité — tout cela, c’est du travail sur du texte, et c’est la partie d’un pipeline vidéo pour laquelle personne ne prévoit de budget.

Cette couche fonctionne avec une seule clé pour les 200 modèles du catalogue OrcaRouter, avec les prix catalogue des fournisseurs répercutés à 0 % de marge et un basculement automatique entre fournisseurs, de sorte qu'un modèle plus récent ou moins cher puisse être testé sur du trafic réel sans parier un chemin de production dessus. Pour être précis sur le périmètre : Runway Enhance Frame Rate est un modèle de l'API Runway Dev, appelé sur le point de terminaison propre à Runway, et OrcaRouter ne le sert pas. Ce que nous couvrons, c'est tout ce qui l'entoure.

Ce qui n'est pas encore connu

Presque rien sur la qualité. Ce modèle a environ un jour au moment de la rédaction, et tout ce qui précède au sujet de son comportement provient du changelog et de l’annonce de Runway. Plus précisément, non vérifié :

• Comportement des artefacts en cas de mouvement rapide, d’occlusion, de flou de mouvement et de sources à faible débit — aucun test publié par quiconque

• S'il détecte automatiquement les coupes de scène ou s'il effectue un fondu entre elles

• Si l’audio est transmis tel quel, rééchantillonné ou supprimé lorsque la fréquence d’images change

• Comment sa qualité se compare à RIFE, Apollo ou Chronos — aucune comparaison directe n'existe

• Si le prix par seconde d'entrée se maintient à mesure que le taux cible augmente, ou s'il est rééchelonné plus tard

Considérez les cibles de 120 fps et 48 fps comme de simples promesses tant que vous n'y avez pas passé vos propres séquences, et vérifiez la gestion des coupes sur le premier clip que vous envoyez.

Qui devrait bouger maintenant

Passez à l’action maintenant si vous livrez selon des spécifications de diffusion ou multi-territoire et payez actuellement une étape de conformage, si vos rushes passent déjà par un pipeline automatisé capable d’absorber un appel API de plus, ou si vous voulez du ralenti à partir d’une caméra qui n’a jamais filmé en haute vitesse et que vous préférez ne pas faire tourner un GPU.

Attendez si vous avez besoin de plus de cinq minutes sur une seule tâche et que vous ne pouvez pas segmenter aux coupes, si vous avez aussi besoin d'augmenter la résolution — c'est l'upscaler, à des tarifs par image — ou si vous possédez déjà un interpolateur de bureau et qu'il s'agit d'un plan unique. Et attendez si la qualité est le facteur décisif plutôt que la commodité : personne en dehors de Runway n'a publié de chiffre, et la première comparaison indépendante est ce qu'il vaut la peine d'attendre.

Le schéma à surveiller est de savoir si Runway continue d’étendre cet endpoint modèle par modèle. Il prend déjà en charge un upscaler créatif et désormais un retimer, tous deux sur POST /v1/video_upscale, tous deux facturés selon des unités entièrement différentes. Pour quiconque construit des pipelines de livraison, l’unité — des secondes d’entrée plutôt que des images en sortie — est l’élément autour duquel il vaut la peine de concevoir.