Here are the first builds of Krakatoa MX 3.0 and Krakatoa MY 3.0 which include Krakatoa VRY for Windows.
A new Krakatoa Render 3.0 license will be required by Krakatoa VRY. Please email bobo@thinkboxsoftware.com to request an updated license.
Krakatoa MX and MY will still use the existing 2.6 workstation licenses.
Currently the 3ds Max Krakatoa VRY integration is only supported in 3ds Max 2015, 2016 and 2017 as it uses (in two different ways) the built in Python of 3ds Max. The installer contains Krakatoa MX plugins for older versions of 3ds Max, but the Krakatoa VRY exporter will not function correctly in 2014 and earlier.
[size=85] KrakatoaMY_3.0.0_windows.zip
(33.35 MiB) Not downloaded yet[/size]
Similarly, the Maya Krakatoa VRY integration uses Python in Maya, and some of the methods are not compatible with older versions of Maya, for example Maya 2014 is currently not supported. We highly recommend testing in the latest versions of Maya for now.
The attached archive contains updated MAXScript files for the Krakatoa VRY integration with 3ds Max.
They offer the following improvements over the original build posted earlier:
Fixed Hashing of Magma modifiers - in some cases, changing Magma settings was not affecting the rendered PRTs.
[list]
[*] Added support for SpaceMagmaModifier WSM (only OSM Magma was detected in the previous version)
Added node type to the output string (e.g. changing a Multiply to Divide will now cause reexport)
Added node connections to the output string (reconnecting existing nodes will now cause reexport)
Added node input defaults to the output string (changing a default will now cause reexport)
[/:m]
[] Changed the Magma Editor’s background to a lighter gray when 3ds Max is set to Dark Color Scheme.[/*:m][/list:u]
To use, you need Admin rights to be able to modify the content of the Krakatoa installation folder.
Unzip the files into the C:\Program Files\Thinkbox\Krakatoa MX\Scripts folder (back up previous files first).
Restart Max.
If you ever find a case where a change to a PRT object in the scene is not reflected by the rendering (and the log says the PRT was not changed so it was not reexported), please report here, and work around it by enabling the >Overwrite Existing Particles option until the problem is fixed. KVRYScripts_20161219.zip (132 KB)