On 12/29/20 3:18 AM, Jonathan Osuch wrote:
David,
Are you trying to run full screen? Yes. When you say "full screen", what do you mean? My desktop environment (XFCE4) has an option to turn any window into a "full screen" without borders or window decorations. Is that what you mean? When fractaling, I like the border/decorations out of the way. The problem is that (X)Fractint is still really a DOS program. I have put in checks of the event queue for events such as window resizing, but what ends up happening is that Fractint keeps calculating and plotting points on a surface that is being destroyed and recreated at a different size. Can't seem to get it to stop, so I went back to just using the <DEL> screen for changing video resolutions. Which, if you will recall, is far more convenient than changing resolution in xfractint before the port to SDL.
Hmm. Fractint would stop calculating image when it's done, right? So waiting until the image is done at the default setting (640x480, which is almost instantaneous on my laptop) means Fractint shouldn't be drawing anything anywhere. Can it be set to use a buffer instead of a "screen" surface? Or is that just the same thing?
If you can create a suitable entry in fractint.cfg, then it should work.
Thanks, I had done that several versions ago: ,3840x2160 256 color , 8, 3840, 2160,256,DJ added No key assigned to it. I pick it from the Del key list. I just tried it again, twice. First, run XFractint, it finishes the default mandelbrot; reload a saved image; stack smash. Second, run XFractint, it finishes default mandelbrot; use DEL to select my 3840x2160 entry; default mandelbrot renders; reload a saved image; stack smash. I just saved a new 3840x2160 fractal using XFractint. I exited XFractint, checked the image in a view, it looks fine. Started XFractint, selected my 3840x2160 video mode, reloaded the save image: stack smash. Just tried creating and saving a new 1920x1080 fractal in that video mode. Exiting XFractint and viewing it, it looks fine. Starting XFractint again, switching to 1920x1080 video mode and reloading the saved image: smash. Starting XFractint, leaving it at default resolution and trying to reload the same saved image: smash. Last try. XFractint at default resolution and window size. Create new fractal. Save it. Exit XFractint. Restart XFractint, leave it at default resolution and window size, reload saved image: Smash. Apparently on my system, XFractint's not reliably able to save an image that it can reload. My initial thought with the 4K and FHD images were running out of memory... but that shouldn't apply to the default 640x480 video mode. Previous versions handled 25kx25h fractals before, so that mere 4K shouldn't be a memory problem, right?
To see what is available, temporarily rename fractint.cfg, then run xfractint and look at the <DEL> screen. It isn't possible to save the displayed video modes, yet.
Video mode loads fine. I set up a custom one for my 4K display. The default mandelbrot renders almost instantly.
Regardless of screen size, I get the stack smashing crash every time I go to reload a saved fractal that was created with the previous SDL XFractint version. I just opened a max-size disk video image I made a few years ago with DOS Fractint and SDL XFractint just rendered it with no problems. I don't see this problem on my machine. I do need to work on the file access routines to get the image loaded faster.
I've compiled other applications, how does one get and compile the new XFractint source? Try opening a subversion client and exporting from:
https://svn.fractint.net/branches/ssg/sdl/
If that doesn't work, I will be creating a source code file and uploading it to fractint.net. After looking at the Make file, I see that I do need to fiddle with it to make it more generic.
Jonathan
I have the next five days off, I'll see about doing that. Is there a debug mode that might help figure things out? -- David W. Jones gnome@hawaii.rr.com authenticity, honesty, community http://dancingtreefrog.com "My password is the last 8 digits of π."