Konvertieren von 32-bit-png in 8-bit png mit ImageMagick durch die Erhaltung semi-transparente Pixel

Will ich wandeln 32-bit-png in 8-bit png mit ImageMagick, aber halb transparente Pixel sind verloren. Wie dieses problem zu lösen? Der Befehl, den ich verwende, ist die folgende

convert original.png PNG8:output.png

Verwandte: stackoverflow.com/questions/1468221/...
Diese Frage ist nicht doppelt. Dieses Plakat beschwert sich der Verlust von semi-transparenten Pixel nach der Konvertierung von 24 bit auf 8-bit. Er hat schon die (korrekte) syntax für die Umwandlung von 24-bit auf 8-bit -, er fragt sich, warum es sich so verhält, wie Sie es tut (und es gibt eine gute Antwort).

InformationsquelleAutor Karmar | 2012-12-25

15

Anscheinend, obwohl das PNG-format eigentlich erlaubt alle Farben in einem 8-bit-indizierte Farbe PNG, die ganz oder teilweise transparent, ImageMagick s "PNG8" Formatbezeichner unterstützt nur GIF-Stil 1-bit-Transparenz.

Es ist möglich, produzieren indizierten 8-bit-PNGs mit ImageMagick von nicht Verwendung der PNG8: Planer, sondern einfach mit -colors 256 oder -colors 255* zum reduzieren der Anzahl der Farben im Bild. Leider, zumindest basierend auf meinen tests mit ImageMagick 6.8.9, die resultierenden Bilder haben einige Recht seltsame und ziemlich unnötig hässliche Farbe Quantisierung Artefakte.

Glücklicherweise, gibt es ein viel besseres tool für diesen speziellen job: pngquant. Verwendung Konvertierung einer 32-bit-RGBA-PNG in 8-bit-colormapped PNG mit minimaler Qualitätsverlust ist so einfach wie:
```
pngquant 256 < original.png > output.png
```
Als eine schnelle demonstration, hier ein einfaches Testbild (ein Stern mit einer halbtransparenten schattenwurf) konvertiert 8-bit-PNG mit verschiedenen Methoden:

Von Links nach rechts:
1. Ursprünglichen 32-bit-RGBA-PNG -
2. Quantisiert mit pngquant 256 < input.png > output.png
3. Quantisiert mit convert input.png -colors 255 output.png*
4. Quantisiert mit convert input.png PNG8:output.png
5. Quantisiert mit convert input.png -colors 255 PNG8:output.png*
^{*) In die Kommentare unten, es wird empfohlen, dass -colors 255 notwendig ist, "reservieren Sie einen Eintrag für die "hintergrund" - Farbe aus." Basierend auf meinen Tests, habe ich nicht beobachtet dies tatsächlich der Fall sein; mit -colors 256 noch produzieren ein 8-bit-colormapped PNG, mit Quantisierung Artefakte qualitativ ähnlich, aber mit unterschiedlichen details aus, die Ausgabe mit -colors 255. Dennoch, nur um sicher zu gehen, ich habe -colors 255 für die Beispiele oben. Die Reduzierung der Farbpalette Größe von einer Farbe sollte nicht, in der sich erhebliche Auswirkungen auf die Qualität der Ergebnisse, wie ein test mit pngquant 255 wird Ausgabe.png">demonstrieren.}
- Danke für die Antwort. Ich versuchte, die Befehl, aber es nicht beibehalten semi-transparente Pixel.
- Naja, es war einen Versuch Wert. 🙁 (Ps. Sie haben versucht, beide von Ihnen, richtig? Jemand in dem thread den ich verlinkt vorgeschlagen, dass es speziell die PNG8: Präfix, bricht die alpha-Transparenz.)
- Ja, ich habe beide. Zweite macht vollständig transparent Pixel schwarz. Ich begann mit pngquant Kommandozeilen-tool statt ImageMagick. Sie erhalten alpha-Kanal richtig.
- Versuchen -colors 255 statt -colors 256. ImageMagick muss reservieren Sie einen Eintrag für die "hintergrund" - Farbe.
- Es sollte nicht Notwendigkeit, das zu tun, da die PNG8-format können alle 256 Farben halbtransparent. Aber anscheinend ImageMagick nicht unterstützt, und können nur Ausgabe-GIF-style 1-bit-Transparenz in colormapped Bilder. Trotzdem, danke für die Aufforderung mich auf die Aktualisierung dieser alten Antwort. 🙂
- "PNG8" war nicht definiert durch die PNG-Gruppe. Die anderen definiert haben, es bedeutet entweder PNG oder PNG mit binärer Transparenz. ImageMagick verwendet letztere definition.
- ImageMagick unterstützt 8-bit-indizierte PNGs mit semitransparency, aber es funktioniert nicht, Sie rufen "PNG8". Aber ob PNG8 unterstützt halbtransparenten Farben ist ohnehin irrelevant; die Anforderung, lassen Sie einen Schlitz für den hintergrund die Farbe hält immer noch. Versuchen Sie `konvertieren in.png -Farben 255 ausgegeben.png"
- HM, sieht aus wie du Recht hast. Die Ergebnisse sehen immer noch ziemlich schrecklich, aber es nicht produzieren ein 8-bit-PNG mit Teiltransparenz.
- Manchmal -colors 256 Werke; das ist, wenn mindestens ein pixel in der Hintergrundfarbe vorhanden ist, in der Haupt Bild, und es ist daher nicht notwendig, reservieren Sie einen extra-slot in der palette.
- Ich verstehe immer noch nicht, warum das sollte notwendig, es sei denn, es ist eine seltsame Eigenart von ImageMagick. Wenn das input-Bild keine vollständig transparente Pixel, warum benötigen wir behalten uns eine colormap Eintrag für Sie an Erster Stelle? Aber praktisch gesprochen, es scheint nicht egal, da die ImageMagick-Ausgang sieht genau so schrecklich oder so. (Ich vermute, dass muss ein bug in ImageMagick, denn es gibt keinen Grund, warum sollte es schlecht Aussehen, egal was die Quantisierung Algorithmus Sie verwenden.)
- Es ist nicht notwendig zu reservieren, eine hintergrund-Farbe, aber ImageMagick behält sich standardmäßig. Sie können vermeiden, die mit "-legen Sie png:ausschließen-chunk=bKGD". Die Quantisierung sieht wohl besser mit "-Farben "255" und nicht angeben PNG8: (PNG8 benutzt eine quick-and-dirty-Quantisierung Methode, die einfach nur Nullen aus den niederwertigen bits). Aber, in der Tat, bevorzuge ich pngquant anstatt ImageMagick für die palette-generation.
- OK, ich denke, das macht Sinn. Ob convert -colors 255 sieht besser aus mit oder ohne PNG8: naja, anschauen kann man sich die Beispiele vor und für sich selbst entscheiden. Zu mir, Sie sehen beide ziemlich schlecht.
InformationsquelleAutor Ilmari Karonen

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.