umlaeute / Gem

Graphics Environment for Multimedia (official repository)
https://gem.iem.at
Other
103 stars 29 forks source link

writing pixes upside down/colors #346

Closed umlaeute closed 1 year ago

umlaeute commented 1 year ago

some backends write the images upside down and still have color problems...

OS backend format upsidedown colors notes
linux/amd64 imageJPEG jpg OK OK
linux/amd64 imageMAGICK bmp OK OK
linux/amd64 imageMAGICK jpg OK OK
linux/amd64 imageMAGICK png OK OK
linux/amd64 imageMAGICK sgi OK OK
linux/amd64 imageMAGICK tga :boom: OK
linux/amd64 imageMAGICK tif OK OK
linux/amd64 imageSGI sgi OK OK
linux/amd64 imageSTB bmp OK OK
linux/amd64 imageSTB jpg OK OK
linux/amd64 imageSTB png OK OK
linux/amd64 imageSTB tga OK OK
linux/amd64 imageTIFF tif :boom: (fixed with d438deaf) OK
macOS11.4/amd64 imageIO bmp OK OK
macOS11.4/amd64 imageIO jpg OK OK
macOS11.4/amd64 imageIO png OK OK
macOS11.4/amd64 imageIO tif OK OK parts of the image are garbled (in geeqie; not in GIMP)
macOS11.4/amd64 imageSGI sgi OK OK
macOS11.4/amd64 imageSTB bmp OK OK
macOS11.4/amd64 imageSTB jpg OK OK
macOS11.4/amd64 imageSTB png OK OK
macOS11.4/amd64 imageSTB tga OK OK
macOS11.4/amd64 imageTIFF tif :boom: (fixed with d438deaf) :boom: (fixed with ee7c8c4f)
macOS11.4/amd64 imageJPEG jpeg OK :boom: (as reported in #248)

(for whatever reasons, i'm currently missing the imageJPEG backend on macOS)

umlaeute commented 1 year ago

testing with 8cb902fb61991d95b6a8c19f321c36dc6ba839f3 and the tests/manual/pix-writing test:

OS backend format upsidedown colors
linux/amd64 imageJPEG jpg OK OK
linux/amd64 imageMAGICK bmp OK OK
linux/amd64 imageMAGICK jpg OK OK
linux/amd64 imageMAGICK png OK OK
linux/amd64 imageMAGICK sgi OK OK
linux/amd64 imageMAGICK tga :boom: OK
linux/amd64 imageMAGICK tif OK OK
linux/amd64 imageSGI sgi OK OK
linux/amd64 imageSTB bmp OK OK
linux/amd64 imageSTB jpg OK OK
linux/amd64 imageSTB png OK OK
linux/amd64 imageSTB tga OK OK
linux/amd64 imageTIFF tif OK OK
Win10/amd64 imageJPEG jpg OK OK
Win10/amd64 imageSGI sgi OK OK
Win10/amd64 imageSTB bmp OK OK
Win10/amd64 imageSTB jpg OK OK
Win10/amd64 imageSTB png OK OK
Win10/amd64 imageSTB tga OK OK
Win10/amd64 imageTIFF tif OK OK
macOS10.12/amd64 imageIO bmp OK OK
macOS10.12/amd64 imageIO jpg OK (exif) OK
macOS10.12/amd64 imageIO png OK OK
macOS10.12/amd64 imageIO tif OK (exif) OK
macOS10.12/amd64 imageJPEG jpg OK OK
macOS10.12/amd64 imageMAGICK bmp OK OK
macOS10.12/amd64 imageMAGICK jpg OK OK
macOS10.12/amd64 imageMAGICK png OK OK
macOS10.12/amd64 imageMAGICK sgi OK OK
macOS10.12/amd64 imageMAGICK tga OK OK
macOS10.12/amd64 imageMAGICK tif OK OK
macOS10.12/amd64 imageSGI sgi OK OK
macOS10.12/amd64 imageSTB bmp OK OK
macOS10.12/amd64 imageSTB jpg OK OK
macOS10.12/amd64 imageSTB png OK OK
macOS10.12/amd64 imageSTB tga OK OK
macOS10.12/amd64 imageTIFF tif OK OK

orientation marked with (exif) means, that the saved images use metadata to rotate the image (so reading the images with programs (or Gem-backends such as STB) that ignore this metadata will make the appear upside down)

as for the linux/MAGICK/tga case, see https://github.com/ImageMagick/ImageMagick6/discussions/227. also note that for macOS10.12/MAGICK/tga does not have this problem.

umlaeute commented 1 year ago

afaict, everything is done except for the MAGICK/tga case which i figure is an upstream problem...