Lucy 2.5 Realtime Video : latence, coût et configuration de l’API

À $0.02 la seconde, Lucy 2.5 de Decart peut sembler abordable. Mais un stream de quatre heures revient déjà à $288. Cette API de transformation vidéo par IA en direct est largement accessible, mais le 1080p mis en avant au lancement ne correspond pas à la résolution documentée pour l’API. Quant à la latence vedette, elle mesure le modèle, pas le trajet complet de la caméra à l’écran. Voici ce qui relève de la communication, ce que documente réellement l’API, et combien cela coûte à l’heure selon la voie d’accès choisie.

Lucy 2.5 : ce que fait réellement l’API vidéo temps réel

Lucy 2.5 est un modèle d’édition vidéo temps réel de type vidéo-à-vidéo signé Decart, présenté le 16 juillet 2026 dans "Raising the Bar for Live AI". Le flux vidéo arrive via WebRTC ; des prompts textuels et, si besoin, des images de référence guident la transformation ; les images modifiées sont renvoyées à une cadence annoncée de 30 fps. Le point essentiel est qu’il s’agit de transformer un flux existant : Lucy peut restyler, remplacer, ajouter ou supprimer des éléments dans une vidéo en direct, mais ne génère pas un clip final à partir de rien. Tim Simmons de Theoretically Media résume bien la nuance : on parle d’effets live et de compositing sur un flux, non de montage non linéaire. Le service reste réservé à l’API : "There's no app version yet," et le produit tenu en main dans la vidéo de lancement de Decart "is not an available product."

La documentation de l’API accepte des sources en direct comme enregistrées, tandis que la page du modèle chez fal indique que l’usage commercial est autorisé dans le cadre de ses conditions. Decart a levé plus de $450M, dont un tour de $300M mené par Radical Ventures en mai 2026.

Oubliez le 1080p : l’API est documentée en 720p

Les supports de lancement et la page du modèle fal annoncent Lucy 2.5 à 30 fps et en 1080p. Pourtant, la documentation de l’API Decart indique une sortie de 1280 × 720, au format paysage 16:9 ou portrait 9:16. Tant qu’un endpoint 1080p n’est pas documenté publiquement, mieux vaut bâtir son projet sur du 720p : c’est l’engagement de l’API, et c’est aussi la résolution retenue dans les exemples tarifaires.

La même prudence s’impose pour la cadence. Le "30 FPS" figure dans les messages marketing, sans méthodologie de mesure publiée. Decart ne communique ni sur le matériel d’inférence, ni sur la taille du modèle, ni sur un test complet allant de la capture à la lecture. Comme point de comparaison externe, le préprint de recherche SANA-Streaming, publié en mai 2026, annonce 24 fps de bout en bout en 1280 × 704 sur une seule RTX 5090, tandis que son cœur diffusion-transformer atteint 58 fps. Ce n’est pas un benchmark de Lucy : cela illustre simplement pourquoi une promesse brute de "30 FPS", sans point de mesure défini, ne suffit pas à caractériser les performances.

Latence : ce que couvre le « quasi zéro » — et ce qu’il laisse de côté

Trois chiffres de latence circulent autour de Lucy 2.5, mais ils ne désignent pas la même chose. Le billet de Decart sur son infrastructure DOS 2.0, publié parallèlement à son tour de $300M, évoque une réponse du modèle inférieure à 30 ms. De son côté, un article communautaire sur Hugging Face attribue à la pile d’inférence de Decart une inférence sous les 40 ms en 720p : quantification MXFP8/NVFP4, attention dynamique clairsemée, fusion poussée des kernels, et accélération annoncée de 4× sur les opérations limitées par le calcul. Aucune de ces sources ne publie toutefois le délai complet entre la capture caméra et les pixels affichés chez le spectateur. Ce parcours inclut le transport WebRTC, l’encodage et le lecteur, et dépend des conditions réseau. Pour l’évaluer dans votre déploiement, filmez un horodatage visible, puis comparez-le avec la sortie affichée sur le réseau et le chemin de lecture visés.

Contrôle des retouches : huit modes, et les limites de Self-Anchoring

La surface d’édition documentée de Lucy 2.5 comprend huit opérations. Elles peuvent être pilotées par prompts textuels, images de référence, ou les deux :

Deux détails de contrôle comptent davantage que cette liste. D’abord, Self-Anchoring — le mécanisme qui réinjecte les sorties récentes du modèle comme référence afin d’éviter la dérive d’identité au fil des longs streams — est activé par défaut et ne peut être modifié qu’au moment de la connexion. La documentation de Decart recommande de le désactiver lorsqu’il y a une coupe franche, l’arrivée d’une nouvelle personne dans le cadre ou un changement important de scène : dans ces situations, l’ancre renvoie à un monde qui n’existe plus. Cela impose une reconnexion ; les configurations multicaméras doivent donc l’anticiper.

