staging.inyokaproject.org

Ich habe einen Artikel zu pngquant, einem kleinen, praktischen Programm zur Komprimierung von PNG-Dateien, erstellt.

Hi,

Die Kompression ist ja bemerkenswert.

Im Artikel schreibst Du:

Es ist mit pngquant auch möglich, mehrere Komprimierungen auf einmal zu erledigen. Im folgenden Beispiel werden alle PNG-Dateien im Ordner /home/user/Downloads/PNG-Dateien komprimiert.

Als Code zeigst Du dann aber:

1	find /home/user/Downloads/PNG-Dateien -iname "*.png" -exec pngquant --force --quality=60-80 --strip --verbose {} \;

Mit find ist es möglich alle Programme so aufzurufen, dass mehrere Dateien verarbeitet werden. Also wollte ich schon schreiben, dass es mit pngquant offenbar nicht möglich ist, aber sicher ist sicher, und so schaute ich nach dem Installieren in die Manpage, die da sagt:

1
2

SYNOPSIS
     pngquant ⟨options⟩ [ncolors] file [file ...]

Die Backsteinklammer am Ende zeigt an, dass optional weitere Dateinamen angegeben werden können. Pngquant kann also selbst mehrere Dateien konvertieren, einfach mit:

1

pngquant --force --quality=60-80 --strip --verbose *.png 

, nur nicht über Unterverzeichnisse hinweg. Für xubuntu-18.04 offenbar noch nicht mit --strip, aber darum geht es ja hier nicht.

user_unknown schrieb:

Hi,

Hi!

Die Kompression ist ja bemerkenswert.

Ja. Allerdings ist wohl auch den Leuten von pngquant nicht ganz klar, wie bemerkenswert genau, die Angaben zu pngquant sind teilweise etwas widersprüchlich (was vielleicht auch mit unterschiedlichen Programmversionen zu tun hat): Auf der Website des Projekts steht beispielsweise, …

„the conversion reduces file sizes significantly (often as much as 70%)“,

aber auf der Github-Seite …

„reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files)“.

Zudem steht auf der Github-Seite …

„Speed/quality trade-off from 1 (brute-force) to 10 (fastest). The default is 3. Speed 10 has 5% lower quality, but is 8 times faster than the default“,

in der Manpage (deren Angaben ich im Zweifelsfall genommen habe) steht aber …

„1 (brute-force) to 11 (fastest)“.

user_unknown schrieb:

1	pngquant --force --quality=60-80 --strip --verbose *.png

, nur nicht über Unterverzeichnisse hinweg.

Das ist im Prinzip natürlich die elegantere Lösung. Wie soll das im Wiki aussehen? Als ein weiteres Beispiel? Also etwas so:

1. Dein Beispiel als Beispiel für den normalen Fall?

2. Das Beispiel mit find als Beispiel für eine Komprimierung auch über die Unterverzeichnisse hinweg?

Ich will Dir in Deinen Artikel nicht reinreden. Nur geht es bis zu der Stelle ja um pngquant. Nicht beanstandenswert wäre also:

Es ist mit find auch möglich, mehrere Komprimierungen auf einmal zu erledigen. Im folgenden Beispiel werden alle PNG-Dateien im Ordner /home/user/Downloads/PNG-Dateien komprimiert.

(Fettung nur hier, um den Unterschied zu markieren.)

Oder den Text lassen, und mein Codebeispiel verwenden.

Oder vielleicht erst die Bordmittel von pngquant zeigen, und als Ergänzung find für die rekursive Anwendung.

Ich habe eine Änderung vorgenommen. Das müsste so jetzt genauer sein, oder?

Prima, jetzt bin ich glücklich. ☺

Super! ☺

Hallo,

Artikel ist im Wiki, Danke für's Erstellen ☺

Gruß, noisefloor

Merci! 😀

Disco-getestet kam raus, da in Kürze Supportende ist. Bitte testen.

Hi!

Getestet bionic. Eine Ausgabe von "99" bei Verwendung von --quality=xx-xx erfolgt - zumindest unter bionic - nicht, wenn die Komprimierung nicht gut genug ist. Habe noch kurz angemerkt, dass der Aufruf von "du" nicht Teil des Programms ist.

so long
hank