{"id":35171101,"url":"https://github.com/alexnardini/flam3_for_sidefx_houdini","last_synced_at":"2026-04-09T09:20:29.100Z","repository":{"id":148471953,"uuid":"337175171","full_name":"alexnardini/FLAM3_for_SideFX_Houdini","owner":"alexnardini","description":"The Fractal Flame Algorithm, FLAM3 for SideFX Houdini - aka: FLAM3H™","archived":false,"fork":false,"pushed_at":"2026-02-10T14:38:57.000Z","size":421919,"stargazers_count":0,"open_issues_count":0,"forks_count":0,"subscribers_count":1,"default_branch":"main","last_synced_at":"2026-02-10T19:05:44.688Z","etag":null,"topics":["algorithm","apophysis","cvex","editor","flam3","flame","fractal","fractal-algorithms","fractal-flame","fractal-flame-editor","fractal-geometry","fractal-images","fractal-rendering","fractals","houdini","procedural","procedural-art","python","sidefx-houdini"],"latest_commit_sha":null,"homepage":"https://www.alexnardini.net/","language":"Python","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"gpl-3.0","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/alexnardini.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":"CONTRIBUTING.md","funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null,"notice":null,"maintainers":null,"copyright":null,"agents":null,"dco":null,"cla":null}},"created_at":"2021-02-08T18:45:31.000Z","updated_at":"2026-02-10T14:38:40.000Z","dependencies_parsed_at":"2026-02-14T17:01:45.270Z","dependency_job_id":null,"html_url":"https://github.com/alexnardini/FLAM3_for_SideFX_Houdini","commit_stats":null,"previous_names":[],"tags_count":316,"template":false,"template_full_name":null,"purl":"pkg:github/alexnardini/FLAM3_for_SideFX_Houdini","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/alexnardini%2FFLAM3_for_SideFX_Houdini","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/alexnardini%2FFLAM3_for_SideFX_Houdini/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/alexnardini%2FFLAM3_for_SideFX_Houdini/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/alexnardini%2FFLAM3_for_SideFX_Houdini/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/alexnardini","download_url":"https://codeload.github.com/alexnardini/FLAM3_for_SideFX_Houdini/tar.gz/refs/heads/main","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/alexnardini%2FFLAM3_for_SideFX_Houdini/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":29450591,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-02-14T15:52:44.973Z","status":"ssl_error","status_checked_at":"2026-02-14T15:52:11.208Z","response_time":53,"last_error":"SSL_connect returned=1 errno=0 peeraddr=140.82.121.6:443 state=error: unexpected eof while reading","robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":false,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["algorithm","apophysis","cvex","editor","flam3","flame","fractal","fractal-algorithms","fractal-flame","fractal-flame-editor","fractal-geometry","fractal-images","fractal-rendering","fractals","houdini","procedural","procedural-art","python","sidefx-houdini"],"created_at":"2025-12-28T20:49:18.361Z","updated_at":"2026-04-09T09:20:29.085Z","avatar_url":"https://github.com/alexnardini.png","language":"Python","funding_links":[],"categories":[],"sub_categories":[],"readme":"## Web\n\n- **[FLAM3H™ website](https://www.alexnardini.net)**\u003c/br\u003e\n- **[FLAM3H™ youtube](https://www.youtube.com/@alexnardiniITALY/videos)**\u003c/br\u003e\n- **[FLAM3H™ instagram](https://www.instagram.com/alexnardini/)**\n\n## License\n- Software: [GNU GPL v3.0](LICENSE)\n- Documentation: [CC BY-SA 4.0](LICENSE.docs)\n\n## Platforms\n_One code base, multiple platforms._\n- **Win**, **Mac**, **Linux**\n\n## Houdini versions\n_The following are Houdini versions where FLAM3H™ is fully functional, tested and supported._\n- **H19** to **H20.5**\n- **H21**\n\n\u003cbr/\u003e\n\u003cbr/\u003e\n\u003cbr/\u003e\n\n# The Fractal Flame Algorithm\n![FLAM3 Intro image](./img/GITHUB_intro_img.jpg)\n\n`The above fractal Flame image consist of 400M points and rendered with Houdini internal Karma renderer. Originally rendered at 7k resolution.`\n\n## FLAM3 for SideFX Houdini - aka: FLAM3H™\n**_A huge special thanks and lots of gratitude toward my family who kept up with me for so long while I was inside the fractal Flame bubble!_**\n\n\u003cbr/\u003e\n\n\u003cp align=\"center\"\u003e\n  \u003cimg width=\"160\" height=\"160\" src=\"./img/LOGO_F_github.svg\" /\u003e\n\u003c/p\u003e\n\n\u003c/br\u003e\n\n### Premise\n\nOne of the main missions was to pack the entire algorithm and functionalities I desired inside a tool using only Houdini out of the box. No HDK.\nAs a result, it became a somewhat conservative implementation, it has everything but also some limits as I needed to cut corners everywhere, which became a daunting process to put into balance.\n\nA big commitment I needed to honor was to learn how to do fractal art. \nBuilding a fractal art tool without knowing what a fractal artist needs and feels while doing it is kind of meaningless. And thus, while creating this tool, I engaged in so much fractal art with it that I unavoidably developed a love for the field.\nIt was important, so I could shape and steer this tool in the right direction.\n\n\u003cbr/\u003e\n\n### Why inside Houdini ?\n\n_Beside being a long time user myself_...\u003c/br\u003e\n_Following are just few of the advantages of being a Houdini resident_:\n\n- \u003cb\u003eFractals Come Alive\u003c/b\u003e\u003c/br\u003eThrough this implementation, fractal Flames are now a real thing within a formal, procedural application, \nwith all of its data accessible and available for any kind of modification.\n\n- \u003cb\u003eA New Format\u003c/b\u003e\u003c/br\u003eThey now exist in a new format that describes them in ways that were previously impossible, \nrather than being a rasterized 2D image.\n\n- \u003cb\u003eDecoupled Resolution\u003c/b\u003e\u003c/br\u003eIn point cloud format, the \"quality\" is defined by the number of samples rather than fixed pixels. You can generate a dense point cloud and later decide to render it at 1080p, 4K, or 8K. The point cloud acts as a high-fidelity \"source\" that preserves the attractor's information independently of the final output resolution.\n\n- \u003cb\u003eExpanding Creative Pathways\u003c/b\u003e\u003c/br\u003eThey can connect to any kind of input and spread that information throughout the generation process, \nopening up countless possibilities for creative and experimental endeavors.\n\n- \u003cb\u003eStructured USD Entities\u003c/b\u003e\u003c/br\u003eThey are divided into various entities by a hierarchy when inside the USD context. \nPoint cloud, render properties, handles, shaders, and so on. \nThese entities are all transferable, changeable, and accessible.\n\n- \u003cb\u003eAdvanced Production Framework\u003c/b\u003e\u003c/br\u003eThey become part of a larger ecosystem and benefit from all of its features, \nincluding proceduralism, data handling, animations tools, shading networks, and access to high-end renderers, just to name a few.\n\n- \u003cb\u003eDistributed Rendering Capabilities\u003c/b\u003e\u003c/br\u003eFractal Flames can be computed on a single machine or expand in scope \nby sending them to larger render farms.\n\n- \u003cb\u003ePipeline-Ready Assets\u003c/b\u003e\u003c/br\u003eIf version control and review systems are in place, \nthey can be fed into a pipeline like any other piece of data.\n\n- \u003cb\u003eDemocratized Code Access\u003c/b\u003e\u003c/br\u003eWithout having to go through the hassle of setting up a C/C++ compiler for every platform and Houdini version, something that is typically handled by a senior software engineer, technical directors (and technical artists) may view and modify the source code.\n\n- \u003cb\u003eInteractive Development Flow\u003c/b\u003e\u003c/br\u003eThe tool can be modified in-place without affecting the running environment, enabling anyone to add and change its data and toolkits while monitoring the results in real time and ensuring that the updated version will function properly on all platforms that Houdini is running on.\n\n\u003cbr/\u003e\n\u003cbr/\u003e\n\n### Description\n\n`FLAM3H™ node OTL documentation`\n![FLAM3HOUDINI Karma rendering viewport](./img/FLAM3H_OTL_documentation.jpg)\n\nFLAM3H™ is a high performance implementation of the fractal Flame algorithm\nfully developed within the SideFX Houdini environment, no HDK.\n\n- **Supported devices**\u003cbr\u003eIt run on GPU as well on CPU.\u003cbr\u003e\n\n- **GPU availability**\u003cbr\u003eGPU mode is only available with FLAM3H™ for H20.5 and up.\n\n- **GPU OpenCL**\u003cbr\u003eOpenCL (_-cl-std=CL1.2_) has been used to implement the algorithm so it can fully run on the system GPU device.\u003cbr\u003e\nIt makes real-time fractal flame editing in Houdini possible by running billions of iterations per second on AMD and Nvidia GPUs.\u003cbr\u003e\n\n- **GPU performance**\u003cbr\u003eDepending on the GPU device being used in the system, the FLAM3H™ GPU mode (_the default in H20.5 and up_) can be hundreds of times quicker than the CPU (_Cvex_) mode. Tests using an Nvidia RTX 4090 device show throughput ranging from ~40 to ~140 billion iterations per second, which practically enables the creation of high-quality point clouds with hundreds of millions of points in seconds as well as real-time fractal Flame editing within Houdini. A range of Flame settings were tested across 500 million points at 1024 (_the GPU mode iterations default_) and 2048 iterations, respectively.\u003cbr\u003e\u003cbr\u003e_Simpler Flames like the Sierpiński triangle which features 3 xforms, weighted probability xform selection, color accumulation and output for position, color ramp lookup value, Alpha and point scale reached ~176 billions iterations per second with a 1 billions points cloud at 4096 iterations each on the same Nvidia RTX 4090 GPU device._\n\n- **CPU**\u003cbr\u003eCPU mode uses Houdini's Cvex (_Callable vector expression language_).\u003cbr\u003e\nAlthough Cvex it's not a real-time thing, it will still be a lot of fun if you have a powerful CPU (_two powerful CPUs are even better_).\n\n\u003cbr\u003e\n\u003cbr\u003e\n\n_Additionally_:\n\n- The code went up and down and finally settled on the most minimalistic version in favor of performance.\n\n- Part of the work is done inside the HDA in the Houdini environment\nlike attribute binding, UI building, parameter creations, their visibility conditions, the final compile and much more.\n\n- Python has been used to enhance the user experience and add functionalities like:\n  - copy/paste iterator data\n  - load/save palette's libraries\n  - load/save Flame's file format\n  - responses/automations to user actions\n  - and much more...\n\n- FLAM3H™ generates a live point cloud of the fractal Flame being worked on, which is the actual render.\nFrom there to the final image, it is left to the users (_aka points rendering_).\nWith Houdini integrated Karma renderer, you will be able to render the generated fractal Flames in nearly real time.\n\n\u003cbr/\u003e\n\n### Karma render note\n\nFrom FLAM3H™ [\u003cins\u003ev1.8.98\u003c/ins\u003e](https://github.com/alexnardini/FLAM3_for_SideFX_Houdini/releases/tag/v1.8.98),\u003cbr/\u003e\na new custom materialX Shader has been introduced to the FLAM3H™USD HDA to allow proper points color values accumulation. It will perfectly match what third-party implementations refer to as:\u003cbr/\u003e\n_\"build a buffer with the histogram or summation/accumulation of every point in every pixel\"_.\n\nThis custom shader will match the visual quality of the fractal Flames rendered with Apophysis, Fractorium and others.\nFully available only with FLAM3H™USD HDA versions for Houdini H20.5 and up.\n\n\u003cbr/\u003e\n\n`Karma interactive.`\u003cbr/\u003e\n`Sphere Sugar Dragon - Author: Pillemaster`\n![FLAM3HOUDINI Karma rendering viewport](./img/FLAM3H_Hviewport_00_Karma.jpg)\n\n`Karma interactive.`\u003cbr/\u003e\n`Worlds - Author: Alessandro Nardini`\n![FLAM3HOUDINI Karma rendering viewport](./img/FLAM3H_Hviewport_01_Karma.jpg)\n\n`Karma interactive.`\u003cbr/\u003e\n`Its Pink - Author: Plangkye`\n![FLAM3HOUDINI Karma rendering viewport](./img/FLAM3H_Hviewport_02_Karma.jpg)\n\n\u003cbr/\u003e\n\n##  Highly inspired by Apophysis and its workflow design\n\nMy first curiosity with fractal Flames led me to download and experiment with Apophysis.\nSince I knew absolutely nothing about the topic, I gradually began to truly like the way its user interface and workflow process were crafted.\nEverything is accessible with a single click, and you get the impression that you can move through your Flame setup quickly and with clarity.\n\nEven though I eventually went into Fractorium,\u003c/br\u003e\nfrom the beginning, I intended to incorporate this into FLAM3H™.\n\nMany Apophysis fractal Flames are available for download on the web, and you can load them inside FLAM3H™.\nOr you can use Apophysis or Fractorium to author your Flames first and load them back into FLAM3H™. But also the other way around, create your Flames in Houdini and render them inside other applications. You've got choices.\n\n**Download Apophysis 7x here**: [**Apophysis 7x download**](https://sourceforge.net/projects/apophysis7x/)\n\n**Download Fractorium here**: [**Fractorium download**](http://fractorium.com/)\n\n\u003cbr/\u003e\n\n## Viewport live point cloud\n\nFLAM3H™ generate a live point cloud of the fractal Flame you are working on.\n\nFollowing are some screenshots showing it for a few different Flame presets.\n\n\u003c/br\u003e\n\n`Dancing Stars - Author: Alessandro Nardini`\n![FLAM3HOUDINI viewport](./img/FLAM3H_Hviewport_01_H19.jpg)\n`Cool EDisc - Author: Pillemaster`\n![FLAM3HOUDINI viewport](./img/FLAM3H_Hviewport_04_H19.jpg)\n`Crystal Eggs - Author: Alessandro Nardini`\n![FLAM3HOUDINI viewport](./img/FLAM3H_Hviewport_03_H19.jpg)\n\n\u003cbr/\u003e\n\n## Camera sensor\n\nAll the render settings required by third-party programs such as Apophysis and Fractorium are stored together with the fractal Flames when they are saved from FLAM3H™.\n\nA portion of the render parameters deal with the camera and how the fractal Flame you just saved is framed.\n\nThe FLAM3H™ camera sensor will precisely display the image framing.\n\nOnce framed, you can save the Flame and be sure it will be framed the same in all other applications.\n\n![Fractorium to FLAM3HOUDINI 01](./img/FLAM3H_camera_sensor_to_Fractorium_01.jpg)\n![Fractorium to FLAM3HOUDINI 01](./img/FLAM3H_camera_sensor_to_Fractorium_02.jpg)\n`Camera sensor: FLAM3H™ to Fractorium`\n\n\u003cbr/\u003e\n\n## Load Flames files authored with Apophysis, Fractorium, etc.\n\nFollowing are some images showing FLAM3H™ rendering some of the Fractorium's example Flame files.\nSome have been modified to fit within the available variations. The screenshots show\nFLAM3H™ with Houdini Karma interactive on the left, and Fractorium with the same Flame file on the right.\n\n\u003c/br\u003e\n\n`Chocolate Scaffold in Too Many Dimensions by plangkye. Source: Fractorium`\n![Fractorium to FLAM3HOUDINI 01](./img/FractoriumToFLAM3HOUDINI_03.jpg)\n`Mountain by tatasz. Source: Fractorium`\n![Fractorium to FLAM3HOUDINI 01](./img/FractoriumToFLAM3HOUDINI_01.jpg)\n`Bipolar by tatasz. Source: Fractorium`\n![Fractorium to FLAM3HOUDINI 02](./img/FractoriumToFLAM3HOUDINI_02.jpg)\n`Flipped disk. Source: Fractorium`\n![Fractorium to FLAM3HOUDINI 03](./img/FractoriumToFLAM3HOUDINI_00.jpg)\n\n\u003cbr/\u003e\n\n## List of all available variations/plugins\n\n_Note that all the followings, are also available as PRE__ _and/or POST__ _variations._\n\n_`Arch` `Auger` `Bent` `Bent2` `Bipolar` `Blade` `Blob` `Blur` `Boarders` `Bubble` `Butterfly` `Bwraps` `Cell` `Conic` `Cos` `Cosh` `Cosine` `Cot` `Coth` `Cpow` `Crop` `Cross` `Csc` `Csch` `Curl` `Curve` `Cylinder` `Diamond` `Disc` `Disc2` `Edisc` `Elliptic` `Escher` `Ex` `Exp` `Exponential` `Eyefish` `Fan` `Fan2` `Fisheye` `Flower` `Flux` `Foci` `Gaussian_blur` `Glynnia` `Handkerchief` `Heart` `Hemisphere` `Horseshoe` `Hyperbolic` `Julia` `JuliaN` `Juliascope` `Lazysusan` `Linear` `Log` `Loonie` `Mobius` `Modulus` `Ngon` `Noise` `Oscope` `Parabola` `Pdj` `Perspective` `Pie` `Point_symmetry` `Polar` `Polar2` `Polynomial` `Popcorn` `Popcorn2` `Power` `Pre_blur` `Radialblur` `Rays` `Rectangles` `Rings` `Rings2` `Scry` `Sec` `Secant2` `Sech` `Separation` `Sin` `Sinh` `Sinusoidal` `Spherical` `Spiral` `Split` `Splits` `Square` `Stripes` `Supershape` `Swirl` `Tan` `Tangent` `Tanh` `Twintrian` `Unpolar` `Waves` `Waves2` `Wedge` `Wedgejulia` `Wedgesph` `Whorl`_\n\n_They are 106, if you were wondering..._\n\n\u003cbr/\u003e\n\n## User experience\n\nThis implementation initially concentrated only on the core algorithm. However, it gradually became apparent that a significant portion of the work needed to be focused on the user experience and how all the algorithm pieces are stitched together in a meaningful way for the user, making this part of the project very time consuming.\n\nBecause FLAM3H™ was designed with fractal artists in mind, many internal automation that could be done to provide a seamless and pleasurable experience has been completed.\n\nFLAM3H™ prioritizes the user and their quality of life while using it, from completely automated Xaos and iterators/xforms handling to a slick, practical, and compact user interface.\n\nThe workflow is convenient and quick since data can be copied and pasted between iterators/xforms and between various FLAM3H™ nodes.\nAlong with many other quality-of-life features inside the Houdini environment, third-party tools like Apophysis and Fractorium allow you to interchange data from and to FLAM3H™ simply by copying and pasting from the clipboard, making the process as smooth and comprehensive as possible.\n\nIt fully support the *.flame file format for maximun compatibility.\n\nPython and the Houdini's HOM libraries have been used to achieve all of this.\n\nAny parameter that is available in FLAM3H™ can be animated using any of the Houdini procedural paradigms and toolkits. These include but not limited to animation curves, expressions, and procedurally produced data from anywhere in Houdini, such as DOP Simulations, Particles data, CHOPS, and many more.\n\nFLAM3H™ comes with a straightforward utility LOP node call **FLAM3H™USD** to makes it easier to move the fractal Flame point cloud into the USD context Solaris. This node allow to set up and render FLAM3H™ fractal Flames using Houdini's Karma renderer within a few clicks.\n\nTo finish, FLAM3H™ features a detailed documentation that is designed to provide you with all the informations you would need. This also extend to generous tooltips for each parameter in the FLAM3H™ Houdini user interface.\n\n\u003cbr/\u003e\n\n## Considerations\n\nGiven how expensive it is to compute fractal Flames, it is not surprising that GPUs have performed wonders in this area as well.\n\nThe main benefits of being inside Houdini are numerous. Consider the options available to you while animating those Flames with Houdini's procedural approach and toolsets. Additionally, the Python HOM libraries for Houdini can be used to build a pipeline around this tool.\n\nKarma and the built-in Nvidia Optix denoiser make a fantastic combination for rendering fractal Flame images.\n\nAs far as I know, there are no switch/case constructors or other types of pointer functions in the CVEX language. I connected hundreds of \"if\"/\"else if\" statements to arrive at the chosen variation. Despite my best efforts to partition them, this section ended up becoming somewhat of a bottleneck for the entire implementation.\n\nPython run single threaded here, now that this tool has lots of python code running or when many iterators are created, Houdini's FLAM3H™ user interface becames slow.\nI made some effort to make it better, and from [v1.4.75](https://github.com/alexnardini/FLAM3_for_SideFX_Houdini/releases/tag/v1.4.75) I was finally able to start improving the UI performance a fair bit.\n\nAll the python automations that are currently in place are really \"nice to have\" features that improve the workflow by a lot.\nThere is also a big chunk of python code that deal with making the UI pretty and nice to look at, with lots of icons changing based on the user actions.\nA computer processor with strong single-threaded performance would be very helpful here.\n\nAlso, I used 128+ iterators in all of my stress tests.\nIn reality, though, I've never used more than 20 iterators in any of the fractal Flames I've created thus far, nearly all of them used less than 10.\n\n\nAlmost all fractal Flame images on my website and instagram use an average of 64 iterations max,\nSome use less, and some use a bit more. A few exceptions went above 128 and up to 256/512. \n\nSome Flames need truly an high number of iterations to be resolved correctly but with the GPU implementation in FLAM3H™ for H20.5 and up you can now run thousands of iterations per point with easy (_assuming the system GPU device is powerful enough_).\n\nListed below are presets from Chaotica software that were converted to FLAM3H™. They were chosen because some of them are very expensive to solve and because they make use of variations I've already implemented.\n\nSome require thousands of iterations to show you the proper results; some of them require hundreds, and some others are really quick.\n\n\u003c/br\u003e\n\u003c/br\u003e\n\n_The following screenshots show FLAM3H™ with Houdini Karma interactive on the left, and Fractorium with the same Flame file on the right_.\n\n\u003cbr/\u003e\n\n### Lets start with this gnarl preset:\n\nIterations needed in FLAM3H™ to resolve: **1280**\n\n`ieddaka gnarl. Author: zuek`\n![Chaotica to FLAM3HOUDINI 00](./img/ChaoticaToFLAM3HOUDINI_00.jpg)\n\n\u003cbr/\u003e\n\n### The next two are a bit more speedy:\n\nIterations needed in FLAM3H™ to resolve: **512**\n( potentially a bit less are needed for those but just in case. )\n\n`blue modulus. Author: tatasz`\n![Chaotica to FLAM3HOUDINI 01](./img/ChaoticaToFLAM3HOUDINI_01.jpg)\n\n`lazyswirls. Author: meckie`\n![Chaotica to FLAM3HOUDINI 02](./img/ChaoticaToFLAM3HOUDINI_02.jpg)\n\n\u003cbr/\u003e\n\n### This one is quick and beautiful:\n\nIterations needed in FLAM3H™ to resolve: **64**\n\n`majestic. Author: tatasz`\n![Chaotica to FLAM3HOUDINI 03](./img/ChaoticaToFLAM3HOUDINI_03.jpg)\n\n\u003cbr/\u003e\n\n### And the last one:\n\nIterations needed in FLAM3H™ to resolve: **32**\n\n`blurry splits. Author: tatasz`\n![Chaotica to FLAM3HOUDINI 04](./img/ChaoticaToFLAM3HOUDINI_04.jpg)\n\nThe following is another preset Chaotica software ship with I truly loved ported inside FLAM3H™ and rendered with Karma renderer.\n\nIterations needed in FLAM3H™ to resolve: **64**\n\n`Golden Dragon - Author: meckie`\n![goldenDragon_RENDER_2K_portrait](https://user-images.githubusercontent.com/42110232/237032379-56571708-d00a-4b93-ab2b-ea773700dce5.jpg)\n\nYou'll find other scenarios where your iterations number will need to rise up,\nespecially when relying heavily on containers and such.\n\nHowever, from all my tests, between 10 and 96 iterations will get you covered for almost all your needs. And don't forget, you can create some beautiful fractal Flames with just six iterations. Here is one I did:\n\nIterations needed in FLAM3H™ to resolve: **6**\n\n`Knot clusters - Author: Alessandro Nardini`\n![Chaotica to FLAM3HOUDINI 04](./img/FLAM3H_knotCluster_HQ_iter_6.jpg)\n\nI could add a lot more functionalities, but this project consumed me for a very long time.\nEvery aspect of this algorithm, once understood, looks simple on the surface, but they all present challenges on their own. It has been quite a crazy ride to pack everything into this implementation.\n\nIt is time to park this project for a little bit, but I really, really loved the long journey on this topic, and I will now forever love fractal Flames as a whole, they are awesome  ( and addictive )!\n\n\u003cbr/\u003e\n\n## Example Flame files\n\nSome of the example Flame files I'm using as a proof of correctness and shipped with this implementation were created or authored by some incredible fractal artists using a variety of open source and free apps like Apophysis and Fractorium among the most popular.\n\nPlease be sure to check out their gallery:\n\n[tatasz](https://www.deviantart.com/tatasz/gallery), \n[plangkye](https://www.deviantart.com/plangkye/gallery), \n[Pillemaster](https://www.deviantart.com/pillemaster/gallery), \n[Triptychaos](https://www.deviantart.com/triptychaos/gallery), \n[TyranWave](https://www.deviantart.com/tyrantwave/gallery), \n[Zy0rg](https://www.deviantart.com/zy0rg/gallery)\n\n\u003cbr/\u003e\n\n## References\n\nReference A: [**Github :: FLAM3 from Scott Draves and Erik Reckase**](https://github.com/scottdraves/flam3)\n\nReference B: [**Github :: Fractorium from Matt Feemster. Contributors: Michel Mastriani, Simon Detheridge**](https://github.com/mfeemster/fractorium/tree/master)\n\nReference C: [**Github :: Apophysis 7x from Mark Townsend, Ronald Hordijk, Peter Sdobnov, Piotr Borys, Georg Kiehne**](https://github.com/xyrus02/apophysis-7x)\n\nReference D: [**PDF :: The Fractal Flame Algorithm publication**](https://flam3.com/flame_draves.pdf)\n\nReference E: [**WEB :: A more accurate Elliptic variation from Claude Heiland-Allen**](https://mathr.co.uk/blog/2017-11-01_a_more_accurate_elliptic_variation.html)\n\nReference F: [**WEB :: pseudorandom number generators (PRNGs) from David Blackman and Sebastiano Vigna**](https://prng.di.unimi.it)\n\nReference G: [**WEB :: xoshiro128+ 1.0, 32-bit generator for 32-bit floating-point numbers from David Blackman and Sebastiano Vigna**](https://prng.di.unimi.it/xoshiro128plus.c)\n\n\u003c/br\u003e\n\u003c/br\u003e\n\n## Copyrights\n\n_All images and logos copyright (c) 2021 F stands for liFe (and their other respective owners)._\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Falexnardini%2Fflam3_for_sidefx_houdini","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Falexnardini%2Fflam3_for_sidefx_houdini","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Falexnardini%2Fflam3_for_sidefx_houdini/lists"}