Posted by
Michael Schmid on
Sep 03, 2013; 9:33am
URL: http://imagej.273.s1.nabble.com/PNG-issue-tp5004564p5004633.html
Hi Rainer,
sorry, I can't reproduce it in two runs with a total of more than 20000 repetitions (no blur, no rotate; result was "no issue occured.. hurray").
Java 1.6.0_51 (64 bit) on Mac OS X 10.6.8, ImageJ 1.48b and daily build.
One funny issue I noted: when writing, sometimes in the status line, I saw a flickering 'INTERRUPTED' - this might stem from the PlugInFilterRunner indicating that it sees an EscapeKeyPressed state - no idea why. Also EscapeKeyPressed should terminate the macro, but the macro continued.
As I can't reproduce it, maybe you could check for a possible race condition (insert 100 ms waiting between saving and Close All).
Another idea to find the reason for the problem:
Open one of the problematic files with some other software. Check whether the size is ok (4000x6000), save it under some other name and open in ImageJ. Make sure it is still 8 bits and same LUT, then save as PNG.
First see whether this PNG is now readable by ImageJ. If it isn't, probably the image contents and the PNG encoding are the problem.
If it is readable, check the length. Maybe the bad file was truncated at the end?
Hope this helps,
Michael
________________________________________________________________
On Aug 27, 2013, at 10:58, Rainer M. Engel wrote:
> Hello everyone,
>
> there seems to be a problem with the png-built-in-compression which is
> good to have but not to deactivate, at least I think.
>
> The attached macro creates n-Files in a certain resolution. It occurred
> to me on different systems, that images containing only black and white
> pixels (binary) will most likely have this problem. In my passes up to 3
> Images out of 2000 will not reopen in ImageJ. That doesn't mean they are
> overall corrupt since PS and other Tools can open them.
>
> What does the macro do?
> 1 Step: it creates n-Images inside of a user defined working folder
> 2 Step: these images are opened again
>
> There are two optional settings (rotation and blur). It seems to me, the
> more grey pixels there are, the more likely all will be fine.
>
> What do you encounter?
>
> Best regards,
> Rainer
>
>
> --
> Rainer M. Engel, Dipl. Digital Artist
> scientific|Media GbR
> Pichelsdorfer Str. 143
> 13595 Berlin
>
>
>
>
>
> --
> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html> <PNG_issue.ijm>
--
ImageJ mailing list:
http://imagej.nih.gov/ij/list.html