Thanks, tried opening images saved from previous version. First attempt: XFractint SDL gave me a text message saying it didn't understand the file format. Image was named MultiFace.gif (9.3) and displayed on the selection screen as "MultiFace.gi". Then tried to open another saved image, scurve01.gif (8.3). Crashed with the "stack smashing detected" message. Second attempt: Changed name to "MultFace.gif", tried again. Crashed with stack smashing message. MultFace is a 1920x1080x256 image generated and saved by the 10/22 SDL version. When I open the images with standard XFractint, I get "load incomplete" messages. My first thought was, "Oh, the save from SDL failed." Yet the images display just fine in image viewers and GIMP. So something failed, somewhere. Perhaps in the XFractint SDL routines that put the Fractint formula/parameter information in the GIF image? Maybe that's what crashes XFractint SDL when it tries to reload an image? DOS Fractint running under DOSBox was able to open MultFace.gif with no problems, even though 1920x1080 isn't available under the DOSBox version I have. It rendered it with view set to PREVIEW yes. I just switch it to PREVIEW no, and it was slowly rendering the image until I escaped my way out. (I could probably allocate more processor cycles to it, since there are 4 cores/8 threads here to run things.) On 10/29/2017 04:20 AM, Jonathan Osuch wrote:
Folks,
Fixed 'history' ('h' and 'CNTL-h'). Fixed the ant type. Sped up initial color cycling. Number pad works. Sped up response to a key press in large disk video modes. Fixed the artifacts from the blinking cursor. Updated character set to include the arrow symbols thanks to Harold Lane.
Windows version (32-bit) is: https://fractint.net/ftp/experimental/SDL2-fractint-20.05alpha-2017-10- 29.zip
Pre-compiled 64-bit Linux version is:
http://www.fractint.net/ftp/experimental/SDL2-Xfractint-20.05alpha-2017 -10-29.tar.gz
or look in the directory:
-- David W. Jones gnome@hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com