Alternative à pxbee — comparatif des outils de pixels et de sprites gratuits dans le navigateur

« alternative à pxbee » est une recherche qui ne mène presque à rien. pxbee est une petite marque d'outils de pixel art, et la couverture tierce qui l'entoure est mince : des fiches d'annuaires, quelques mentions sur des forums, aucune documentation maintenue écrite par quelqu'un ayant mené un projet à bien avec l'outil. Cela ne veut pas dire que l'outil est mauvais. Cela veut dire que vous ne pouvez pas l'évaluer depuis la page de résultats : évaluer la marque est donc une impasse.

La question sous-jacente est stable et peut recevoir une réponse : avec quoi fait-on du pixel art gratuitement, dans un navigateur, sans rien installer ? Cette page explique comment distinguer un outil de pixels maintenu d'un outil abandonné, les trois intentions différentes qui se cachent derrière la phrase « j'ai besoin de pixel art » — dessiner à la main, générer à partir d'une description, convertir une image existante — et comment les sprites d'Agent Sprite Forge arrivent directement dans un monde isométrique du constructeur de jeu 3D de Neta Studio.

Réponse rapide

D'abord la réponse honnête. pxbee est une marque d'outils de pixels très peu couverte, et il n'existe pas assez de sources publiques pour écrire une comparaison fonction par fonction équitable face à elle. Toute page qui prétend le faire reconstitue probablement l'outil à partir d'une capture d'écran et d'un argumentaire produit. Cette page ne prétend donc pas se comparer à pxbee. Elle répond à la question qui a produit la recherche : que faut-il utiliser à la place, aujourd'hui, gratuitement, dans un navigateur.

Trois choses décident si un outil de pixels mérite votre temps. D'abord, l'export est-il exact au pixel près — un PNG en 1x discrètement rééchantillonné est pire qu'inutile, car vous ne le découvrez qu'après une heure de dessin. Ensuite, l'animation fait-elle partie de l'outil ou est-elle greffée via un site de GIF séparé. Enfin, les assets survivent-ils à quelque chose de plus grand qu'un seul sprite. Un outil qui ne produit qu'un PNG plat convient pour un game jam d'un week-end et devient pénible à quarante personnages.

Ce qu'une alternative à pxbee doit faire

Le minimum viable : une palette indexée avec un plafond de couleurs strict, un crayon d'un pixel qui ne lisse jamais les bords, un zoom en nombres entiers uniquement, un export au plus proche voisin, une chronologie d'images avec une durée par image en millisecondes, et une feuille de sprites PNG dont la grille d'images est documentée. Si la chronologie manque, ou si la grille n'est pas documentée, vous finirez par écrire un script d'assemblage à la main avant que votre art n'atteigne un moteur.

Si le sprite est généré plutôt que dessiné, ajoutez deux exigences : une graine que vous pouvez ressaisir, et une taille de grille fixe qui ne varie jamais entre les générations. Sans graine, relancer pour corriger un bras change aussi la palette et la silhouette, et vous perdez la version qui vous plaisait. Sans grille fixe, la deuxième image d'un cycle de marche ne s'alignera pas sur la première.

Pourquoi certaines recherches de marque donnent des résultats minces

L'outillage de pixel art a une faible barrière à l'entrée. Un canevas, un tableau de palette et une carte de raccourcis clavier, c'est un projet de week-end. Cela produit une longue traîne de petits outils avec un nom, un domaine et une année d'activité, puis plus rien. Quand une marque n'a aucune couverture, les résultats se remplissent de listes génériques de top dix du pixel art, généralement tenues à jour selon un calendrier plutôt que testées. La liste n'est pas la preuve que la marque est vivante ; c'est la preuve que la liste existe.

L'abandon ressemble rarement à un domaine mort. Le plus souvent, la page se charge encore, le canevas dessine encore, et une partie précise est cassée : l'export GIF n'émet qu'une seule image, ou l'export de la feuille rééchantillonne à une échelle non entière, ou l'outil s'appuie sur une API de navigateur obsolète qu'un moteur a déjà abandonnée. Vous le découvrez après une heure de travail, pas sur la page d'accueil, et c'est pourquoi le test ci-dessous vaut la peine d'être fait avant de s'engager sur un outil.

La question de l'outil de pixels

