Farbfehler beim Speichern von jpg-Grafiken

[Jürgen]

Hi,

wenn man eine mit #990000 gefüllte Fläche oder Leinwand als jpg-Datei speichert, ist in der Zieldatei die Farbe nicht mehr exakt identisch, sondern weicht davon leicht ab - in meinem Fall #990100. Auf der Website ergibt sich dadurch ein Farbübergang zum HTML-Hintergrund oder zu gif-Dateien, bei denen die Farbe exakt festgelegt ist. Man sieht das nur mit 16 bit Farbeinstellungen, bei 32 bit fällt das nicht auf.

Ich kann die Grafik nicht als gif-Datei speichern, weil sonst das Foto nicht brauchbar ist. Versucht habe ich es schon mit selektiver jpg-Komprimierung, aber auch bei 100 % Qualität für die Farbfläche bekomme ich nie die Farbe #990000 im Endprodukt. Rea ist das Problem kürzlich im Traum-Lab aufgefallen . Ich habe die jpg-Datei drangehängt.

Ich wäre euch dankbar, wenn jemand eine Lösung dafür parat hätte...

Gruß, Jürgen

[Jürgen]

... der Anhang

[Thomas]

tja, die jpg-Kompression hat auch ihre Nachteile

mir fallen nur zwei Lösungen ein:

png (wird allerdings oft recht groß und läuft glaub' nicht in wirklich allen Browsern, aber zumindest in fast allen)

oder:

hab' dein Bild mal mit FW gescliced: Hauptteil als jpg, kleine Kante rechts und unten als gif (--> im Anhang das Ergebnis)

auf meinem Monitor (32 bit) sehe ich keinen Rand, wenn ich das in einen #990000 Hintergrund einfüge, auch mit dem PS-Farbpicker vom screenshot sieht das sauber aus, genau wie in der 1600% - Ansicht.

teste mal - bin auch gespannt

und noch ein Uralt-Thread genau zum Thema

[Andi]

gibt auch noch ne dritte Möglichkeit.

zieh auf deiner Leinwand irgendwo ein 1x1px großes Segment auf und speicher das ebenfalls als *.jpg mit selben Einstellungen für das Bild-JPG und verwende das als Seitenhintergrund. Passt sich ja dann genauso an.

Gruß Andi

[Jürgen]

Hey, danke für die schnelle Antwort, ihr Nachtschwärmer .

@Thomas: ich sehe bei mir auf dem Schirm auch keinen Rand, aber mit dem Color Picker vom FW habe ich beim Screenshot natürlich nur beim Rand #990000, der Teil des Bildes, der Slice im jpg-Format hat natürlich wieder #990100. Dadurch müsste sich ja ein Farbrand zwischen den beiden Slices ergeben, warum sehe ich den bei 16bit nicht, während ich den Farbübergang auf der Website bei gleichen Einstellunge sehe? Hast du da eine Erklärung dafür?

PNG ist in dem Fall leider eindeutig zu groß.

@Andi: ja da wärs, gute Idee! Das dumme ist nur, dass das im dem Fall schon mein Hintergrundbild ist, und ein zweites kann man ja nicht definieren. Wär nur noch die Möglichkeit, ein Hintergrundbild in HTML und eines in CSS zu definieren, aber das wird wohl nicht gehen, dass die dann übereinanderliegen. Ich werds mal ausprobieren...

Gruß, Jürgen

[Andi]

was, wie? Das Problembild ist dein Hintergrundbild? Und da geht wohl nichts, wenn du dieses Bild normal einsetzt bzw. in eine Zelle als Hintergrundbild? Dann haste den Seitenhintergrund doch frei zur Verfügung

Gruß Andi

[Jürgen]

Na ja, das geht nicht so einfach, weil da ein Shopsystem drüberliegt, das auf jeder Seite unterschiedliche Zellhöhen hat - deshalb das Bild als Hintergrund. Ansonsten hast du recht, es wäre besser das Ding in den Zellenhintergrund zu setzen

[Thomas]

Original geschrieben von Jürgen
Hast du da eine Erklärung dafür?

nee

hatte das Problem aber auch schon mal ab und an und bin so zum Ergebniss gekommen.
Ich denke, es ist folgender Effekt: bei jpg-Komprimierung werden an den Farbübergängen (den man ja auch am Rand hat: von Farbe zu gar nix) härtere Kontraste "eingebaut"

weil ich in diesem gesliceten Bild am jpg-Rand aber keinen Farbübergang habe, wird der Rand sauberer dargestellt.

Andere Variante, die auch noch gehen könnte:

mach die rote Fläche an deinem Bild nach rechts und unten ein paar pixel größer und exportier als jpg.

dieses jpg wieder öffnen und den überflüssigen Rand abschnibbeln und dann einfach wieder speichern. Den sichtbaren Farbunterschied hast du nur wenige Pixel am Bildrand, und den schneidest du weg.

[Jürgen]

Eine interessante Theorie hast du da, aber irgendwie kann ich nicht dran glauben : Wenn ich dein Bild aufmache, habe ich auf der ganzen roten Fläche, die als jpg-Datei gespeichert ist, die Farbe #990100. Das sagt mir der color picker vom FW, wenn ich den Screenshot in FW öffne. Komme ich mit dem color picker auf den gif-Bereich, sagt er mir schlagartig #990000. Das würde deiner Theorie nicht entsprechen, dass sich die Farbe zum Rand hin verändert. Weiß der Geier, warum man dann auf deinem gesliceten Beispiel im Browser nicht den Farbübergang zwischen jpg und gif sieht.

[Thomas]

Stimmt, das ist wirklich komisch

kenne das halt häufig bei solchen Sachen, dass gerade am Rand die Farbe sich ändert.
Siehst du in deinem jpg von oben auch, wenn du an der Kurvenlinie zwischen Bild und farbfläche das rot anschaust: da ist es verpixelt auf ca. 10 px Breite.

das von FW erzeugte jpg hatte ich nicht mit dem Picker geprüft, sondern mir die gesclicte Grafik in DW auf 990000-Hintergrund gemacht und dann nen screenshot vom IE "geprooft"

Habe dein jpg von oben gerade noch mal genommen und es mit PS versucht (bin ich fitter als mit FW)

Habe die rote Fläche in #990000 eingefärbt

selbst wenn ich als 100%-jpg abspeichere, ändert er die Farbe etwas

bei 80% ist die Änderung die gleiche (aus #990000 wird #9A0000), aber die Dateigröße ist sogar etwas kleiner als im Original (26kb)

teste mal, ob #9A0000 genauer passt als #990100

[Jürgen]

Danke, ich werde das morgen auf beiden Rechnern, die ich zur Verfügung habe, testen.

Ich glaube, jetzt haben wir wohl alle Lösungswege durch, zur Not muss es bleiben wie es ist - danke nochmal!