Coût en crédits affiché avant l'envoi
00:00:00

Wan 2.2 I2V GGUF

L'image-to-video quantifié pour Wan 2.2 : ce qu'un build I2V GGUF change, où la qualité se perd et l'alternative hébergée.
Oct 16, 2026

I2V signifie image-to-video : vous fournissez une première image et le modèle l'anime. Ajouter GGUF signifie que ce modèle a été quantifié dans un seul fichier de poids pour pouvoir tourner sur une carte plus modeste. wan2-6.net ne distribue pas ces fichiers — si c'est la version hébergée de la même tâche qui vous intéresse, c'est par ici : image to video. Cette page porte sur le compromis.

Pourquoi l'image-to-video est plus difficile à quantifier

Le text-to-video demande au modèle de construire une scène à partir de mots : il est donc libre de ce qu'il dessine. L'image-to-video n'a pas cette liberté : il doit préserver l'image que vous avez fournie tout en inventant un mouvement plausible à l'intérieur. La charge de travail se répartit alors de façon délicate — les poids doivent toujours encoder le mouvement, mais le VAE doit désormais reconstruire une image précise fidèlement, et les erreurs de reconstruction se manifestent par une dérive ou un rendu pâteux exactement sur les détails pour lesquels vous aviez choisi cette image.

Conséquence pratique : une quantification qui paraît acceptable en text-to-video peut sembler nettement moins bonne en image-to-video, puisqu'il existe une référence à laquelle se comparer. Les visages, les textures fines et les contours nets sont les premiers endroits où vous le remarquerez.

Ce qu'il faut surveiller sur un rendu quantifié

  • L'amplitude du mouvement. Un mouvement petit et plausible survit bien mieux à la quantification qu'un mouvement ample, où le modèle doit inventer la majeure partie de l'image.
  • La durée. Les clips longs accumulent la dérive ; un clip plus court est à la fois moins coûteux et plus stable.
  • L'ordre des résolutions. Décidez de la bande de sortie une fois le prompt arrêté, pas avant. Voir Wan 2.2 Resolution pour comprendre pourquoi la bande fait partie du parcours ici.

Et restez honnête avec l'image source : une première image molle ou bruitée, animée par un modèle quantifié, donne un résultat mou et animé, ce que personne ne souhaite vraiment. Affûtez ou refaites la prise de vue avant d'animer.

Hébergé ou local pour cette tâche précise

Passez en local si vous enchaînez de nombreuses générations image-to-video avec votre propre pipeline et une carte qui accueille confortablement la quantification. Empruntez la voie hébergée si votre carte est juste, si l'installation n'est pas terminée, ou si vous voulez voir le coût d'un test avant de vous engager — le coût en crédits s'affiche à côté du formulaire avant l'envoi, et les tarifs des crédits sont sur pricing.

Dans un cas comme dans l'autre, traitez le premier rendu comme un test plutôt que comme un livrable : la qualité de sortie varie selon le parcours et selon l'ampleur du mouvement demandé.

Où aller ensuite

Wan 2.2 GGUF traite du format lui-même, image to video est la voie hébergée, et Wan 2.2 Animate explique comment obtenir une image fixe qui s'anime bien.

Questions fréquentes

Ce site propose-t-il le build I2V GGUF ? Non — ce site exécute l'image-to-video pour vous ; il ne fournit pas de fichiers de poids.

L'image-to-video quantifié est-il moins bon ? Généralement un peu, et surtout visible sur les visages et les détails fins, là où vous avez une première image fixe pour comparer.

De quoi ai-je besoin au minimum pour le faire tourner en local ? Assez de VRAM pour contenir les poids quantifiés, plus l'espace de travail de l'attention et le VAE. Des clips courts en basse résolution tiennent dans bien moins que les chiffres annoncés pour des rendus pleine taille.

Par où commencer sur la voie hébergée ? Ouvrez l'espace de travail Wan et choisissez l'onglet image-to-video.