iancr
VideoCoCo : l'IA qui a enfin appris que les balles tombent

VideoCoCo : l'IA qui a enfin appris que les balles tombent

Les vidéos générées par IA ont un problème que tout le monde voit mais que personne ne sait nommer : elles ressemblent à des rêves. Des trucs qui flottent sans raison. Des objets qui traversent les murs. Une balle qui roule, puis qui s'envole, puis qui disparaît. Joli, vaguement. Faux, totalement. VideoCoCo vient de sortir un papier et du code pour corriger ça — et les chiffres sont franchement impressionnants.


Le problème des vidéos fantômes

Depuis que Pika, Runway et consorts ont rendu la génération vidéo grand public, le diagnostic est le même partout : ça fait beau, ça fait pas réel. Pas à cause du pixel. À cause de la physique.

Un développeur qui teste ces outils depuis 2024 finit toujours par tomber sur le même bug : la gravité. Ou plutôt son absence. La boule de bowling qui effleure le sol puis reprend de la hauteur. L'eau qui coule à l'envers le temps d'une frame. Le tissu qui ondule de manière totalement arbitraire, comme si la diffusion avait simplement décidé que "ondulation" était une bonne texture.

Ce n'est pas une question de résolution ou de nombre de paramètres. C'est plus fondamental. Les modèles de diffusion vidéo apprennent des distributions statistiques de pixels. Ils savent à quoi ressemble une balle qui tombe parce qu'ils en ont vu des milliers mais ils ne savent pas pourquoi elle tombe. La physique, pour eux, c'est une corrélation entre des frames. Pas une loi.

Résultat : les violations s'accumulent dès que la scène sort un peu de la moyenne.


L'idée qui change tout : dessiner la physique avant les pixels

VideoCoCo (arXiv:2607.27380, sorti le 29 juillet 2026) part d'une hypothèse radicalement simple. Au lieu de demander à un modèle diffusion de deviner la physique depuis les pixels, on lui donne la physique d'abord. Explicitement. Sous forme de code.

Le pipeline ressemble à ça :

1. Un agent LLM écrit du code Blender.

Pas de la prose. Du Python exécutable, avec des objets 3D, des propriétés physiques (masse, coefficient de rebond, friction), des keyframes d'animation. Le code définit ce qui va se passer, frame par frame, selon les vraies lois de la mécanique.

2. Le code tourne dans un sandbox.

Blender l'exécute et produit un rendu intermédiaire une vidéo proxy en blanc et gris, sans textures ni couleurs. Juste les formes, les mouvements, la déformation. La physique est là. La gravité est là. Mais l'esthétique, non.

3. Un vérificateur contrôle la logique causale.

Étape souvent oubliée dans ce genre de papier. Avant de passer au visuel, VideoCoCo vérifie que la séquence physique a du sens : un effet ne peut pas précéder sa cause. Si une bulle éclate avant d'avoir atteint la surface problème. Cette étape traque les incohérences temporelles que le LLM pourrait glisser dans son code.

4. OmniWeaving restylise la vidéo proxy en photoréaliste.

La vidéo grise devient une vidéo en vraies couleurs, vraies textures, vraie lumière. Mais la physique les trajectoires, les collisions, les déformations est fixée par le proxy. Le modèle de diffusion n'a plus qu'à "habiller" une chorégraphie déjà établie.

C'est le principe du "Code-as-CoT" le code comme chaîne de pensée. Le raisonnement n'est plus une séquence de tokens probabilistes, c'est un programme déterministe. Même entrée, même physique. Toujours.


Les chiffres, parce que c'est là que ça devient sérieux

Sur PhyGenBench le benchmark spécialisé dans la cohérence physique des vidéos le modèle baseline (OmniWeaving) score 0.475. VideoCoCo passe à 0.558. C'est +17.4%. Sur un benchmark qui mesure spécifiquement les violations de gravité, de collision et de déformation, ce n'est pas un détail.

Sur VBench-2.0, le benchmark de qualité généraliste (temporalité, dynamisme, stabilité visuelle) : baseline à 52.18, VideoCoCo à 77.88. C'est +49.2%. Soit presque 50% d'amélioration sur la qualité globale de la vidéo, simplement parce que la physique est correcte.

Traduction : quand la physique est juste, tout le reste s'améliore. Pas de contradiction entre frames. Pas d'artefacts causés par des trajectoires impossibles. Le modèle de diffusion passe moins de temps à compenser des incohérences, plus de temps à ajouter du détail.

Les 8 scénarios du dataset de démonstration couvrent des cas physiques variés : flottabilité, stress/déformation, fusion, tension de surface, sublimation, élasticité, ébullition. Pas de la mécanique triviale.


Ce que ça change pour qui

Pour les studios VFX et les créateurs 3D, c'est évident. Ces gens utilisent déjà Blender. Ils comprennent le scripting Python. VideoCoCo leur offre un chemin direct : écrire la physique comme ils ont toujours su le faire, et obtenir une vidéo photoréaliste qui la respecte. Sans compromis entre qualité visuelle et rigueur mécanique.

Pour les équipes de robotique, l'argument est encore plus fort. Entraîner un robot sur des données de simulation, ça marche à condition que la simulation soit correcte. Si le robot apprend à attraper un objet en regardant des vidéos où cet objet flotte parfois de manière inexplicable, la politique qu'il développe est fausse. VideoCoCo produit des données synthétiques où Newton a été invité à la table. C'est un différentiel réel pour le sim-to-real.