Ensuite, les images de référence doivent respecter des critères documentés : elles doivent être nettes, bien éclairées, sans obstruction, faire au moins 512 × 512 pixels, et proposer un cadrage cohérent avec la vidéo source. Une image sombre ou mal assortie peut faire échouer complètement un remplacement.

Temps réel ou génération hors ligne : choisir la bonne approche

Les générateurs hors ligne, tels que Runway, Pika ou les outils de la classe Sora, ne répondent pas au même besoin que Lucy 2.5. La question n’est donc pas vraiment de savoir lequel est « meilleur », mais quelle voie convient à votre usage. Quatre critères tranchent :

1. Interaction. Si le public ou une caméra doit influencer la vidéo pendant qu’elle se déroule, le temps réel est la seule option. Les outils hors ligne fonctionnent sur une boucle prompt, puis attente.
2. Durée. Les outils hors ligne travaillent généralement sur des clips de 5 à 60 secondes, avec des temps de rendu allant de quelques secondes à quelques minutes pour les produits comparables à Runway et Pika, selon la comparaison de Hugging Face. Lucy fonctionne en flux continu ; fal affirme pouvoir tenir plusieurs heures sans effondrement de l’identité, sans qu’un test de charge sur longue session ne soit publié.
3. Niveau de qualité. Pour des livrables finaux en 1080p ou plus, le rendu hors ligne conserve aujourd’hui l’avantage, puisque l’API documente une sortie 720p. Tim Simmons propose un workflow hybride pragmatique : utiliser Lucy pour la prévisualisation live — filmer au téléphone, appliquer le traitement en direct pour juger le plan — puis effectuer le rendu final via un modèle vidéo-à-vidéo hors ligne.
4. Structure de coût. Les outils hors ligne facturent chaque clip généré ; Lucy facture chaque seconde de stream actif, un coût qui s’accumule à l’heure, comme on le verra plus loin.

Qu’est-ce qui séduit concrètement les utilisateurs ? Sur r/generativeAI, u/TastyFooting formule l’intérêt central sans détour :

"Real-time video-to-video generation with text prompt. No more render times." (source)

Les discussions de la communauté font ressortir deux interrogations : le "Is there any use for this kind of model? VTubing?" de u/ai_art_is_art, et le doute d’un créateur sur r/AINewsAndTrends : "if it works as well outside of demos." Les usages officiellement mis en avant viennent de la page du modèle fal : shopping en direct et essayage virtuel, placement produit en temps réel, streams interactifs, transformation de scènes dans une application, jeu vidéo et home staging lors de visites en direct. L’article Hugging Face ajoute le VTubing et la déclinaison publicitaire. Pour une vue plus large de l’évolution des API vidéo sous l’effet de la génération temps réel, consultez notre couverture de SeedRealtime.

Le vrai coût d’un stream : $0.02/sec ne raconte pas tout

Deux voies publiques, deux grilles tarifaires :

Les propres exemples de Decart donnent l’échelle des petits usages : une session temps réel de 30 secondes coûte $0.60, et une retouche hors ligne de 5 secondes en 720p coûte $0.20. D’après leurs pages tarifaires, les deux plateformes facturent les secondes de génération active, et non le temps de visionnage. Le calcul utile se situe cependant à l’autre extrémité :

À raison de quatre heures actives chaque jour ouvré, fal facture environ $576 par jour, soit environ $12,700 sur un mois de 22 jours ouvrés, avant les coûts de réseau et de modération. La génération continue transforme un faible prix unitaire en problème de concurrence horaire : dans une application où chaque spectateur ouvre son propre flux Lucy, le coût horaire est multiplié par le nombre de flux simultanés. Si vous comparez cette offre à d’autres API de génération, notre guide des modèles de facturation des API de génération vidéo détaille les différences entre tarification à la seconde, au clip et au token.

Deux leviers sont structurels. Le temps d’inactivité de la caméra n’a pas à devenir du temps de génération actif : déclenchez le flux seulement lorsqu’il y a réellement du contenu. Et le choix du fournisseur divise directement la facture par deux : à sortie 720p documentée identique, l’API directe de Decart coûte moitié moins que fal, tandis que fal apporte son playground, ses conditions commerciales et son écosystème. Le bon choix dépend donc de ce dont vous avez besoin autour du modèle, et non du modèle seul.

Accéder à Lucy 2.5 : Decart, playground et fal

Pour voir rapidement Lucy 2.5 réagir à votre propre visage, passez par l’expérience navigateur de Decart sur lucy.decart.ai ou par le playground de démonstration à l’adresse demos.decart.ai. Les nouveaux comptes reçoivent des crédits de test, qui peuvent couvrir une première session. C’est le bon endroit pour tester les images de référence et le formulation des prompts avant d’écrire la moindre ligne de code.

Selon la documentation temps réel de Lucy 2.5, l’intégration directe avec l’API Decart suit le flux WebRTC classique :

