Bilder werden unerwünscht erneut komprimiert

[geld]

Wenn ich mit JTL-Wawi einen Artikel im XTCommerce- Shop einstelle und dann mit eazyAuction bei eBay und die Bilder vergleiche, haben alle unterschiedliche Dateigrößen. Gemeint ist das größte Bild, das eigentlich unangetastet bleiben sollte.

Manchmal wird die Dateigröße durch die Komprimierung bis zu 25% größer!

Die Bildqualität leidet meist merklich.

Ich habe große Bilder, maximal 900x600 Pixel, oft 600x600 Pixel. Bitte sagt nicht, dass ich das hinnehmen muss. Ohne Bilder kann man in der Uhren- und Schmuck-Branche nichts verkaufen.

 

[geld]

Ich habe nun einen Artikel mit einem kleinen Bild (485 Pixel breit, 300 Pixel hoch) bei eBay eingestellt. Auch dieses Bild wird durch eazyAuction reencodiert. Die Dategröße - bis auf Bytes verglichen - ist eine andere und auch die Sichtprüfung im Bildbearbeitungsprogramm hat Unterschiede erkennen lassen.

Woran liegt es nun?

Ich kann verstehen, dass die Popup-Bilder im JTL- Shop 640x480 Pixel messen, aber warum sollte das für Benutzer von XTCommerce oder eBay ausschlaggebend sein?

Ich will ja nicht nerven, aber die Bilder sind je nach Branche unterschiedlich wichtig. Viele Artikel werden über das Aussehen verkauft und nicht über eine Modellnummer.
Ein konkretes Beispiel: Wenn ein Großhändler die Benutzung seiner Bilder erlaubt, so wird er sie möglichst groß anbieten, damit noch Qualitäts-Luft für Anpassungen (Verkleinerungen) seitens des Kunden vorhanden ist. Auch die Auflösungen der Monitore werden immer höher, sodass man keine Angst vor großen Bildern haben muss.

Ich zerbreche mir schon länger den Kopf über die Wirkung der Bilder, siehe hier

http://www.jaundnein.eu/produktfotografie.htm

und behalte gerne die Kontrolle über alle Bilderstellungsvorgänge.

 

[Thomas Lisson]

Hallo,

kein Problem. Wir können die Bildqualität pro Nutzer steuern.

Die Bilder werden nur erneut encodiert, wenn sie im Template Gößenangaben haben, also etwa $#Picture.1:360x360#$, andernfalls werden sie nicht neu kodiert. Hierbei wird etwa das Bild auf max. 360 Breite und 360 Höhe skaliert. Dabei wird es erneut kodiert und die Standardqualität beträgt 80%.

Wir haben bei Deinem Account die Qualität auf 100% gesetzt, d.h. ohne Verluste. Ab dem nächsten Angebot wird es greifen.

Im jpg Format sind 80% die Standardeinstellung (auch beim Speichern in den meisten Grafikprogrammen). Daher lohnt es sich nicht für alle 100% zu setzen, sondern nur für diejenigen, die es auch wirklich brauchen. Dazu spart der Endkunde Ladezeit.

 

[geld]

Ist die Ursache nun bekannt? Ich glaube sie gefunden zu haben.

 

[vygi]

Die Bilder werden nur erneut encodiert, wenn sie im Template Gößenangaben haben, also etwa $#Picture.1:360x360#$, andernfalls werden sie nicht neu kodiert. Hierbei wird etwa das Bild auf max. 360 Breite und 360 Höhe skaliert. Dabei wird es erneut kodiert und die Standardqualität beträgt 80%.

Kann man es bitteschön so einrichten dass bei $#Picture.1:360x360#$ Bilder mit der Breite oder Höhe von exakt 360 Pixen nicht neu kodiert werden? Oder ist es auch jetzt so?

 

[Thomas Lisson]

Ist die Ursache nun bekannt? Ich glaube sie gefunden zu haben.

Ja. Ursache bekannt und Prodblem bereits behoben. Es sollte schon in der aktuellen Releaseversion drin sein:
http://jtl-software.de/forum/viewtopic.php?t=3062
Ich könnte mich jetzt irren und es ist noch nicht in dieser Release drin. Dann kommt es mit der nächsten Release.

jpg Bilder werden von der Wawi nun nicht vorher kodiert, bevor sie in die Datenbank geschoben werden.

Kann man es bitteschön so einrichten dass bei $#Picture.1:360x360#$ Bilder mit der Breite oder Höhe von exakt 360 Pixen nicht neu kodiert werden? Oder ist es auch jetzt so?

Da die Bilder hierbei skaliert werden müssen, müssen sie auch erneut skaliert werden. Wenn das Bild genau so groß ist, wird es nicht neu kodiert.

 

[geld]

Danke sehr.