Convertisseur GIF en PNG

Un convertisseur GIF vers PNG transforme un GIF en une image PNG fixe Dites d'abord la partie importante : l'animation ne survit pas Si le GIF bouge, vous obtenez sa première image et la page vous le dit sur la ligne, car PNG détient une seule image et ce convertisseur n'écrit pas de PNG animé Pour un GIF fixe, un logo, un diagramme, un sprite pixel-art, une capture d'écran de quelqu'un enregistré dans le mauvais format, la conversion est un échange direct de conteneur sans rien de perdu.

PNG est le meilleur foyer pour ce genre d'œuvres d'art. GIF coiffe un cadre à 256 couleurs et stocke la transparence comme un seul drapeau sur ou hors drapeau par pixel, c'est pourquoi un logo GIF a souvent une frange dure autour de ses courbes PNG stocke les pixels décodés sans perte et supporte un canal alpha complet, de sorte que les zones de couleur plate et les bords durs d'un logo ou d'un dessin au trait passent exactement comme ils sont et les zones transparentes restent transparentes La conversion en JPG à la place aplatirait cette transparence en blanc et enduirait les bords de bruit de compression, ce qui est la raison habituelle pour laquelle les gens atterrissent ici plutôt que sur la page GIF à JPG.

Un exemple travaillé Vous avez le chargement-spinner.gif, 480 x 270, 40 images Déposez-le et il convertit tout de suite : vous obtenez le chargement-spinner.png à 480 x 270 avec la première image seulement, la ligne montre la taille avant et après et combien le PNG est plus petit ou plus grand, et une note indique que les autres images ont été lâchées Si vous aviez besoin d'une image du milieu plutôt que du début, ce n'est pas l'outil pour cela : il n'exporte pas une séquence PNG numérotée, et il n'y a pas de sélecteur de trame.

Les limites sont courtes et valent la peine d'être lues une seule fois Le PNG ne peut pas contenir plus d'informations sur les couleurs que le GIF n'en avait, donc une source de 256 couleurs reste une image de 256 couleurs ; rien n'est mis à niveau La conversion passe à travers un canevas, donc toutes les métadonnées transportées par le fichier sont abandonnées Les dimensions des pixels sont inchangées Les images de plus de 100 mégapixels sont refusées avec un message, les fichiers vides sont refusés, et il n'y a pas de capuchon de taille d'octet Tout s'exécute côté client dans l'onglet du navigateur, et aucun outil n'est inscrit, avec un fichier, mais plutôt que GIF écrit.

• Chaque GIF est décodé et ré-encodé côté client dans cet onglet, en utilisant l'API Canvas du navigateur, et ImageDecoder où le navigateur l'a Rien n'est téléchargé et aucun codec WebAssembly n'est récupéré.
• Le comptage d'images pour la note d'animation se fait localement aussi Dans les navigateurs sans ImageDecoder, la note dit que la première image a été conservée si le fichier est animé, plutôt que de deviner.
• Le contrôle d'utilisation quotidien envoie un décompte de fichiers, la taille totale en octets et le format de sortie Il n'envoie jamais de noms de fichiers ni de données d'image, et aucune image n'est stockée sur un serveur.
• Tous les blocs de métadonnées du GIF, tels que les commentaires, ne sont pas transportés dans le PNG, qui est construit à partir de pixels uniquement.
• Les résultats restent dans la mémoire de l'onglet jusqu'à ce que vous les supprimiez, appuyez sur Tout effacer ou fermez la page.