| ||
Tue 2025-02-18
Sun 2025-02-16
Sat 2025-02-15
Fri 2025-02-14
Thu 2025-02-13
Wed 2025-02-12
Sun 2025-02-09
Fri 2025-02-07
David Hockney's A Rake's Progress Thu 2025-02-06
Wed 2025-02-05
Tue 2025-02-04
Search
Archives
2024
12 11 10 09 08 07 06 05 04 03 02 01
2023
2022
2021
2020
2019
2018
2017
2016
2015
2014
2013
2012
2011
2010
2009
2008
2007
2006
2005
2004
2003
One good site
MDN
Nelson Minar
Blog licensed under a Creative Commons License
|
jpegtran claims to losslessly
rotate and crop JPG images. Neat trick - instead of modifying and
recompressing the image,
jpegtran just fiddles the vectors.
Is this a flaw inherent in jpegtran? Is it an artifact of the Gimp's jpeg decoder? It's not just jpegtran; Canon's own software has the same artifacts. And I don't think it's just the Gimp; I get the same results with djpeg and pbmplus. Update: I got a great response from Guido explaining what's going on. JpegTran is lossless, in the sense it is reversible - re-rotate the image with jpegtran and you get the identical pixels. The differences above are because of jpeg decoding. For example, camera jpeg images are often 2x1 chroma subsampled. When you rotate them that becomes 1x2 and the decoder acts a bit differently. This entry has moved to
/tech/photo/jpegtranDiff |
|
Only it doesn't work, at least according to the Gimp. Above is the
difference between the original image and the one passed through jpegtran.
I've boosted the gain a lot - the difference histogram is the
image on the upper right. The differences had pixels as much as 17/255
white! It should be all black.