Fractorium 1.0.0.5 released

3 min read

Deviation Actions

mfeemster's avatar
By
Published:
1.3K Views
Download here

This is a medium-sized release that fixes some bugs and adds a couple of new features.

Key features with explanations:

  • EXR is an image format developed by the movie industry to store extremely high precision color channel information, rather than the usual 8 bits per channel. It does this by using a 32-bit float for each RGBA channel. Some people call this High Dynamic Range (sometimes implemented as 10 bits per channel). In order to do this, I reworked much of the internal coloring code for the final color correction phase of the algorithm. This means I have finally removed all of the last remnants of strange flam3 code that converts between normalized and non-normalized color range values. The downside is that this requires more memory, but it shouldn't be too big of a deal. Using EXR is available in the final render dialog, as well as on the command line with --format=exr. Note that if you want high precision, but are not a fan of EXR, you can always use 16-bits per channel PNG files as the output on the command line via --format=png16.

  • Reworking this code led me to remove the --bpc command line option as well as some others. The image format implicitly specifies what the pixel type is.

  • When rendering on the command line, you were only able to specify one image output type. This could be a real pain if you were trying to see which file type was best for your images. Now, you can specify one or more types all at once with the --format option like so: --format=bmppngjpgpng16exr

  • The panorama 1 and 2 variations are interesting new developments from tatasz. I've ported them to Fractorium, so a big thanks to her!

  • Note that despite fixing some OpenCL compiler errors for Mac, a recent update of the Nvidia drivers broke compilation for some variations when using double precision. So if you're running this on a Mac and run into that problem, switch back to single precision. Remember, most flames are fine with single precision and it's much faster (2-32x) on the GPU. Future driver updates from Nvidia may fix this problem.

Full list:

--User changes
 -Add support for Exr files which use 32-bit floats for each RGBA channel.
 -Allow for clearing an individual color curve.
 -Allow for saving multiple image types in EmberRender and EmberAnimate. All writes are threaded.
 -Remove --bpc command line argument. Add format --png16 as a replacement.
 -Remove --enable_jpg_comments and --enable_png_comments command line arguments, and replace them with --enable_comments which applies to jpg, png and exr.
 -Add menu items to variations and affine spinners which allow for easy entry of specific numeric values like pi.
 -Make final render dialog be wider rather than being so tall.
 -Added panorama1 and panorama2 variations.

--Bug fixes
 -Fix several OpenCL build errors that were occurring on Mac. Some still remain.
 -Remove ability to save bitmap files on all platforms but Windows.
 -Fix bug where clearing the final xform, but leaving it present, then editing it would crash the program.
 -Disallow the use of synth when randomly generating xforms if the user has an Nvidia device present on their system.
 -crackle had a bug with Nvidia GPUs.
 -Only allow crackle_cellsize to be greater than 0.
 -Typing in the xform color index spinner produced strange results.
 -Returning from palette editor did not always update xform color indices.
 -Cleaner exit on some failures.
 -Better reporting of OpenCL errors.
© 2017 - 2024 mfeemster
Comments3
Join the community to add your comment. Already a deviant? Log In
sakkmesterke's avatar
Thank you, awesome job!