Journal Le paramètre qui décide si votre vidéo générée porte une marque vaut false par défaut

J'ai passé quelques jours à lire ligne par ligne la référence d'API de Wan 3.0, le modèle vidéo d'Alibaba passé en disponibilité générale le 24 août. Ce n'est pas du logiciel libre — le modèle est fermé, sans poids publiés, et le dernier de la famille à en avoir eu est Wan 2.2, sous Apache 2.0. Mais il y a dans cette documentation une ligne qui mérite d'être lue par des gens qui s'intéressent à la traçabilité des contenus, et pas seulement par ceux qui achètent des secondes de GPU.

La voici :

watermark boolean optional default: false
C'est tout. Le marquage du résultat est un booléen, et sa valeur par défaut est « non ».

Pourquoi cette ligne compte plus que sa taille

L'article 50 du règlement européen sur l'IA demande que les contenus générés ou manipulés artificiellement soient marqués dans un format lisible par machine. La lecture rapide consiste à se dire que le fournisseur du modèle s'en chargera. Ici, la valeur par défaut dit exactement le contraire : si personne n'écrit "watermark": true dans le corps de la requête, le MP4 sort nu.

Ce n'est pas un reproche adressé à Alibaba en particulier. C'est le comportement par défaut d'à peu près toutes les API de génération vidéo que j'ai regardées, et c'est cohérent avec leur position : elles vendent un rendu, pas une chaîne de conformité. Mais cela veut dire que la marque, si vous en avez besoin, est une étape de votre pipeline.

Ce que la réponse vous donne à la place

La requête est asynchrone : vous postez, vous recevez un task_id, vous interrogez. Quand la tâche réussit, le bloc usage ressemble à ceci :

"usage": {
"video_count": 1,
"duration": 5.0,
"input_video_duration": 0.0,
"output_video_duration": 5.0,
"fps": 30,
"SR": 720,
"ratio": "16:9"
}
Ce sont des métadonnées de génération, pas un marquage : elles décrivent ce qui a été produit, elles ne voyagent pas avec le fichier. Personne qui reçoit le MP4 par la suite ne peut les retrouver. Si vous voulez une provenance vérifiable, c'est vous qui devez coller ces champs à l'artefact — dans un sidecar, dans une base, dans les métadonnées du conteneur, peu importe, mais quelqu'un doit écrire ce code.

Deuxième détail dans le même esprit : video_url expire vingt-quatre heures après la tâche, et task_id aussi. Une requête passée ce délai ne renvoie pas « expiré », elle renvoie task_status: "UNKNOWN". Autrement dit, l'unique copie faisant autorité du fichier disparaît de chez le fournisseur au bout d'un jour. La copie que vous archivez est l'original, dès la première heure. Il n'y a pas de version de référence à laquelle comparer plus tard.

Troisième détail : le son est généré dans la même passe que l'image. Il n'y a pas de piste audio séparée arrivant après coup, donc pas de moment naturel dans le pipeline où l'on pourrait glisser un marquage audio distinct. Ce qui sort est un seul MP4, complet, non marqué par défaut.

Les trois lignes que ça m'a fait écrire

Rien d'héroïque, mais elles ne s'écrivent pas toutes seules :

1. Forcer watermark: true dans le constructeur de requêtes plutôt que de l'exposer comme une option. Une case à cocher côté utilisateur produit, statistiquement, des fichiers non marqués.
2. Journaliser task_id et le bloc usage complet à côté du fichier, au moment du téléchargement, pas plus tard.
3. Copier le MP4 vers un stockage permanent avant l'expiration, et considérer que la fenêtre utile est de quelques minutes, pas de vingt-quatre heures — la file d'attente du fournisseur consomme déjà une partie du délai.

Vérifier plutôt que me croire

Je n'aime pas beaucoup les billets qui citent une documentation sans donner le moyen de la relire. Pour Wan 3.0 j'ai fini par tenir la table des paramètres avec chaque ligne renvoyant à la documentation d'Alibaba, y compris les lignes qui ne m'arrangent pas — il n'y a pas de palier 4K, pas de ratio 21:9, et la fréquence est de 30 images par seconde et non 24, contrairement à ce qu'affirment plusieurs comparatifs. Le site s'appelle wan-3.run, c'est une interface tierce pour ce modèle, et je le précise pour que personne ne perde son temps à deviner d'où je parle.

Si quelqu'un ici a déjà mis en place un marquage C2PA sur une chaîne de génération vidéo — pas sur des images fixes, où l'outillage est nettement plus mûr — je suis preneur du retour. La partie « signer un MP4 sans réencoder » est celle sur laquelle je n'ai encore rien de propre.