Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[ImageMagick / avif] Farbfehler vermeiden

1 view
Skip to first unread message

Michael Uplawski

unread,
Oct 22, 2022, 7:36:30 AM10/22/22
to
Holdrio.

Alles Linux.

Sowohl der Export aus „The Gimp” als auch der „convert” Befehl aus
ImageMagick funktionieren und produzieren AVIF Dateien, z.B. aus Tiff
oder Jpeg.

Eine Schwierigkeit entsteht für mich, wenn ich das Resultat mit
„display” ansehen möchte: Die mit ImageMagick konvertierten Dateien
werden von display nur mit Farbfehlern angezeigt.

Ich habe versucht, die Farbprofile in The Gimp und ImageMagick zu
verstehen und scheitere. Das heißt, ich verstehe nicht, wieso diese
Fehler entstehen und habe auch keine Abhilfe.

Bisher bin ich für das Web mit webp zufrieden, ein freies Grafikformat
ist mir aber lieber. Die Ergebnisse beider Konvertierungen – aus Gimp
*und* convert – werden ordentlich im Browser angezeigt. Lediglich zum
schnellen Überprüfen auf der Kommandozeile würde ich display vorziehen
und da geht auch mehr mit Skripten.

Mehrere Quellen im Web sprechen über die Farbprofile und ich sehe auch,
dass Gimp seine eigenen entweder anwendet oder bei der Anzeige im
Zweifelsfall annimmt. Mir ist immer noch schleierhaft, welchen
Unterschied ich bei der Konvertierung mit convert produziere oder wie
display mit Argumenten zu versehen wäre, damit es mit den von convert
umgewandelten Bildern umgehen kann.

5 Beispielbilder (1x webp, die folgenden jeweils avif):
www.uplawski.eu/div/avif

Jeweils zwei avif-Dateien wurden mit The Gimp und convert erzeugt.

Die Frage: Kennt sich jemand aus?

Cheerio und schönen Sonntag.


Michael
--
Le progrès, ce n'est pas l'acquisition de biens. C'est l'élévation de
l'individu, son émancipation, sa compréhension du monde. Et pour ça il
faut du temps pour lire, s'instruire, se consacrer aux autres.
(Christiane Taubira)

Patrick Rudin

unread,
Oct 23, 2022, 10:27:52 AM10/23/22
to
Michael Uplawski wrote:
> Eine Schwierigkeit entsteht für mich, wenn ich das Resultat mit
> „display” ansehen möchte: Die mit ImageMagick konvertierten Dateien
> werden von display nur mit Farbfehlern angezeigt.

Was für einen Farbraum verwendest Du denn beim Erstellen der Datei?
Welchen Farbraum handelt Dein Desktop, und welchen Farbraum deckt Dein
Monitor ab?

> 5 Beispielbilder (1x webp, die folgenden jeweils avif):
> www.uplawski.eu/div/avif

Aus dem Bauch heraus würde ich sagen, beim ersten und letzten Bild
tendiert die Zunge des Schweinchens ein wenig mehr in Richtung pink.
Aber das kann auch eine optische Täuschung sein.

Mein Eye of Gnome und mein ffmpeg aus Debian stable können mit den
Dateien jedenfalls nichts anfangen, avif ist natürlich auch noch ein
wenig neumodisches Zeugs...


Gruss

Patrick

Michael Uplawski

unread,
Oct 25, 2022, 12:42:01 AM10/25/22
to
Patrick Rudin:
> Michael Uplawski wrote:
>> Eine Schwierigkeit entsteht für mich, wenn ich das Resultat mit
>> „display” ansehen möchte: Die mit ImageMagick konvertierten Dateien
>> werden von display nur mit Farbfehlern angezeigt.
>
> Was für einen Farbraum verwendest Du denn beim Erstellen der Datei?
> Welchen Farbraum handelt Dein Desktop, und welchen Farbraum deckt Dein
> Monitor ab?

Der Punkt ist, dass ich mit PNG, WEBP, JPEG, TIFF, PCX, JP2, BMPl und
was sonst so herumfliegt keine Schwierigkeiten habe.
Display *und* Convert habe ich ohne weitere Argumente angewendet und
angenommen – da beides ImageMagick ist –, dass sie sich untereinander
verstehen.