Une requête de marque cache le vrai besoin. Presque personne n'a besoin d'une marque ; on a besoin de l'un de trois résultats, et chaque résultat impose des exigences différentes à l'outil. Se tromper d'intention fait perdre le plus de temps. Ceux qui veulent convertir une photographie ouvrent un éditeur de dessin à la main, découvrent que dessiner à la main un visage 32x32 lisible prend une heure, et abandonnent. Ceux qui veulent un ensemble de personnages cohérent ouvrent un générateur, reçoivent vingt variantes avec vingt palettes, et ne peuvent pas en choisir une parce qu'aucune ne ressemble à un ensemble.

Décidez de l'intention avant d'ouvrir quoi que ce soit. Si la réponse est « les deux », l'ordre de travail est généralement de générer d'abord, puis de retoucher à la main. Générer le sprite de base et le nettoyer dans un éditeur prend une fraction du temps nécessaire pour le dessiner depuis un canevas vide, et la palette est déjà contrainte quand vous commencez.

Intention 1 : dessiner à la main

Il vous faut un crayon d'un pixel avec l'anticrénelage désactivé, une palette indexée verrouillable pour ne pas dériver hors palette, un mode miroir pour les personnages symétriques, une pelure d'oignon à environ 20 à 40 pour cent d'opacité pour l'animation, un zoom entier de 1x à 32x, et une chronologie d'images. Ici, le goulot d'étranglement est le jugement, pas l'outil. Si vous dessinez à la main, choisissez l'éditeur dont vous pouvez réellement documenter la grille d'export, et arrêtez de comparer les éditeurs.

Intention 2 : générer à partir d'une description

Il vous faut un champ de texte, une taille de grille fixe, une graine ressaisissable, un plafond de palette, et un nombre d'images par direction. Vous échangez du contrôle contre de la couverture : trente sprites en dix minutes, dont vous gardez six et retouchez trois à la main. C'est un bon échange pour les accessoires, les ennemis et les tuiles de décor, et un mauvais échange pour votre unique personnage principal, sauf si vous comptez de toute façon redessiner le visage.

Intention 3 : convertir une image existante

Il vous faut une réduction au plus proche voisin ou par moyenne de blocs, une quantification vers N couleurs avec le tramage désactivé par défaut, un seuil alpha, et une suppression du fond par incrustation chroma avec un réglage de tolérance. Surveillez le format source. Un JPEG perd de l'information de couleur avant même que le convertisseur ne le voie, et chaque artefact de compression devient une couleur parasite après quantification vers seize couleurs. Partez d'un PNG, et si la seule source est un JPEG, attendez-vous à nettoyer les bords à la main.

Options gratuites dans le navigateur comparées

Cette comparaison ne dépend pas de la marque que vous avez recherchée. Elle tient que vous soyez arrivé en cherchant pxbee ou autre chose, parce que les catégories sont définies par ce que produit l'outil, non par qui l'a fait. C'est aussi pourquoi le tableau est court : un outil de pixels ne peut faire qu'une poignée de choses réellement différentes.

La colonne du coût est la moins utile de la page. La plateforme et le format de sortie décident si un outil s'intègre à votre pipeline. Un éditeur gratuit dans le navigateur qui n'exporte que des PNG plats coûte moins cher qu'un éditeur de bureau sous licence et plus cher en temps dès que vous avez besoin d'un atlas JSON relié à un moteur, car quelqu'un doit construire cet atlas. Lisez d'abord les colonnes génération et sortie 3D, puis regardez le coût.

Deux lignes méritent une mise en garde. Les convertisseurs sont les outils auxquels on fait le plus confiance et que l'on vérifie le moins : ouvrez toujours le résultat en 1x avant de l'importer, car un convertisseur qui lisse discrètement les bords produit un sprite qui paraît net en 4x et brouillé en 1x. Les outils d'assemblage ne valent que par le nommage de vos images — si vos images s'appellent final_v2_sheet, aucun assembleur ne les triera en cycle de marche pour vous.

Comment lire ce comparatif d'alternatives à pxbee

Parcourez la colonne Plateforme pour tout ce qui exige une installation, la colonne Animation pour savoir si les images existent comme objets de premier ordre ou comme fichiers séparés, et la colonne Sortie 3D pour savoir si l'outil offre un chemin au-delà d'une image plate. La plupart des outils de pixels s'arrêtent au PNG. C'est le point d'arrêt normal, et c'est aussi la raison pour laquelle tant de feuilles de sprites terminées ne deviennent jamais une scène jouable.

Générez un sprite ici

