Version 1.3.5 is available

[Botond Kósa]

A new version is available with improved coloring capabilities.

• KFR files are finally displayed with more or less correct coloring (at least the 2nd power Mandelbrot ones ). This is enabled by the extension of the color density range to lower values and by the introduction of fractional color density values. KFR files with iteration division other than 1 are also handled correctly.
• A new type of widget is introduced to allow more control over the color density and offset. These parameters can now be adjusted by two sliders each: the upper ones have the coarse-grained effect of the previous single sliders, while the lower ones can be used to fine-tune the parameters. The sliders are also longer to allow easier adjustment. They appear automatically when the mouse is over the input field.
• The C¹ continuous smoothing of color gradients can be turned off in the Palette window. This might be necessary to match the coloring of KFR files with large palettes. Turning smoothing off has the side-effect of reducing the local contrast of the image (because the gradients become less steep) and the global contrast may also be reduced (because smoothing is performed using cubic interpolation that can cause overshoot).

Download link and full list of changes:
http://web.t-online.hu/kbotond/mandelmachine/#1.3.5

[istinn]

nice updates, I note here that if you pan, fractal screen does not update, istead it returns to previous frame

[blob]

Any chance of a Win32 build (now that it's largely out of beta) or can I just forget about it? 

[Dinkydau]

I have done a large and extreme render (25600×19200, depth of 2^6900) in version 1.3.2. When it was done, I saved a png image. Then I wanted to change the IT color density. When I entered a new value, the program crashed and gone was the render. Luckily I found this in the cmd window:

Code:

1103481903 bytes written to C:\Users\user\AppData\Local\Temp\\mm_1e1af12c-0c54-4
748-b4be-c3343a7ae1f0.mmit in 261907 ms

I figured it must be possible to load this file into mandel machine again to continue adjusting the colors. All I have now is a png image with unadjusted colors. I copied the mmit to the same directory as the parameter file (mmf) from which the render was made, and named the parameter file mm_1e1af12c-0c54-4748-b4be-c3343a7ae1f0, and tried to load that with "Computerd data iteration counts" selected. That made program crash.

I have tried to load the file in 1.3.2, 1.3.3, 1.3.4 and 1.3.5 with the same result each time:

Code:

colors:512
Color gradient created in 252 ms
Palette shrunk to size 32768 in 10 ms
Controls disabled in 1 ms
System.gc()
CREATE: bitmap (25600x19200 pixels)
OffHeapDoubleIterArray created (3932160000 bytes)
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000002c9b53c, pid=52992,
tid=36800
#
# JRE version: 7.0_25-b17
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode windows-amd64
 compressed oops)
# Problematic frame:
# J  mm.util.compress.LinearIterCodec.loadIterArray(Lmm/FractalCanvas;Ljava/lang
/String;Z)Z
#
# Failed to write core dump. Minidumps are not enabled by default on client vers
ions of Windows
#
# An error report file with more information is saved as:
# R:\Software\Mandel_Machine_1.3.5_x64\hs_err_pid52992.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

R:\Software\Mandel_Machine_1.3.5_x64>pause
Press any key to continue . . .

Each time I ran the program with the flag -Xmx16400m. I also tried loading with everything unselected other than iteration counts with the same fatal error as result.

It could be that I'm doing something wrong, because I assumed that the temorary file mm_1e1af12c-0c54-4748-b4be-c3343a7ae1f0.mmit is like those that can be manually saved by the program. If possible, how can I load this file? I would like to not redo the render because it took more than a week.

[Botond Kósa]

Any chance of a Win32 build (now that it's largely out of beta) or can I just forget about it? 

I'm afraid I won't be releasing it anytime soon A large part of the code is written is assembly, and that would take an immense effort to port to 32-bit. In my limited time I'd rather work on new features. Besides, 64-bit CPUs have been available for more than a decade now, so I guess the vast majority of the users already have 64-bit systems.

[Botond Kósa]

It could be that I'm doing something wrong, because I assumed that the temorary file mm_1e1af12c-0c54-4748-b4be-c3343a7ae1f0.mmit is like those that can be manually saved by the program. If possible, how can I load this file? I would like to not redo the render because it took more than a week.

I admit MM is still very unstable when approaching memory limits. Anyway, you should definitely keep that .mmit file because it also contains the location parameters in binary format, and in an upcoming version it will be possible to load it even if the .mmf file is missing.

[blob]

I'm afraid I won't be releasing it anytime soon A large part of the code is written is assembly, and that would take an immense effort to port to 32-bit. In my limited time I'd rather work on new features. Besides, 64-bit CPUs have been available for more than a decade now, so I guess the vast majority of the users already have 64-bit systems.

Those days most people who use a 32bit operating system use it on a 64bit CPU I guess as I sure do, I don't think there are too many P3/AthlonXP still in use.

[Dinkydau]

Why don't you get a 64-bit operating system? It's a waste of a 64-bit CPU not to have one.

[SeryZone]

How to make a video? Some zoom sequencer are ready for montage, but... I wasted too much time for nothing.

[Botond Kósa]

How to make a video? Some zoom sequencer are ready for montage, but... I wasted too much time for nothing.

Movie Maker will be included in the release after the next. Expect it around the end of next week.