L’élément le plus solide est une documentation GPT Image indiquant que, pour les formats qui prennent en charge la transparence — PNG et WEBP — il est possible de demander un arrière-plan transparent.
Une autre documentation d’implémentation, celle d’un nœud GPT Image, expose aussi une option « transparent ». Mais elle précise que cette option n’est prise en charge que lors de la génération d’images à partir de texte, sans utiliser d’images en entrée.
Cette nuance est importante. Le guide de l’API OpenAI sépare les generations, qui créent une image à partir d’un prompt texte, des edits, qui modifient une image existante. Or les sources citées ici ne montrent pas de déclaration officielle affirmant qu’un modèle nommé GPT Image 2 prend en charge les arrière-plans transparents dans chacun de ces modes.
La source spécifiquement consacrée à GPT Image 2 dans ce corpus est un article tiers, qui présente l’accès API à GPT Image 2 dans des termes orientés vers l’avenir. Elle peut donner du contexte, mais elle ne constitue pas une garantie officielle sur la prise en charge actuelle des fonds transparents dans tous les flux GPT Image 2.
Si vous devez produire des assets à fond transparent — icônes, stickers, visuels e-commerce ou éléments d’interface — le flux le mieux soutenu par les sources est le suivant :
Autrement dit, il y a une différence entre afficher une option « fond transparent » et livrer une expérience fiable pour l’utilisateur final. La promesse doit dépendre du mode utilisé et du fichier réellement reçu, pas seulement de l’intention exprimée dans le prompt.
Les preuves sont plus fragiles pour les workflows qui modifient une image existante ou s’appuient sur une image de référence. Le guide API distingue les éditions des générations, tandis que la documentation Fuser limite l’option transparente à la génération texte-vers-image sans image d’entrée.
Des discussions de la communauté OpenAI portent aussi sur des tentatives de fonds transparents dans des flux d’édition ou de génération, avec des cas où la sortie finale n’avait pas réellement d’arrière-plan transparent.
La transparence n’est pas seulement une question de format de fichier. Un PNG peut contenir un canal alpha, mais encore faut-il que le détourage soit propre. Un retour communautaire signale par exemple un cas où la suppression de l’arrière-plan affectait aussi d’autres zones blanches de l’image.
Ce signalement ne prouve pas que la transparence échoue systématiquement. En revanche, il justifie un contrôle qualité : contours, cheveux, reflets, objets blancs, ombres portées et zones semi-transparentes doivent être vérifiés avant utilisation.
La formulation la plus sûre n’est pas : « GPT Image 2 prend toujours en charge les fonds transparents ». Il vaut mieux dire que certains flux GPT Image pris en charge permettent de demander une sortie transparente, notamment en PNG ou WEBP, tout en précisant les limites liées aux modes d’édition, aux images d’entrée et aux configurations API.
Pour une page produit, une interface de réglages ou un wrapper API, évitez les promesses absolues. Une formulation plus robuste serait :
La sortie avec arrière-plan transparent est disponible pour certains flux GPT Image texte-vers-image en PNG ou WEBP. Les résultats peuvent varier avec les éditions, les images de référence et certaines configurations de modèle ou d’API ; les fichiers doivent donc être vérifiés avant usage final.
Cette formulation conserve la valeur de la fonctionnalité sans promettre un comportement que les sources ne démontrent pas partout.
Les arrière-plans transparents semblent bien faire partie de l’écosystème GPT Image, avec les preuves les plus solides pour des flux texte-vers-image en PNG ou WEBP. Mais les éléments disponibles ne suffisent pas à affirmer que GPT Image 2 les prend en charge de manière universelle dans les éditions, les workflows avec image d’entrée et toutes les configurations API. Pour un usage en production, mieux vaut exposer l’option de façon conditionnelle et vérifier systématiquement le fichier retourné.
Comments
0 comments