1. Obtenir des identifiants API et créer une session temps réel pour le modèle lucy-2.5
2. Établir la connexion WebRTC en configurant Self-Anchoring et l’amélioration de prompt au moment de la connexion ; modifier Self-Anchoring plus tard impose une reconnexion
3. Attacher votre média d’entrée live ou enregistré à la session
4. Envoyer les prompts textuels et les images de référence via la connexion active ; les références peuvent être actualisées pendant la session
5. Récupérer la piste de sortie modifiée et s’appuyer, en cas de coupure, sur la reconnexion automatique intégrée, avec backoff exponentiel et jusqu’à 5 tentatives

Pour intégrer Lucy via fal, le parcours compte cinq étapes :

1. npm install --save @fal-ai/client
2. Créer un compte fal et récupérer une clé API dans le tableau de bord
3. Ouvrir une connexion WebRTC vers decart/lucy-2-5/realtime
4. Fournir depuis votre backend des JWT de courte durée via un tokenProvider ; l’exemple fal utilise une expiration de token de 10 secondes. Ce n’est pas une intégration uniquement navigateur avec une clé placée dans le frontend
5. Gérer les résultats et les erreurs via onResult/onError, puis envoyer les prompts sur la connexion live

JavaScript, Python et REST brut sont tous pris en charge côté client par fal, selon sa page modèle. Pour OBS, distinguez le prototype de la production : capturer l’expérience Decart dans une source navigateur ou une capture de fenêtre suffit pour essayer un rendu, mais une chaîne de production doit ingérer la sortie WebRTC de votre propre intégration API. L’article Hugging Face rapporte un usage d’OBS via WebRTC sans modifier la configuration de diffusion existante ; vérifiez toutefois l’ingest, la latence et le comportement de reconnexion dans votre propre stack. Le même article signale des SDK Android et iOS pour les applications mobiles. Lucy 2.1 reste disponible sur fal si vous devez comparer le comportement des versions. Pour une évaluation plus générale de fal en tant que plateforme, consultez notre test de fal.ai.

Avant le direct : les obligations de transparence s’appliquent déjà

Un modèle capable de modifier en direct des personnes, des vêtements et des environnements fait de la conformité une exigence d’ingénierie, pas une simple mention de politique interne. La politique d’utilisation acceptable de Decart, mise à jour le 12 février 2026, interdit d’usurper l’identité d’une personne réelle sans divulgation claire et visible ni consentement vérifiable. Elle impose aussi aux déployeurs d’indiquer les contenus générés ou manipulés par IA, d’appliquer une modération appropriée et de préserver les marques lisibles par machine lorsque cela est techniquement possible. Par ailleurs, les obligations européennes de transparence, applicables à partir du 2 août 2026, exigent un marquage lisible par machine des contenus générés par IA pouvant être détectés, ainsi qu’une divulgation par le déployeur pour les usages de type deepfake. Pour un déploiement destiné à l’UE, vérifiez les obligations applicables en matière de transparence et de provenance avant le lancement, pas après.

Faut-il construire sur Lucy 2.5 dès aujourd’hui ?

Le compromis à surveiller est simple : si Decart publie une voie 1080p, l’écart de qualité entre hors ligne et temps réel se réduira sensiblement. D’ici là, considérez le 720p comme le contrat, et le chiffre supérieur comme une intention.

FAQ sur Lucy 2.5 realtime video

Lucy 2.5 est-il vraiment temps réel ?

Oui, au sens où les retouches s’appliquent à un flux WebRTC en direct à une cadence annoncée de 30 fps, avec une latence côté modèle citée sous les 30 à 40 ms. Aucune mesure indépendante de bout en bout, de la capture à la lecture, n’a été publiée. À ce stade, « temps réel » est donc validé par les démonstrations, pas par un benchmark complet.

Quelle résolution produit l’API Lucy 2.5 ?

L’API documente une sortie de 1280 × 720 en 16:9 ou 9:16. Les supports de lancement annoncent du 1080p, mais aucun endpoint 1080p public n’est documenté à la fin août 2026.

Combien coûte Lucy 2.5 par heure ?

L’API directe de Decart facture $0.02 par seconde active en 720p, soit $72 par heure active. Chez fal, le même modèle coûte $0.04 par seconde, soit $144 par heure active. Les deux facturent le temps de génération actif, pas le temps de visionnage.

Lucy 2.5 fonctionne-t-il avec OBS ?

Oui, pour le prototypage : l’expérience navigateur peut être utilisée comme source OBS via une source navigateur ou une capture de fenêtre. En production, testez un workflow d’ingest WebRTC dans votre propre stack de diffusion avant de vous engager.

Lucy 2.5 ou Lucy 2.1 ?

Selon la comparaison des versions de fal, Lucy 2.5 étend la surface d’édition — objets, vêtements, personnages, attributs, arrière-plans, style et VFX — et revendique une meilleure adhérence aux prompts, une meilleure isolation des retouches et une meilleure fidélité aux références. Lucy 2.1 reste disponible sur fal comme endpoint temps réel antérieur si vous avez besoin d’une base au comportement déjà connu ; testez les deux sur vos propres séquences.