END OF AN ERA, FRACTALFORUMS.COM IS CONTINUED ON FRACTALFORUMS.ORG

Hi, the problem with 'largest files' is that you might reached the memory amount a 32 bit program can handle...
and that can lead to various strange errors.

The internal buffer is always unscaled and saving a m3i file is not effected by the scaling, always stored 1:1.
My advice is to use not the maximum size, lower it a bit.
Some postprocessings needs also some additional amount of memory.

For very large renders, i would tile the image in smaller subimages, what is limited to calculations that are local-
in means that they don't rely on neighbouring pixels and calculations on them.
Of course, subtiling has to be programmed first, is on the todo-list on position 2 to 5 maybe, is hard to tell because
of the many items and the priority that might change 

The 32 bit pointers can address maximal 4 GB, but the maximum memory a 32 bit program receives is about 2 to 3 GB,
dependend on the operating system and if a option to increase it to more than 2 GB is set (if there is such an option,
newer OS might always give them 3 GB or maybe more).
But the maximal nonfragmented block you can get is still only 2 GB, with 18 Bytes per pixel (mainbuffer), about 100
megapixel should be the limit, and you need for the doublebuffered output + unscaled intern image additional memory.