Closed umlaeute closed 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.
afaict, everything is done except for the MAGICK/tga
case which i figure is an upstream problem...
some backends write the images upside down and still have color problems...
(for whatever reasons, i'm currently missing the
imageJPEG
backend on macOS)