From b358966b64ccf5b25a8e5f92e0e2c15901454652 Mon Sep 17 00:00:00 2001 From: Erik Reckase Date: Sun, 21 Nov 2010 02:05:12 +0000 Subject: 16 bpc PNG images were not being written properly when strips were being used. while png_set_swap() is supposed to tell the system to reverse the order of the bits when writing the file, I was unable to get this to work, so I resorted to a brute-force reversal of the bits - but then forgot to put the bits BACK. This is not a problem for single strips, but with multiple strips things get very confused. png_set_swap would make this a non-issue. git-svn-id: https://flam3.googlecode.com/svn/trunk@88 77852712-ef1d-11de-8684-7d64432d61a3 --- src/png.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) (limited to 'src/png.c') diff --git a/src/png.c b/src/png.c index 1bdba5f..8eee7c7 100755 --- a/src/png.c +++ b/src/png.c @@ -106,8 +106,6 @@ void write_png(FILE *file, void *image, int width, int height, flam3_img_comment im[i] = htons(im[i]); } } - - if (pngcom_enable==1) png_set_text(png_ptr, info_ptr, text, FLAM3_PNG_COM); @@ -117,6 +115,15 @@ void write_png(FILE *file, void *image, int width, int height, flam3_img_comment png_write_end(png_ptr, info_ptr); png_destroy_write_struct(&png_ptr, &info_ptr); free(rows); + + /* Swap back the bytes in case we're doing strips */ + if (2==bpc && testbe != htons(testbe)) { + unsigned short *im = (unsigned short *)image; + for (i=0; i