Une alternative à Venice AI pour l’image et la vidéo, et les conditions attachées à chaque usage

Chaque détail sur Venice cité ci-dessous provient de la FAQ, de la référence de l’API, de la page d’accueil et de la page des prix de Venice telles qu’elles se présentaient le 12 septembre 2026. Venice documente lui-même ces conditions, et peut réviser n’importe laquelle de ces pages.

Le comparatif tarifaire de Venice est organisé par palier de formule. Retirer le filigrane des images générées exige, selon la FAQ de Venice, une formule Pro ou supérieure.

L’API ajoute ses propres conditions par-dessus la formule. La FAQ de Venice indique que l’usage de l’API est compté à part, et que « Paid plans do not include unlimited API usage. » Si c’est votre code qui fait le travail, c’est un second compteur à budgéter, en plus de la formule que vous avez choisie.

Aucune de ces conditions n’est cachée ; Venice l’écrit noir sur blanc. Le point est ailleurs : des capacités distinctes portent des conditions distinctes, et mieux vaut savoir laquelle s’attache où avant que votre code ne dépende de l’une d’elles.

Pour un développeur, l’API de Venice est son meilleur atout, et un vrai. Sa référence décrit l’API entière comme une implémentation de la spécification de l’API OpenAI sur une seule URL de base, api.venice.ai/api/v1 : du code client déjà écrit pour OpenAI fonctionne dès que cette URL de base change, et une même clé atteint les modèles de texte de Venice par les chat completions comme ses endpoints image. La clé voyage dans un en-tête Bearer, à moins qu’un portefeuille crypto ne se connecte via x402. Les limites de débit sont publiées : 20 requêtes par minute sur les endpoints image, upscale et inpaint, 60 pour les partenaires, tandis que la vidéo et la musique n’ont pas de limite de requêtes et se facturent à la génération. La vidéo y est asynchrone elle aussi : un job part dans une file, vous gardez le queue_id renvoyé et vous interrogez un endpoint retrieve jusqu’à ce que le MP4 soit prêt.

Lisez la valeur par défaut avant d’écrire du code. Sur l’endpoint de génération d’images de Venice, safe_mode est un booléen qui vaut true par défaut ; tant qu’il est actif, les images classées comme contenu adulte reviennent floutées, et deux en-têtes de réponse, x-venice-is-blurred et x-venice-is-content-violation, signalent ce qui s’est passé. Le désactiver tient en un champ de la requête : c’est une valeur par défaut à régler plutôt qu’un mur, mais un appel qui omet ce champ reçoit le floutage. La facturation suit aussi sa propre voie : la FAQ de Venice précise que les avantages de formule, comme les prompts texte à volonté et les quotas quotidiens d’images, concernent les applications web et mobile, pas l’API, et que chaque appel à l’API dépense des crédits.

L’API de Vellria est plus étroite et plus simple, et ses différences méritent d’être connues avant de porter quoi que ce soit. Les requêtes sont du REST ordinaire, avec la clé générée dans votre Console, passée en Bearer vll_... dans l’en-tête de la requête, et un seul corps JSON sert tous les modèles d’image et de vidéo : il nomme le modèle, porte le prompt et y joint les réglages que ce modèle déclare. Aucun équivalent de safe_mode à retenir ni d’en-tête de floutage à inspecter, car le corps ne comporte aucun interrupteur de contenu. Chaque génération, image ou vidéo, est asynchrone : vous recevez un identifiant et vous relisez cette fiche jusqu’à son issue. Les manques, tout aussi franchement : les endpoints d’image et de vidéo ne sont pas compatibles OpenAI, donc un client OpenAI demande un petit adaptateur à écrire vous-même (seul le chat, avec Uncensored Chat, accepte un client OpenAI tel quel) ; pas de SDK officiel ; pas de webhooks sortants, donc c’est en interrogeant que votre code apprend qu’une génération est finie. Les endpoints sont dans la référence de l’API, les identifiants et prix des modèles d’image sur la page API d’image NSFW, et appeler l’API depuis votre code construit la boucle pas à pas.

Venice garde les avantages de formule dans ses applications et facture les appels API sur les crédits. Vellria n’a que les crédits. Ni formule ni palier requis par défaut : un solde prépayé dans lequel puisent Studio et chaque clé API, si bien qu'un script et une personne qui clique sur le site paient les mêmes prix à la même caisse, et une formule mensuelle en option se tient à côté de ce solde sans le remplacer. Rien ne se renouvelle en dessous sauf si vous la choisissez, et un mois sans génération laisse le solde à l'usage exactement où il était. Ce solde unique fait tourner des modèles d’image comme Qwen 3 et des modèles vidéo comme Seedance 2.5, et la page du générateur d’images IA sans censure couvre le côté navigateur.

Le débit tombe quand vous soumettez une génération, pas quand elle se termine. Si le prestataire la fait échouer, les crédits reviennent automatiquement, sans ticket.

Les prix se trouvent avec chaque modèle : sa page liste les tailles qu’il accepte et le coût de chacune, chargés en direct, et le tableau des tarifs reprend le catalogue avec les montants que le serveur applique réellement. Quant aux marques sur le résultat, un fichier revient tel que le modèle l’a produit, et faute de paliers, aucun palier ne peut y changer quoi que ce soit.

La FAQ de Venice indique que la plateforme « does not broadly accept crypto for all purchases » : les crédits s’achètent en USD ou en USDC, et pour les abonnements, le BTC est accepté via BTCPay sur les formules annuelles. Le moyen applicable dépend de ce que vous achetez et, pour les abonnements, de la période de facturation.

Sur Vellria, il n’y a qu’une chose à acheter, des crédits, et le moyen de paiement ne change jamais ce qu’ils achètent. La page de paiement est hébergée par notre partenaire et accepte la carte ainsi que les moyens locaux disponibles dans votre pays ; le solde augmente quand un paiement aboutit. Sur Vellria, les crédits sont la seule chose dont le moyen de paiement est flexible ; une formule mensuelle en option est l’autre chose à acheter, réglable par carte uniquement. Aucune option API ni aucune période de facturation ne décide du moyen applicable à une recharge de crédits. Un paiement abandonné en cours de route reste listé sur votre page de solde, avec un lien pour reprendre le paiement.