Pour les chercheurs en computer vision, VideoCoCo arrive avec du code, des poids (en cours d'upload sur HuggingFace au moment du papier), et un dataset structuré. Pas un papier "trust us". Un papier qu'on peut reproduire.


Les limites, parce qu'il y en a

Blender est redoutable pour la physique des corps rigides. Pour le reste, c'est plus compliqué.

Les simulations de fluides dans Blender, c'est praticable mais lent. La physique des corps mous tissu, chair, caoutchouc mou est moins mature que celle des sphères qui rebondissent. Si VideoCoCo excelle sur la balle d'acier qui tombe sur du béton, il sera plus fragile sur le pull-over qui se froisse ou l'eau qui éclabousse.

Deuxième point : la fiabilité du code généré par le LLM. Un LLM peut écrire du Blender Python syntaxiquement correct mais physiquement absurde. Gravité à 100 m/s². Coefficient de rebond supérieur à 1. Le papier mentionne une étape de vérification causale, mais les détails d'un système de garde complet contre ce type d'erreur restent à creuser.

Troisième point, le plus pratique : le temps de calcul. Exécuter du code Blender, rendre une vidéo proxy, puis passer sur OmniWeaving ce n'est pas gratuit. La génération en temps réel, en 2026, reste hors de portée. Ce n'est pas un outil pour générer 50 variantes en quelques secondes. C'est un outil pour générer une vidéo correcte, quand la correction compte.

Et la licence mérite une mention : les poids et le code d'inférence sont gouvernés par la Tencent HY Community License Agreement, puisque VideoCoCo s'appuie sur OmniWeaving (Tencent HunyuanVideo). Ce n'est pas du MIT. Avant de mettre ça en production pour un usage commercial, lire les conditions.


Pourquoi l'approche "code comme CoT" est une idée durable

Ce n'est pas la première fois que quelqu'un remarque que les LLMs sont meilleurs quand on leur donne un programme à exécuter plutôt qu'une intuition à suivre. Le papier CoCo (2603.08652) de la même équipe avait appliqué l'idée à l'image statique. DraCo aussi. VideoCoCo est l'extension naturelle à la vidéo.

L'idée centrale est solide : le code est vérifiable. On peut le lire, le corriger, l'auditer. Contrairement à un vecteur de latence quelque part dans un transformer, une instruction Blender sphere.rigid_body.type = 'ACTIVE' dit exactement ce qu'elle fait. C'est de la physique déclarative. Et la physique déclarative, ça respecte Newton.

Le passage du texte probabiliste au code déterministe comme intermédiaire de raisonnement, ça va continuer de progresser. VideoCoCo est un exemple parmi d'autres d'une tendance de fond : les modèles d'IA qui externalisent leur raisonnement vers des outils formels plutôt que de tout faire à l'intuition.


Blender n'a pas attendu l'IA pour être sérieux

Un point qu'on rate facilement : VideoCoCo ne "réinvente" pas Blender. Il l'utilise pour ce que Blender fait depuis 20 ans : simuler la physique avec précision.

Blender dispose d'un moteur de simulation de corps rigides, de fluides, de corps mous, et de dynamiques de particules. Les animateurs 3D l'ont toujours utilisé pour pré-visualiser des effets physiques avant de les passer en rendu final. Ce que VideoCoCo ajoute, c'est la couche LLM qui génère le script Blender depuis une description en langage naturel. Et la couche OmniWeaving qui habille le rendu proxy en vidéo photoréaliste.

C'est une intégration de trois outils existants dans un pipeline cohérent. Parfois, c'est suffisant pour créer quelque chose d'utile.

La communauté Blender, elle, ne va pas se laisser impressionner facilement. Ces gens font de la physique computationnelle depuis des années. Mais un pont vers la génération vidéo IA, reproductible et open-source, c'est quelque chose qu'ils n'avaient pas. Le README liste déjà les "Agent Skills" comme modules réutilisables. Il y a une intention d'extensibilité là-dedans.


Verdict

37 étoiles sur GitHub deux jours après le release. Chiffres solides sur deux benchmarks. Code et dataset publiés dès le premier jour. Pipeline clair, reproductible, et fondé sur un outil (Blender) que des centaines de milliers de créateurs maîtrisent déjà.

VideoCoCo ne remplace pas Pika pour générer trente variantes d'une scène en vingt secondes. Ce n'est pas le produit. Le produit, c'est la vidéo qui tient debout, celle qu'on peut montrer à un client sans qu'un objet traverse le sol au troisième visionnage.

Pour les cas où la physique compte vraiment (robotique, simulation, VFX technique, données d'entraînement), c'est un des trucs les plus utiles sortis en vidéo générative depuis un moment.


Sources

  1. arXiv:2607.27380 — VideoCoCo: Code-as-CoT for Physically-Consistent Video Generation
  2. GitHub officiel : micky-li-hd/VideoCoCo
  3. HuggingFace Hub — mickyhimself/VideoCoCo
  4. HuggingFace Papers — 2607.27380
  5. CoCo : travail connexe de la même équipe (arXiv:2603.08652)
  6. PhyT2V : approche concurrente pour vidéo physiquement cohérente

💡 Idée d'illustration : Bannière style néobrutaliste, fond noir mat. À gauche : frames d'une vidéo diffusion classique avec des trajectoires erratiques (lignes pointillées en rouge qui partent dans tous les sens gravité absente). À droite : les mêmes frames avec VideoCoCo, trajectoires propres en vert, paraboles correctes. Au centre : une icône de code Python (quelques lignes de Blender script lisibles) comme pont entre les deux. Palette : noir, blanc cassé, vert vif, rouge cassé. Typographie brutale pour "VideoCoCo" en gros plan.