Diskussion:JPEG
| Zum Archiv |
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)
