Equipo de vídeo con una 3090 usada: el coste real de generar en local en 2026

La lista de compra que la gente publica de verdad
A principios de octubre, alguien en r/LocalLLM publicó la lista de piezas de un servidor local de vídeo con IA de bajo presupuesto y pidió consejo. Las piezas: una RTX 3090 de 24GB, una RTX 3060 de 12GB, una placa Huananzhi X99, un Xeon E5-2699 v3, 32GB de DDR4 y un NVMe de 1TB. El objetivo era modesto y concreto: texto a vídeo e imagen a vídeo en 720p o 1080p, realista, sin pagar por generación.
Hilos así se han convertido en el reporte más honesto sobre la IA local. No porque el hardware impresione, sino porque las limitaciones se dicen en voz alta. Nadie en ese hilo pretende igualar a un modelo alojado. Están intentando averiguar dónde está el muro, y el muro resulta estar donde casi nadie lo espera.
No es la calidad del modelo. Es la planificación.
Qué compran 24GB, y para qué está la segunda tarjeta
La generación de vídeo consume memoria de una forma que la generación de imágenes no conoce. Una sola tarjeta de 24GB es el suelo práctico para trabajar vídeo en local a resoluciones usables, y la 3090 sigue siendo la opción por precio porque tiene el ancho de banda de memoria de una tarjeta mucho más cara. Por eso sigue apareciendo en estas configuraciones años después de su lanzamiento.
La tarjeta de 12GB es la parte que todo el mundo subestima. No está para renderizar vídeo junto a la 3090. Está para sostener todo lo demás (el modelo de lenguaje que reescribe prompts, el upscaler, el modelo de etiquetado, la parte de audio), de modo que la 3090 no tenga que sacar y meter modelos cada vez que el flujo de trabajo cambia de manos.
Eso es un problema de planificación, y se está resolviendo en público. Otro post de r/LocalLLM de mediados de octubre mostraba un orquestador de GPU de código abierto que carga y descarga modelos a demanda para que llama.cpp, Ollama, ComfyUI y un motor TTS compartan una sola GPU. Los comentarios lo compararon de inmediato con llama-swap, que arranca y mata aplicaciones y te deja definir grupos que pueden coexistir. Otro más enlazó su propia versión casera. Así se ve un ecosistema madurando: ya no se discute qué modelo es mejor, se discute qué proceso se queda con la tarjeta a las dos de la mañana.
La misma presión aparece en la capa de aplicación. En r/StableDiffusion, un desarrollador presentó una app nativa de macOS construida sobre un motor de inferencia propio ajustado para Apple Silicon, pensada para quien está cansado de cablear grafos de nodos a mano. En r/DGX_Spark, alguien montó un espacio de trabajo que corre siete modelos a la vez en un solo Spark: chat, OCR, reconocimiento de voz, traducción, generación de imágenes, vídeo con sonido y música, detrás de una única interfaz web. Hardware distinto, el mismo instinto: dejar de tratar cada modelo como una aplicación aparte.

