On Fri, 8 Nov 2002, Tim Wegner wrote:
Maybe I spoke too soon. What I should have said was that it appeared to me that PNG couldn't be implemented in fractint using LibPNG. This disappointed me a lot, because I worked very hard to make sure Zlib and Libpng could be compiled in the medium model. Now I think it doesn't matter.
If you can quickly cobble together a PNG encoder and decoder that would use no more memory than Fractint's GIF encoder and decoder, that would be interesting. But keep in mind that there is a lot of other functionality in Libpng that we would need beside the encoder and decoder. Rich has a point about not investing too much more time in the medium model. Once one is using a flat memory model, Libpmg works fine.
I may have spoken too soon as well.. the inflate methood uses a 32K history buffer (the current LZW code in Fractint is only needs a 4K buffer) So this is going to use more memory than I thought at first, I need to take a closer look at what is actually taking up memory where to make sure there is enough. (I don't suppose there's a memory map anywhere?) (*suffix is ~10k, *prefix seems to be 4K at most, *decoderline is a max of 2K, *stack seems to be 4K at most as well, anyone know offhand what else, that is really big, is in that segment?) ... or we could just fork a new version with a flat memory model :)