DannioMaundinio Posted June 25, 2015 Share Posted June 25, 2015 Hi! I'm experimenting with the Gas Repeat Solver DOP and trying to use the SwitchValue data it gives to change some attributes upstream of it. I've attached a simple example to show. In the example I expect to get three spheres sourced using only one sourceVolume DOP. I'm printing the attributes that are hooked up to the dopfield data, and the shell shows that the attributes are changing correctly... however the sourceVolume only seems to be acting on the first sphere. Has anyone done this kind of thing before, am I missing something obvious that would stop this working? Cheers! Dan simpleExample_v001_t01.hip 1 Quote Link to comment Share on other sites More sharing options...
Skybar Posted June 25, 2015 Share Posted June 25, 2015 It looks like a clever setup if it would work. I dont know what the Gas Repeat Solver does underneath, but it seems that it just takes the first input it gets and repeats that X times - even though the input might change afterward. Thats how I've used it before atleast. The fact that the shell/console shows that it seems to work correctly might be misleading - in your SOP Solver you can merge in a Sphere that is translated by the current pass number. So you should get a sphere at 0,0,0/1,0,0/2,0,0 - however you won't get that, it will be at 0,0,0 everytime because that is the "first data" that the Repeat Solver gets and repeats. Interestingly enough, if you put down a Gas Intermittent Solve before the Repeat Solver and set "Frames between solves" to something less than 1 - stuff do start to happen. That might be something you could look into. This is quite interesting so please update if you figure it out 1 Quote Link to comment Share on other sites More sharing options...
DannioMaundinio Posted June 30, 2015 Author Share Posted June 30, 2015 This is great, thanks! I'm a little wary of it because I don't really understand why it works. The fact that it's doing extra substeps I figured is no problem as long as they are all sourced at the same time value... so I set these two expression on the timedelay and timeoffset parms, in order to offset the time back based on the repeat solver iteration number. $TIMESTEP/<number of sources> -ch("timedelay")*dopfield($DOPNET, $OBJID, "SolverParms/SolvePass", "Options", 0, "switch") Hopefully by doing that they'll all be sourced at the exact same time value, despite being in different substeps. Something else I noticed that seems odd is that it only does the first iteration of the repeat solver if 'solve on creation frame' is on, and the smoke object is being created on the first frame of the sim. Thanks for your help! Dan Quote Link to comment Share on other sites More sharing options...
gpapaioa Posted October 8, 2015 Share Posted October 8, 2015 Hello guys, can someone help me out on how to setup the Gas Repeat Solver to slow down a pyro simulation. Thank you. Quote Link to comment Share on other sites More sharing options...
WhyGee Posted February 16, 2018 Share Posted February 16, 2018 Is there a way to have part of a gas repeat network solve every Nth pass without doing nested gas repeats? I've tried reading the solve pass data as an expression on an "enable solver" but it doesn't seem to be evaluating every pass but rather every simulation step. Anyone have a working approach for something like that? Thanks /Y Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.