Las cuentas incómodas de la iteración
Esto es lo que las listas de piezas no capturan. La generación de vídeo local no es un render. Son veinte, porque en los primeros diecinueve siempre hay una mano que se derrite o una cámara que se va.
Un modelo alojado a unos céntimos el clip hace que ese bucle sea barato y rápido. Un equipo local a tres o seis minutos por intento lo hace lento, y un bucle lento cambia tu forma de trabajar: dejas de explorar, aceptas la tercera toma, escribes prompts que sabes que van a funcionar en lugar de los que quieres probar.
Ese intercambio no es malo por definición. Si generas cientos de clips al mes, el equipo local se paga solo y el cuello de botella pasa a ser la cola y no el presupuesto. Si generas diez, estás financiando un hobby con una factura de luz.
El punto de equilibrio no va realmente de dinero. Va de si valoras la privacidad y los reintentos infinitos más que la velocidad para descubrir que una idea era mala.
La capa de montaje se está poniendo al día
A finales de septiembre llegó otra pieza: un editor y generador de vídeo de código abierto y extensible, hecho específicamente para composición con IA, que pasó del millar de votos en r/StableDiffusion en un día. La propuesta no es generar mejores clips. Es poner los clips que generaste donde se puedan arreglar.
Ese es el medio que falta en todo flujo local. La generación se lleva la atención, pero que un vídeo terminado parezca terminado se debe a la línea de tiempo: cortar el medio segundo en el que cambia la cara, poner un fondo real detrás de un primer plano generado, añadir el sonido que hace que un corte parezca intencionado. Generación local sin línea de tiempo local es una carpeta llena de clips.
El patrón se repite en todos estos proyectos, y merece que se diga. El stack local se está ensamblando en un electrodoméstico. Una caja, una interfaz, un planificador que decide qué modelo se queda con la GPU y, al final, un editor que trata el material generado como material y no como salida.
Qué esperar de verdad
Si estás pensando en una configuración como la del hilo, hay tres expectativas que conviene calibrar.
720p es el objetivo honesto. El 1080p local existe, pero ahí el tiempo por clip deja de medirse en minutos y empieza a medirse en cafés. Quien publica trabajos de vídeo local que funcionan está casi siempre en 720p con un buen escalado.
El suelo de memoria es más alto de lo que dice la ficha del modelo. TRELLIS.2, el modelo imagen a 3D de 4B de Microsoft, pide al menos 24GB y se verificó en hardware A100 y H100. Es un modelo de investigación, pero la dirección está clara: todo lo que genere 3D estructurado o vídeo largo quiere memoria que probablemente todavía no tienes.
Lo difícil es el software. Drivers, versiones de CUDA, paquetes de nodos que no se llevan bien entre sí, una función de seguridad de Windows que bloquea un módulo nativo sin firmar. Un fin de semana de drivers por trimestre no es raro, y es la razón por la que los equipos ya montados siguen vendiéndose.
Por qué esto importa más allá de los aficionados
La señal que importa en estos hilos no es que la gente corra modelos de vídeo en el cuarto de invitados. Es que la pregunta ya no es si puede generar, sino si consigo mantener alimentada la cadena. Eso es lo que pasa cuando una tecnología deja de ser una demo.
La nube seguirá siendo mejor un tiempo en la gama alta, los modelos de frontera no van a correr en una 3090 usada, y la diferencia se nota en las caras y en la física. Pero el centro del mercado, donde un estudio pequeño necesita cien clips al mes sin factura por generación y sin subir material de clientes, es justo donde una tarjeta de 24GB, un planificador y un editor empiezan a parecer menos un hobby y más infraestructura.
Las listas de piezas no tienen glamour. También son el mapa más exacto de dónde está la tecnología en realidad.
Artículos relacionados
Los cinco grandes editores de EE. UU. usan la IA en silencio para las portadas
Wired revela que al menos tres de los cinco grandes editores de EE. UU. generan portadas y textos con IA sin divulgar ni consultar a los autores.
Character.AI se declara en quiebra: Disney pone 20 millones
Character.AI se declara en quiebra y Disney entra como stalking horse con 20 millones, solo por activos y una licencia de patentes. De 150 millones de Serie A quedan patentes.
XERJ: un buscador local para agentes de código que confiesa sus propias cifras
XERJ indexa el código en local con tree-sitter para que los agentes lean menos archivos: 2,7 veces menos tokens que grep, no las 40 que anuncia el titular. El mantenedor lo admite.
Deja de enseñar a los agentes a mirar la pantalla: CLI-Anything le pone una línea de comandos a cada programa
No hace falta que los agentes aprendan a mirar la pantalla. CLI-Anything genera en siete etapas CLIs probados y documentados para GIMP, Blender o LibreOffice, y el agente solo tiene que escribirlos.