Coste en créditos visible antes de enviar
00:00:00

Wan 2.2 I2V GGUF

Image-to-video cuantizado para Wan 2.2: qué cambia un build I2V GGUF, dónde se pierde calidad y la alternativa alojada de image-to-video.
Oct 16, 2026

I2V es image-to-video: tú aportas un primer fotograma y el modelo lo anima a partir de él. Añadir GGUF significa que ese modelo se ha cuantizado en un único archivo de pesos para que pueda ejecutarse en una tarjeta más pequeña. wan2-6.net no distribuye estos archivos — si lo que te interesa es la versión alojada de la misma tarea, esa es image to video. Esta página trata sobre el compromiso.

Por qué image-to-video es lo más difícil de cuantizar

Text-to-video pide al modelo que construya una escena a partir de palabras, así que el modelo tiene libertad sobre lo que dibuja. Image-to-video no tiene esa libertad: debe preservar el fotograma que le has dado mientras inventa un movimiento verosímil dentro de él. Eso reparte la carga de trabajo de una forma incómoda: los pesos siguen teniendo que codificar el movimiento, pero ahora el VAE tiene que reconstruir una imagen concreta con fidelidad, y los errores de reconstrucción aparecen como deriva o papilla justo en los detalles por los que elegiste esa imagen.

La consecuencia práctica: una cuantización que parece aceptable para text-to-video puede verse notablemente peor en image-to-video, porque hay una referencia real con la que comparar. Los rostros, las texturas finas y los bordes nítidos son donde lo notarás primero.

Qué vigilar en una ejecución cuantizada

  • Amplitud del movimiento. Un movimiento pequeño y verosímil sobrevive a la cuantización mucho mejor que uno grande, donde el modelo tiene que inventar la mayor parte del fotograma.
  • Duración. Los clips más largos acumulan deriva; un clip más corto es a la vez más barato y más estable.
  • Orden de resolución. Decide la banda de salida después de haber fijado el prompt, no antes. Consulta Wan 2.2 Resolution para entender por qué la banda forma parte de la ruta aquí.

Y mantén la imagen de origen honesta: un primer fotograma blando o con ruido, animado por un modelo cuantizado, te da un resultado blando con movimiento dentro, que rara vez es lo que alguien quería. Enfoca o vuelve a grabar antes de animar.

Alojado frente a local para esta tarea concreta

Ejecútalo en local cuando vayas a hacer muchas generaciones de image-to-video con tu propio pipeline y una tarjeta que soporte la cuantización con holgura. Usa la ruta alojada cuando tu tarjeta vaya justa, cuando la instalación no esté terminada o cuando quieras ver el coste de una prueba antes de comprometerte: el coste en créditos aparece junto al formulario antes de enviarlo, y los precios de los créditos están en pricing.

En cualquier caso, trata el primer render como una prueba y no como un activo: la calidad de salida varía según la ruta y según lo grande que sea el movimiento que pidas.

A dónde ir después

Wan 2.2 GGUF cubre el formato en sí, image to video es la ruta alojada, y Wan 2.2 Animate entra en cómo conseguir una imagen fija que se anime bien.

Preguntas frecuentes

¿Ofrece este sitio el build I2V GGUF? No — este sitio ejecuta image-to-video por ti; no proporciona archivos de pesos.

¿Es peor el image-to-video cuantizado? Normalmente un poco peor, y se nota sobre todo en rostros y detalles finos, donde tienes un primer fotograma fijo con el que comparar.

¿Qué necesito como mínimo para ejecutarlo en local? Suficiente VRAM para alojar los pesos cuantizados más el espacio de trabajo de atención y el VAE. Los clips cortos en baja resolución caben en bastante menos de lo que se cita para renders a tamaño completo.

¿Por dónde empiezo en la ruta alojada? Abre el Wan workspace y elige la pestaña de image-to-video.