Agent Sprite Forge prend une phrase et renvoie une grille de sprites avec des images d'animation, à une taille de grille et un plafond de palette que vous définissez. Il fonctionne dans le navigateur. Aucune installation n'est requise, et aucune partie de l'export ne nécessite une application de bureau ou un plugin.

Soyons clairs sur ce qu'il n'est pas. Il ne peint pas une grande illustration pour la réduire ensuite ; il construit la grille de pixels directement, ce qui explique que l'épaisseur du contour reste constante d'une image à l'autre et que la palette reste sous le plafond que vous avez choisi. Demandez-lui du photoréalisme, des dégradés ou un ombrage doux et vous obtiendrez un mauvais résultat, car ce ne sont pas des problèmes de pixel art.

Les modes d'échec sont prévisibles, et les connaître évite des relances. Les longues consignes dérivent : le générateur garde le premier nom et abandonne le reste, alors placez le sujet en premier et les contraintes ensuite. Les demandes de texte lisible à l'intérieur d'un sprite 32x32 ne survivront pas à la grille. Un détail plus petit que deux pixels disparaît en 1x. Et si vous générez une distribution de personnages un par un avec des palettes différentes, ils ne se liront pas comme un ensemble — générez l'ensemble en une seule passe, avec une seule palette.

Des sprites, puis un monde

La plupart des outils de pixels s'arrêtent au PNG. La feuille devient alors un asset dans un moteur qu'il faut choisir, configurer et installer avant que quoi que ce soit ne bouge. Le constructeur de jeu 3D de Neta Studio prend la même feuille et la place dans un monde isométrique Three.js dans le navigateur, de sorte que le personnage que vous avez généré se tient sur une tuile avant même que vous n'ayez écrit la moindre ligne de code.

Les mécanismes comptent, car c'est là que le pixel art casse habituellement en 3D. Un sprite 32x32 sur un quad en billboard veut une caméra orthographique et un filtrage au plus proche voisin : NearestFilter sur le matériau, mipmaps désactivées, répétition de texture en mode clamped. Activez les mipmaps et le sprite se floute à un mètre de la caméra. Mettez le quad à l'échelle 1,7 et les pixels scintillent quand la caméra bouge, parce que la grille de texels ne coïncide plus avec la grille de l'écran. Gardez une échelle entière et un zoom de caméra entier, et le scintillement disparaît.

La profondeur est l'autre chose qui casse. Les tuiles isométriques à un rapport 2:1 — des tuiles 32x16 sous des personnages 32x32 — se trient par x plus y, et tout ce qui chevauche deux tuiles a besoin de son point d'ancrage aux pieds, non au centre du sprite. Trompez-vous sur l'ancrage et le personnage flotte ou s'enfonce d'une demi-tuile, exactement le genre de bug qui ressemble à un problème de physique et n'en est pas un. L'île du Cyclope et Mini World utilisent tous deux cet arrangement, et tous deux ont été assemblés à partir de feuilles de sprites plutôt que de géométrie modélisée.

Ce qui est repris de la feuille

L'import est léger et strict. Vous fournissez la feuille, la taille en pixels d'une image, le nombre d'images en largeur et le nombre de rangées de directions en hauteur. Tout le reste — filtrage, échelle, ancrage, tri en profondeur — est un réglage sur l'objet plutôt qu'une propriété de l'art, et c'est pourquoi la même feuille peut paraître nette dans une scène et douce dans une autre.

• Grille de la feuilleL'importateur a besoin du nombre d'images en largeur, du nombre de rangées de directions en hauteur et de la taille en pixels d'une image. Du 32x32 avec 6 images et 4 directions, c'est une feuille de 192x128. Décalez la grille et vous obtenez un sprite tranché au milieu du torse.
• Point d'ancrageLes pieds en bas au centre. Ancrez au centre du sprite et le personnage traverse le sol d'une demi-tuile chaque fois qu'il fait face à la caméra.
• FiltrageNearestFilter, mipmaps désactivées, répétition en mode clamped, échelle d'objet entière et zoom de caméra entier. Tout le reste réintroduit le flou que la palette était censée éviter.
• Tri en profondeurTriez par x plus y sur la grille de tuiles. Un sprite dont l'ancrage tombe exactement sur un bord de tuile peut osciller entre deux profondeurs en marchant.

Entrez dans le monde auquel il appartient

Les questions de marque vieillissent ; la question de l'outil, non. Quoi qui vous ait amené ici, l'étape utile est la même — générez un sprite, puis ouvrez le monde où il peut vivre, le tout dans cet onglet de navigateur et le tout gratuitement.

FAQ