🚀 Meshy AI : test 2026 crédits & fichiers 3D (GLB)
Découvrez notre test Meshy AI 2026 : crédits, génération 3D par IA, fichiers GLB (poids/maillage) vs SupaVoxel. Limites et conseils pour vos projets.
Meshy AI à l'épreuve : ce que révèlent les crédits et les fichiers 3D
Un outil d'IA générative peut sortir un objet 3D en quelques minutes. Mais, pour un projet réel, l'aperçu ne suffit pas : il faut aussi regarder ce qui est facturé, vérifier le fichier exporté et s'assurer qu'il s'intègre correctement dans votre chaîne de production.
Pour tester ça, j'ai envoyé la même illustration d'une chaise de réalisateur à Meshy et à SupaVoxel. Une seule image, une génération par outil, sur des comptes clients ordinaires, sans ajout de texte. Le plus surprenant n'a pas été le rendu : c'est l'écart entre le détail de la facture affichée par Meshy et la baisse de crédits observée sur le compte.
Évidemment, ce test ne permet pas de désigner un « gagnant » universel, ni de comparer deux plans dont les unités ne sont pas les mêmes. En revanche, il donne quelque chose de concret : des fichiers, des compteurs et des compromis. Voilà ce que j'ai mesuré, les limites de l'essai et une méthode simple pour vérifier vos coûts avant de lancer une série de générations.
Le test en bref : des fichiers et des compteurs différents
L'objectif était volontairement simple : générer une chaise de réalisateur à partir d'une illustration, pour l'utiliser comme élément de décor dans une scène. J'ai fourni la même image à Meshy et à SupaVoxel, sans consigne textuelle supplémentaire. Les options n'étaient pas identiques, parce que les deux services n'exposent pas les mêmes paramètres.
Voici ce que j'ai observé :
| Mesure | Meshy | SupaVoxel |
|---|---|---|
| Crédits affichés sur la tâche | 35 | 3 |
| Variation du solde observée | 65 crédits | Pas d'écart observé avec le relevé de tâche |
| Fichier GLB téléchargé | 15,26 Mo | 10,25 Mo |
| Triangles | 254 336 | 1 500 000 |
| Sommets | 146 472 | 854 468 |
| Textures intégrées | 3 | 3 |
| Durée mesurée | 245,8 secondes | 274,9 secondes |
Les crédits ne sont pas directement comparables : les plans et les unités diffèrent. Les valeurs 35 et 3 ne suffisent donc pas à conclure que l'un est moins cher. Ce qui est plus « solide », en revanche, c'est le compte Meshy : le relevé de tâche affichait 35 crédits, mais le solde du compte est passé de 500 à 435, soit une baisse de 65.
Après téléchargement, j'ai examiné les fichiers. Les deux sorties sont des GLB, un format qui regroupe en général le modèle et ses textures dans un fichier réutilisable par beaucoup de moteurs et de visionneuses 3D. Les tailles et les comptages (sommets, triangles) viennent directement des fichiers, pas d'une estimation à l'œil.
Un détail important : un nombre élevé de triangles ne garantit ni une meilleure silhouette, ni une topologie pratique pour l'animation, ni un objet qui se comportera bien en production. Et comme l'essai repose sur une image, un objet et une génération par service, on parle bien d'un relevé pratique, pas d'une étude statistique.
Crédits Meshy : pourquoi le ticket et le solde ne concordent pas
Sur Meshy, le relevé de la tâche indiquait 25 crédits pour la géométrie et 10 pour la texture (35 au total). Sur la même période, le solde du compte est passé de 500 à 435 crédits. La différence entre ces deux chiffres, c'est 30 crédits.
Je ne peux pas dire avec certitude que cette différence vient de la chaise. Ce serait tout aussi risqué d'ignorer la variation du solde que d'annoncer 65 crédits comme le coût « réel » de la génération. Le constat raisonnable est plus simple : pour cette session, le ticket et le compteur du compte ont raconté deux choses différentes.
Pourquoi cet Ă©cart peut vous gĂŞner
Sur un test ponctuel, ça passe. Dans un flux de travail pro, par contre, c'est exactement le genre de flou qui rend le suivi des coûts pénible. Si votre équipe génère des dizaines (ou des centaines) d'objets, vous devez pouvoir relier la consommation à une tâche, à une tentative et à une option précise.
Pour illustrer : si on multiplie le ticket de 35 crédits par 100, on tombe sur 3 500 crédits. Si on multiplie la baisse observée de 65 par 100, on arrive à 6 500 crédits. Dans les deux cas, ce ne sont pas des « factures vérifiées » sur cent générations : le premier chiffre extrapole le relevé de tâche, le second extrapole une variation dont l'origine n'a pas été établie. L'intérêt n'est pas le résultat mathématique : c'est de montrer que l'écart, lui, doit être compris avant d'entrer ces valeurs dans un budget.
De l'autre côté, SupaVoxel affichait 3 crédits et, dans cet essai, je n'ai pas observé d'écart inexpliqué sur le compte. Ça ne veut pas dire que ses crédits valent « moins ». Sans prix des plans, règles de consommation comparables et données sur d'éventuels échecs ou relances, comparer en euros reviendrait à inventer.
Une vérification simple à intégrer
Avant et après une génération, notez : le solde du compte, l'identifiant de la tâche, les options choisies et les crédits affichés dans le détail. Si le solde bouge plus que ce que vous attendez, ne lancez pas directement une grosse série : vérifiez d'abord s'il y a d'autres tâches en cours, des opérations additionnelles, ou des règles de facturation particulières côté service.
Ça ne prend que quelques secondes, mais ça devient vite utile dès que vous refacturez à un client, que vous imputez à un projet, ou que vous suivez un budget de production. Et si vous travaillez en France avec un prestataire ou un studio, l'enjeu n'est pas seulement technique : une ligne de coût qui ne « colle » pas au relevé de tâche est difficile à défendre devant un producteur ou un client.
Poids, maillage et compatibilité : ce que vous obtenez réellement
Le fichier Meshy faisait 15 262 068 octets. Celui de SupaVoxel : 10 245 480 octets. En gros, ça fait environ 5 Mo de différence par objet. Tout seul, ce n'est pas forcément un problème. Mais répété sur une bibliothèque de ressources, ou chargé à chaque visite d'une app web, ça devient un vrai choix d'architecture.
En supposant un débit théorique de 12 Mbit/s, le téléchargement représente environ 10,2 secondes pour Meshy et 6,8 secondes pour SupaVoxel. À 100 Mbit/s, on tombe à environ 1,22 seconde et 0,82 seconde. Bien sûr, ce sont des calculs simplifiés : ils supposent un débit stable et ne tiennent pas compte de la connexion, du décodage et du chargement dans la visionneuse. Ils ne prédisent donc pas le temps d'affichage réel.
Si on multiplie par 100 objets de même taille : on obtient environ 1,53 Go pour Meshy et 1,02 Go pour SupaVoxel, soit près de 0,5 Go d'écart. Ce n'est qu'une projection basée sur une génération, sans échec ni nouvelle tentative. L'idée, ici, c'est juste de matérialiser l'effet de l'échelle.
Plus lourd ne veut pas dire plus détaillé
Meshy sortait 254 336 triangles et 146 472 sommets. SupaVoxel affichait 1,5 million de triangles et 854 468 sommets, tout en restant plus léger. Les deux incluaient trois textures intégrées.
Ces chiffres parlent de la densité du maillage, pas de la qualité artistique de l'objet. Plus dense, ça peut préserver davantage de formes ou de détails, mais ça peut aussi être inutilement coûteux à afficher. À l'inverse, un modèle moins dense peut suffire pour un décor lointain, où les performances comptent davantage que la micro-structure.
Dans ce cas précis, on peut imaginer un avantage côté Meshy pour certains usages : son maillage plus léger peut réduire la pression mémoire. En faisant une estimation illustrative à partir des sommets et triangles, on obtient environ 7,7 Mo pour la géométrie côté Meshy contre 45,3 Mo de l'autre maillage. Attention : ce n'est pas une mesure mémoire vidéo « réelle », car l'occupation dépend aussi du moteur, de la représentation des données et des textures.
Et si l'objet est proche de la caméra, ou réutilisé dans un rendu détaillé, le maillage plus dense de SupaVoxel peut au contraire être utile. Mais là aussi : il faut inspecter le modèle dans votre outil final. Avoir plus de polygones ne garantit pas une topologie exploitable, de bonnes déformations, ni une géométrie propre en production.
Un export compact et un export avec compression
Meshy a livré un seul GLB, sans extension requise explicitement déclarée dans le fichier. C'est pratique si vous devez transmettre le modèle à un logiciel ou à un importateur plus ancien : il y a moins de dépendances à vérifier.
SupaVoxel proposait deux exports : un GLB compressé et une version « taille originale ». Le fichier compressé déclarait les extensions EXT_meshopt_compression et KHR_mesh_quantization. Certains lecteurs doivent les supporter pour interpréter correctement le fichier. La version originale évite cette dépendance, sans avoir besoin de relancer la génération.
Je n'ai pas ouvert ces exports dans un importateur de production. La liste des extensions, elle, se lit dans les fichiers ; la compatibilité effective dans un outil précis, je ne l'ai pas testée ici. Dans un pipeline verrouillé, le bon réflexe reste simple : valider l'export dans l'application réellement utilisée avant de standardiser un format pour toute une équipe.
Quel outil choisir et comment contrôler une génération
Sur cet essai, Meshy termine en 245,8 secondes, contre 274,9 secondes pour SupaVoxel : environ 29 secondes de moins. Si on ramenait ça à cent objets (en mode « naïf »), on parlerait de près de 48 minutes. Mais ce serait trompeur : c'est une génération par outil, et les étapes chronométrées ne sont pas forcément identiques.
Donc, le choix dépend surtout de ce que vous voulez optimiser : poids téléchargé, mémoire, compatibilité, temps d'attente ou consommation de crédits. Voici une grille assez directe :
- Vous livrez sur le web : dans cet essai, SupaVoxel livre plus léger (10,25 Mo contre 15,26 Mo). Testez quand même le chargement sur mobile et dans votre visionneuse ; je n'ai pas mesuré ça ici.
- Votre outil gère mal la compression meshopt : le GLB Meshy ne déclarait pas d'extension requise. Le GLB « original » SupaVoxel va aussi dans ce sens, mais je n'ai pas vérifié son chargement dans un importateur réel.
- Vous voulez comparer un coût en euros : ce test ne permet pas de trancher. Les unités de crédit diffèrent, et je n'ai pas comparé les prix des abonnements.
- Vous cherchez un actif prêt pour la production : ne vous basez pas sur une seule image ni sur « triangles = mieux ». Vérifiez l'échelle, les faces, les matériaux, les déformations, le comportement dans le moteur cible et les droits liés à votre usage.
- L'objet sera petit à l'écran : un maillage plus léger peut suffire et soulager le moteur. Pour un objet en gros plan, examinez le niveau de détail et la qualité géométrique, pas seulement la taille du fichier.
Une procédure de test réutilisable
Si vous voulez comparer des générateurs 3D sans mélanger les impressions et les données, préparez un protocole minimal :
- Utilisez la même image d'entrée et notez les réglages disponibles dans chaque outil.
- Relevez le solde avant/après, puis gardez le détail de la tâche et l'heure de génération.
- Téléchargez les fichiers originaux et notez taille, format, extensions requises, nombre de textures et densité de maillage.
- Ouvrez chaque export dans le logiciel ou le moteur utilisé en production.
- Répétez sur plusieurs formes représentatives et consignez les échecs, relances et temps de traitement.
- Comparez les coûts en euros seulement après avoir vérifié les tarifs applicables, les quotas et les règles de consommation de chaque plan.
Le point central : une génération « qui marche » ne suffit pas. Il faut aussi relier le fichier livré au coût consommé, et vérifier que le résultat fonctionne bien dans votre chaîne de production. Ici, Meshy obtient une note subjective de 58/100 ; SupaVoxel, 91/100. Ces scores restent spécifiques à ce cas précis : pas un classement général, et certainement pas une recommandation universelle.
MĂ©thode et limites de l'essai
L'image de la chaise a été créée avec GPT Image 2, puis envoyée aux deux outils sans prompt textuel. Meshy a été utilisé en mode Image to 3D, High Detail, Ultra 2K, texture activée, multi-view désactivé. SupaVoxel : génération complète, 5 étapes, guidance 5,5, suppression de l'arrière-plan, résolution octree 256.
Les crédits viennent des relevés de tâche, et la baisse de solde Meshy vient de l'écran du compte. Les tailles, triangles, sommets, textures et extensions ont été relevés dans les GLB téléchargés. Les rendus comparatifs ont été faits dans une même visionneuse hors ligne, avec le même éclairage, la même résolution et des paramètres de caméra identiques. Comme l'orientation initiale des fichiers peut varier, les angles ne sont pas forcément parfaitement équivalents.
Je n'ai pas compté les échecs ni les nouvelles tentatives. Les tarifs publiés n'ont pas été comparés. Dans ces conditions, je ne peux pas estimer un coût moyen par objet, un taux de réussite ni une fiabilité globale pour l'un ou l'autre service. Pour le contexte complet du relevé initial, voir l'article de test original.