The Gimp unterstützt AVIF “out of the box”, wendet aber im Zweifelsfall
seine eigenen Farbpaletten an, die ich hier listen kann. – Was ich nicht
will, denn: Meine Frage zielt nicht auf die Theorie der Farbprofile ab.

Es geht nur darum, generell brauchbare AVIF Dateien zu erzeugen.
„Augenscheinlich” gelingt mir das, da alle mir zur Verfügung stehenden
Webbrowser mit den Dateien ordentlich umgehen – und das mit einer
dümmlichen Kommandozeile wie:

slarti@magrathea:~$ convert -quality 75 "ding.tiff" "ding.avif"
analog zu meinem bisherigen
sep@krickit:~$ convert -quality 75 "ding.tiff" "ding.webp"

Am Ende möchte ich mich für ein Format entscheiden, das ich anstelle von
JPEG und PNG verwenden werde. Bislang bin ich mit WEBP zufrieden und
werde es weiterhin einsetzen.

>> 5 Beispielbilder (1x webp, die folgenden jeweils avif):
>> www.uplawski.eu/div/avif

> Mein Eye of Gnome und mein ffmpeg aus Debian stable können mit den
> Dateien jedenfalls nichts anfangen, avif ist natürlich auch noch ein
> wenig neumodisches Zeugs...

Gimp 2.10.32 und ImageMagick 6.9.11-60, lximage-qt 0.16.0 und andere
QT-basierte viewer, sowie die Browser, die ich kenne, haben mit AVIF
keine Schwierigkeiten.

Ich warte schon so lange auf JPEGXL, dass ich jetzt mal ausprobiere,
was inzwischen schon funktioniert. Meines Erachtens sind beide, WEBP
und AVIF, brauchbare Bildformate fürs Web und den Transfer.

Aber zurück zum Thema: Anders gefragt: Welchen Grund kann es dafür
geben, dass von convert erzeugte Bilder, von display nicht richtig
angezeigt werden?
Und wie überprüfe ich das? Die Theorie, die ich im Web finde, geht mir
zu weit (siehe Kommandozeilen, weiter oben).

Cheerio

Patrick Rudin

unread,
Oct 25, 2022, 5:09:34 AM10/25/22
to
Michael Uplawski wrote:
> The Gimp unterstützt AVIF “out of the box”, wendet aber im Zweifelsfall
> seine eigenen Farbpaletten an, die ich hier listen kann. – Was ich nicht
> will, denn: Meine Frage zielt nicht auf die Theorie der Farbprofile ab.

Falls Du in Gimp irgendwelche Farbprofile verwendest, sie beim convert
aber nicht angibst, ist das Resultat halt Zufall.

> Am Ende möchte ich mich für ein Format entscheiden, das ich anstelle von
> JPEG und PNG verwenden werde. Bislang bin ich mit WEBP zufrieden und
> werde es weiterhin einsetzen.

Aus reiner Neugierde: Welche Anforderungen sind das denn, die png nicht
erfüllen kann?

> Aber zurück zum Thema: Anders gefragt: Welchen Grund kann es dafür
> geben, dass von convert erzeugte Bilder, von display nicht richtig
> angezeigt werden?

Es wäre möglicherweise hilfreich, wenn Du beschreiben könntest, um
welche Farbfehler es sich handelt...


Gruss

Patrick

Michael Uplawski

unread,
Oct 25, 2022, 7:09:31 AM10/25/22
to
Patrick Rudin:
> Michael Uplawski wrote:
>> The Gimp unterstützt AVIF “out of the box”, wendet aber im Zweifelsfall
>> seine eigenen Farbpaletten an, die ich hier listen kann. – Was ich nicht
>> will, denn: Meine Frage zielt nicht auf die Theorie der Farbprofile ab.
>
> Falls Du in Gimp irgendwelche Farbprofile verwendest, sie beim convert
> aber nicht angibst, ist das Resultat halt Zufall.

Mach ich es noch einfacher: Ich verwende gar keine Angaben zum
Farbprofil bei der Konvertierung mit ImageMagick. Dann verwende ich gar
keine Angaben zum Farbprofil für die Anzeige mit ImageMagick.

