• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
FumeFx Script Properties Questions
#1
I'm probably having a very cloudy day in head because I can't seem to find these maxscript properties from the fume UI:
Code:
-- using this command on a selected fumefx node
show $
Code:
PreviewStart
PreviewEnd
PrevewNth
PreviewFPS
I tried to get and set thier values, but I didn't notice any change.
Jeff Lim
  Reply
#2
This property is also strange:
Code:
SolverType
Usually, if you have a drop down list, if you set the integer for the list to be more than the number of the items, the drop down list would go blank.
For example, Pflow's Position Object location property has 9 items. Executing this code would make it blank.(Index is 0 -based)
Code:
$'Position Object 01'.location = 10
I'm just guessing that the SolverType script access is there but is simply nonfunctional. (Which isn't really a big problem since Conjugate Gradient is the only option we have right now).
Jeff Lim
  Reply
#3
I also noticed this:
Code:
ExportRenderingParams
There doesn't seem to be any help/info regarding this function in the help files and here in the forums. (I also tried google Big Grin )

What is this function for?
Jeff Lim
  Reply
#4
By far, this property is the most interesting one as it seems to have a direct effect on the sim.

Pretty simple setup, using 3 identical sim grids (default settings).. the only difference is the systemScale value set via maxscript:
[Image: testfumesystemscalesree.jpg]

[Image: testfumesystemscale.gif]
Jeff Lim
  Reply
#5
that last test is interesting.

So would it be possible to have a fume grid at one physical scale ( matching scene geo) but act as if it at another scale Via the maxscript command?


cheers


sam
sam
  Reply
#6
Yeah, looking at the comparison sims above, the effect probably goes like this:
Smaller Values = Large Scale (Plumes)
Bigger Values = Small Scale (Candle)

The scene above all have 1.5 spacing. My system units is in centimeters.

Here's a larger render:
[Image: testfumesystemscalerendx.jpg]

It would be interesting to do an experiment to see if there are differences when scaling it using these:
Code:
$.scale
$.spacing * scale
$.systemScale
Jeff Lim
  Reply
#7
Galagast Wrote:I also noticed this:
Code:
ExportRenderingParams
There doesn't seem to be any help/info regarding this function in the help files and here in the forums. (I also tried google Big Grin )

What is this function for?


This will export all rendering params, including gradients and TM to a file.
It is here because some companies use their own shaders, or even RMan and with this command they can export
all relevant params.
  Reply
#8
Hello,

Some params that are visible from MXS and not documented are not officially supported, and/or they're used internally.

Kresimir
  Reply
#9
>Some params that are visible from MXS and not documented are not officially supported, and/or they're used internally.
Thanks for the info regarding that, I guess it leaves us users to play with it at our own risks. Big Grin
Jeff Lim
  Reply
#10
You're welcome Smile
  Reply
#11
Interesting discovery/concept Jeff Smile
  Reply
#12
Quote:Interesting discovery/concept Jeff
Thanks Johnny! It's feels like a new feature that we could play around with. hehe


Quote:This will export all rendering params, including gradients and TM to a file.
It is here because some companies use their own shaders, or even RMan and with this command they can export
all relevant params.
I was just wondering, it seems to always return false, even though the file was successfully created.
Code:
$.ExportRenderingParams @"c:\test.txt"
false
Jeff Lim
  Reply
#13
Thanks for you finding - I will check why it always returns false.
  Reply
#14
OOOOOOOOOOOOooooooooooo yes yes yes you confirmed my suspicions about systemscale. yes yes yes yes....
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)