← Retour au blog
AiEnviron 7 min de lecture

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

Publié le 17 oct. 2026
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.

A square composition of two graphics cards mounted in an open frame on a workbench, one large and warm-lit, one smaller and cool-lit, cables routed between them

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