> Aus reiner Neugierde: Welche Anforderungen sind das denn, die png nicht
> erfüllen kann?

Ich brauche z.B. gar kein zweites Bildformat mehr, wenn ich alle Bilder
in webp (oder avif) konvertiere. Qualität und Dateigröße sind in allen
Fällen besser als bei PNG/JPEG.

>> Aber zurück zum Thema: Anders gefragt: Welchen Grund kann es dafür
>> geben, dass von convert erzeugte Bilder, von display nicht richtig
>> angezeigt werden?
>
> Es wäre möglicherweise hilfreich, wenn Du beschreiben könntest, um
> welche Farbfehler es sich handelt...

Verkehrte Farben und eine Hintergundfarbe (rötlich, orange), wo gar
keine im Original vorhanden ist und auch im Web-Browser keine angezeigt
weird.

Cheerio.

Patrick Rudin

unread,
Oct 25, 2022, 8:41:40 AM10/25/22
to
Michael Uplawski wrote:
> Verkehrte Farben und eine Hintergundfarbe (rötlich, orange), wo gar
> keine im Original vorhanden ist und auch im Web-Browser keine angezeigt
> weird.

Ok, das erhalte ich ebenfalls, wenn ich mit convert ein avif erstelle.

ffprobe meint zu der Datei:
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x5652a7a3ca00] moov atom not found
rp_75.avif: Invalid data found when processing input

Möglicherweise ein Bug in convert...


Gruss

Patrick

Michael Uplawski

unread,
Oct 25, 2022, 12:32:18 PM10/25/22
to
Patrick Rudin:

> ffprobe meint zu der Datei:
> [mov,mp4,m4a,3gp,3g2,mj2 @ 0x5652a7a3ca00] moov atom not found
> rp_75.avif: Invalid data found when processing input

Ist denn ffprobe überhaupt geeignet, Bilddateien zu untersuchen und AVIF
oder HEIF zu analysieren? Ich würde solche Dateien nicht mit
Multimedia-Streams identifizieren.

> Möglicherweise ein Bug in convert...

Das ist nicht ausbgeschlossen (immer weniger, wenn ich mir andere
Konverter anschaue, z.B. heif-enc oder avifenc).

Allerdings stört es mich noch, dass ich der *erste* sein soll, der einen
solchen Bug bemerkt. Ich habe auch kein Github-Konto mehr und möchte
auch keines.

Bis auf weiteres werde ich andere Konverter verwenden. Leider verstehen
die kein Tiff als Eingangsformat. Irgendwas Unkomprimiertes in AVIF
umzuwandeln wird damit umständlich.

Darum bin ich so an convert interessiert.

Cheerio

Michael

Patrick Rudin

unread,
Oct 26, 2022, 8:04:45 AM10/26/22
to
Michael Uplawski wrote:
> Ist denn ffprobe überhaupt geeignet, Bilddateien zu untersuchen und AVIF
> oder HEIF zu analysieren?

Die Fehlermeldung ist zumindest ein Indiz, dass mit der Datei was faul ist.

Interessant wäre zu wissen, ob der Fehler auch mit dem aktuellen
imagemagick 7.1 auftritt, aber die Version ist noch nichtmal in Debian
unstable...


Gruss

Patrick

Michael Uplawski

unread,
Oct 27, 2022, 7:49:51 AM10/27/22
to
Patrick Rudin:

> Interessant wäre zu wissen, ob der Fehler auch mit dem aktuellen
> imagemagick 7.1 auftritt, aber die Version ist noch nichtmal in Debian
> unstable...

Convert werde ich einstweilen nicht mehr verwenden. Vielmehr wird
avifenc in ein Skript eingebaut, damit ich mir die neuen Parameter
nicht merken muss.
Würden sich die Ausgaben von
:~$ heif-enc -h
:~$ avifenc -h
:~$ convert -h
ein bisschen ähnlicher sehen, wäre schon viel gewonnen. Jetzt muss ich
für avif den einen Konverter wählen und muss umständlich mit
Zwischenformaten hantieren, kann den anderen aber weiterhin für WebP und
sonstige Bilder benutzen.

Das ist Technologie. Nicht Fortschritt. Nur Technologie. :(

Ich geh' Äpfel pflücken Ω
0 new messages