La config vidéo 3090 d'occasion : ce que la génération locale coûte vraiment en 2026

La liste de courses que les gens publient vraiment
Début octobre, quelqu'un sur r/LocalLLM a posté la config d'un serveur de vidéo IA local pas cher et demandé des avis. Les pièces : une RTX 3090 de 24GB, une RTX 3060 de 12GB, une carte Huananzhi X99, un Xeon E5-2699 v3, 32GB de DDR4, un NVMe de 1TB. L'objectif était modeste et précis : du texte-vers-vidéo et de l'image-vers-vidéo en 720p ou 1080p, réaliste, sans payer à la génération.
Ces fils sont devenus le reportage le plus honnête sur l'IA locale. Pas parce que le matériel impressionne, mais parce que les contraintes sont énoncées. Personne dans ce fil ne prétend égaler un modèle hébergé. Les gens cherchent où est le mur, et le mur se trouve là où la plupart ne l'attendent pas.
Ce n'est pas la qualité des modèles. C'est l'ordonnancement.
Ce que 24GB achètent, et à quoi sert la deuxième carte
La génération vidéo dévore la mémoire d'une façon que la génération d'images ne connaît pas. Une seule carte de 24GB est le plancher pratique pour de la vidéo locale à des résolutions utilisables, et la 3090 reste le bon rapport qualité-prix parce qu'elle a la bande passante mémoire d'une carte bien plus chère. C'est pour ça qu'elle réapparaît dans ces configs des années après sa sortie.
La carte de 12GB est la partie que tout le monde sous-estime. Elle n'est pas là pour calculer de la vidéo à côté de la 3090. Elle est là pour porter tout le reste (le modèle de langue qui réécrit les prompts, l'upscaler, le modèle de légendage, la partie audio), pour que la 3090 n'ait pas à décharger et recharger des modèles chaque fois que le workflow change de main.
C'est un problème d'ordonnancement, et il se résout en public. Un autre post r/LocalLLM de mi-octobre présentait un orchestrateur GPU open source qui charge et décharge les modèles à la demande pour que llama.cpp, Ollama, ComfyUI et un moteur TTS se partagent un seul GPU. Les commentaires l'ont aussitôt comparé à llama-swap, qui lance et tue des applications et permet de définir des groupes qui peuvent coexister. Quelqu'un d'autre a montré sa version maison. Voilà à quoi ressemble un écosystème qui mûrit : on ne débat plus du meilleur modèle, on débat de quel processus obtient la carte à 2h du matin.
La même pression se voit dans la couche applicative. Sur r/StableDiffusion, un développeur a présenté une app macOS native bâtie sur un moteur d'inférence maison réglé pour Apple Silicon, destinée à ceux qui en ont assez de câbler des graphes de nœuds à la main. Sur r/DGX_Spark, quelqu'un a monté un espace de travail qui fait tourner sept modèles en même temps sur un seul Spark : chat, OCR, reconnaissance vocale, traduction, génération d'images, vidéo avec son, et musique, derrière une seule interface web. Matériel différent, même réflexe : arrêter de traiter chaque modèle comme une application à part.

