Diskussion:JPEG

Zum Archiv

Automatische Archivierung

Auf dieser Seite werden Abschnitte monatlich automatisch archiviert, deren jüngster Beitrag mehr als 180 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten. Um die Diskussionsseite nicht komplett zu leeren, verbleiben mindestens 5 Abschnitte.

Automatische Archivierung

Auf dieser Seite werden Abschnitte monatlich automatisch archiviert, deren jüngster Beitrag mehr als 1800 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten. Um die Diskussionsseite nicht komplett zu leeren, verbleiben mindestens 5 Abschnitte.

Unklarheit

 Da die R′G′B′-Werte bereits digital als 8-Bit-Zahlen im Bereich {0, 1, …, 255} vorliegen, müssen die 
 YPbPr-Komponenten lediglich verschoben (renormiert) werden, wodurch die Komponenten Y′ (Luminanz), 
 Cb (color blueness) und Cr (color redness) entstehen

Y'CbCr entsteht durch Verschiebung von YPbPr. Ok, aber was hat das damit zu tun, dass der Vektor RGB' als 8-bit-Zahlen vorliegt? JMS (Diskussion) 23:24, 16. Aug. 2016 (CEST)

Erwähnung von Guetzli fraglich

Im Artikel wird Googles Guetzli erwähnt und der Eindruck erweckt, dass besonders kleine JPEG Dateien mit etwas mehr Zeitaufwand generiert werden können. Tatsächlich ist der Zeitfaktor aber schlicht dramatisch. Laut diversen Tests von verschiedenen Bloggern (haschek.at, pixels.com, etc) benötigt Guetzli 100 bis 1000x mehr Zeit als das normale Verfahren, während CPU und Arbeitsspeicher bis ans Maximum ausgelastet werden. Und das alles um nicht weniger Speicherplatz zu belegen, als mit mozjpeg. Das Verfahren ist also schlicht überflüssig und nicht der Rede wert oder sollte zumindest entsprechend kritisch beschrieben werden. Mgutt (Diskussion) 00:57, 8. Okt. 2017 (CEST)

Vermisse die Gammakorrektur

Die Gammakorrektur ist beim fertigen .JPG-Bild ein relevanter Parameter (auch wenn wie nicht während der JPEG-Datenreduktion erfolgt,sondern davor und danach. Ferner sind die bei der Datenreduktion enstehenden visuellen Qualitätsverluste stark von der Gammakorrektur abhängig.

https://de.wikipedia.org/wiki/Gammakorrektur

https://de.wikipedia.org/wiki/High_Dynamic_Range_Image

Ich vermisse daher eine Erwähnung. Die nichtlineare Bearbeitung erfolgt vor der Codierung auf die RGB-Helligkeitswerte, die Rückabbildung nach der Decodierung.

Auch vermisse ich Nennung des Standards: welcher Potenzwert wird als Parameter standarfmäßig verwendet? Einen solchen Standard müsste es, unabhängig von Monitor und Kamera, bei JPEG geben, zwecks einheilticher Bildwiedergabe und optimaler Verteillung der Quanisierungen. Auch wenn einzelne Kameras und Monitore in ihrer Hardware indivuelle Gamma-Eigenschaften aufweisen, werden diese mit einer zusätzlichem Korrektur ausgeglichen bzw. auf den (hier für diesen Artikel relevanten) Standard-Gamma angeglichen. (nicht signierter Beitrag von 2003:EC:AF02:DC00:2578:B6D:F0B3:1400 (Diskussion) 11:43, 22. Jul. 2020 (CEST))

Ist die Gammakorrektur eine Eigenschaft des JPEG-Formats? Ist in der JPEG-Datei ein spezieller Speicherplatz für einen Gammakorrektur-Wert vorgesehen?

Oder ist das nur ein unabhängige Bild-ver/be-arbeitungs-Algorithmus, der auch angewendet würde, wenn anschließend in einem ganz anderen Format gespeichert wird?

Das hier ist schließlich kein Artikel über "sinnvolle Bildbearbeitungsalgorithmen".

--arilou (Diskussion) 16:28, 28. Jul. 2020 (CEST)

Transparenz

*.jpg unterstützt inzwischen Transparenz (alpha encoding) --2A01:C23:80CE:9B00:9D32:CA6:D512:8475 13:31, 10. Sep. 2022 (CEST)