Le calcul gênant de l'itération
Voilà ce que les listes de config ne disent pas. La génération vidéo locale, ce n'est pas un rendu. C'en est vingt, parce que les dix-neuf premiers auront une main qui fond ou une caméra qui dérive.
Un modèle hébergé à quelques centimes le clip rend cette boucle bon marché et rapide. Une machine locale à trois ou six minutes par essai la rend lente, et une boucle lente change votre façon de travailler : vous arrêtez d'explorer, vous acceptez la troisième prise, vous écrivez des prompts dont vous savez qu'ils marcheront au lieu de ceux que vous voulez tester.
L'échange n'est pas mauvais par principe. Si vous produisez des centaines de clips par mois, la machine locale s'amortit et le goulot devient la file d'attente, pas le budget. Si vous en produisez dix, vous payez un loisir avec une facture d'électricité.
Le seuil de rentabilité n'est pas vraiment une question d'argent. C'est de savoir si vous tenez plus à la confidentialité et aux essais illimités qu'à la vitesse à laquelle vous découvrez qu'une idée était mauvaise.
La couche montage rattrape son retard
Une pièce de plus fin septembre : un éditeur et générateur vidéo open source et extensible, conçu spécifiquement pour le compositing IA, qui a dépassé le millier de votes sur r/StableDiffusion en une journée. Le discours n'est pas de générer de meilleurs clips. Il est de mettre les clips générés là où on peut les réparer.
C'est le milieu qui manque dans tout workflow local. La génération prend toute l'attention, mais ce qui fait qu'une vidéo finie a l'air finie, c'est la timeline : couper la demi-seconde où le visage change, poser un vrai décor derrière un premier plan généré, ajouter le son qui rend un raccord intentionnel. De la génération locale sans timeline locale, c'est un dossier plein de clips.
Le schéma est le même dans tous ces projets, et ça vaut la peine d'être nommé. La pile locale est en train de devenir un appareil. Une boîte, une interface, un ordonnanceur qui décide quel modèle prend le GPU, et à la fin un éditeur qui traite les images générées comme des rushes et non comme une sortie.
Ce qu'il faut vraiment attendre
Si vous envisagez une config comme celle du fil, trois attentes méritent d'être recalibrées.
Le 720p est la cible honnête. La vidéo locale en 1080p existe, mais c'est là que le temps par clip cesse de se compter en minutes et commence à se compter en cafés. Ceux qui publient de la vidéo locale réussie sont majoritairement en 720p avec un bon upscale.
Le plancher de mémoire est plus haut que la fiche du modèle. TRELLIS.2, le modèle image-vers-3D 4B de Microsoft, demande au moins 24GB et a été vérifié sur du matériel A100 et H100. C'est un modèle de recherche, mais la direction est claire : tout ce qui génère de la 3D structurée ou de la longue vidéo réclame de la mémoire que vous n'avez probablement pas encore.
Le plus dur, c'est le logiciel. Pilotes, versions de CUDA, packs de nœuds qui ne s'entendent pas, une fonction de sécurité Windows qui bloque un module natif non signé. Un week-end de pilotes par trimestre n'a rien d'exceptionnel, et c'est pour ça que les machines prêtes à l'emploi continuent de se vendre.
Pourquoi ça dépasse les amateurs
Le signal intéressant dans ces fils, ce n'est pas que des gens font tourner des modèles vidéo dans leur chambre d'amis. C'est que la question n'est plus de savoir si ça peut générer, mais si on arrive à alimenter la chaîne. C'est ce qui arrive quand une technologie cesse d'être une démo.
Le cloud restera meilleur un moment sur le haut de gamme, les modèles de pointe ne tourneront pas sur une 3090 d'occasion, et l'écart se voit sur les visages et la physique. Mais le milieu du marché, là où un petit studio a besoin de cent clips par mois sans facture à la génération et sans envoyer les rushes d'un client, est exactement l'endroit où une carte de 24GB, un ordonnanceur et un éditeur commencent à ressembler moins à un loisir qu'à de l'infrastructure.
Les listes de config ne sont pas glamour. Elles sont aussi la carte la plus exacte de l'endroit où en est vraiment la technologie.
Articles associés
Couvertures de livres : les cinq grands éditeurs américains misent sur l'IA en silence
Wired révèle qu'au moins trois des cinq grands éditeurs américains génèrent couvertures et textes de vente avec l'IA, sans le divulguer ni prévenir les auteurs.
Character.AI dépose le bilan : Disney mise 20 millions de dollars
Character.AI dépose le bilan. Disney se place en offre d'appel à 20 millions, pour des actifs choisis et une licence de brevets. Une série A de 150 millions réduite à des brevets.
XERJ : un moteur de recherche local pour agents de code qui avoue ses propres chiffres
XERJ indexe le code localement avec tree-sitter pour que les agents lisent moins de fichiers : 2,7x moins de tokens que grep, et non 40x comme l’annonce le titre. Le mainteneur le reconnaît lui-même.
Arrêtez d'apprendre aux agents à regarder l'écran : CLI-Anything donne une ligne de commande à chaque logiciel
Ne plus apprendre aux agents à regarder l'écran : CLI-Anything génère, en sept étapes, des CLI testés et documentés pour GIMP, Blender ou LibreOffice, que l'agent se contente de taper.