Search found 131 matches
- Thu Mar 12, 2020 11:35 am
- Forum: Using MOPs
- Topic: grouping based of fall off
- Replies: 8
- Views: 22823
Re: grouping based of fall off
It's possible to do this, though maybe not as intuitive as I'd like. Normally if you want to think of animating things based on a rate of change, it's easier to do in DOPs, where each evaluated frame is dependent on the frame before it. What you can do in this case to keep it procedural is use a VEX...
- Thu Mar 12, 2020 11:00 am
- Forum: Using MOPs
- Topic: grouping based of fall off
- Replies: 8
- Views: 22823
Re: grouping based of fall off
Great, I'm looking forward to seeing them! It's a bit of a misnomer that MOPs is strictly for motion graphics... that was the original intent of the system, but it's definitely capable of solving classic FX problems. The EUE talk that Moritz and I did last year has some examples towards the end of u...
- Thu Mar 12, 2020 10:58 am
- Forum: Using MOPs
- Topic: Offset timing for animated instances
- Replies: 3
- Views: 19818
Re: Offset timing for animated instances
I already replied to this question on Facebook, but just in case anyone else is reading here, the answer is MOPs Set Sequence Time. If you want to see it in action, check the example file included with MOPs called "animated_instances.hip".
- Thu Mar 12, 2020 10:23 am
- Forum: Using MOPs
- Topic: Ease in and out on transforms and other attributes
- Replies: 1
- Views: 8771
Re: Ease in and out on transforms and other attributes
There's two ways you could handle this: one would be to use the Remap tools on MOPs Shape Falloff to draw a sort of S-curve... this would remap the output falloff values to have this kind of easing built-in. The other way would simply be to apply an S-curve to your Shape Falloff keyframes.
- Thu Mar 12, 2020 10:18 am
- Forum: Using MOPs
- Topic: grouping based of fall off
- Replies: 8
- Views: 22823
Re: grouping based of fall off
Sure, this is pretty straightforward. When you use the Unpack SOP, you have the option of transferring attributes from the packed points onto the points of the unpacked geometry. You can transfer the "mops_falloff" attribute that's already being used to modulate the effect of the curl noise, and use...
- Fri Jan 24, 2020 4:00 pm
- Forum: Bug Reports
- Topic: My case with INSTANCER MOPs_1.3 and MOPs_1.2 Distribution Type Curve
- Replies: 1
- Views: 21680
Re: My case with INSTANCER MOPs_1.3 and MOPs_1.2 Distribution Type Curve
Instancer 1.3 automatically tries to interpolate template point attributes on moving geometry. Since your geometry doesn't arrive at any sort of "rest" position until about frame 250, and it doesn't exist at all on frame 1, the Instancer has no idea what frame to use as a rest pose. I managed to get...
- Fri Jan 24, 2020 3:39 pm
- Forum: Bug Reports
- Topic: Bug with Convert
- Replies: 1
- Views: 18482
Re: Bug with Convert
I'm not getting a crash here on my end (18.0.356), though I am getting an error. I think it's due to the fact that you're starting with no geometry... there's nothing in that shape until about frame 280. You can set the "rest frame" on MOPs Convert to 280, which will help, although you'll still get ...
- Fri Jan 24, 2020 3:27 pm
- Forum: Using MOPs
- Topic: How Extract Cd attribute in complex MOPS
- Replies: 1
- Views: 7841
Re: How Extract Cd attribute in complex MOPS
I'm sorry, I don't entirely understand your question... If you're trying to get your Cd point attribute to affect your material's color in Redshift, what you'll want to do is use a Redshift User Data Color VOP in your material network to load the Cd attribute, then use that to drive the color proper...
- Fri Jan 24, 2020 3:20 pm
- Forum: Using MOPs
- Topic: use_multiple_curves
- Replies: 2
- Views: 10411
Re: use_multiple_curves
Hey, sorry about the late reply... I've been a bit ill and haven't been able to get to my computer for a few days. I'm not entirely clear on what exactly it is that you're trying to set up here, but if I'm reading this correctly, you're having trouble getting your "CIRCLES1" to work as template geom...
- Wed Nov 13, 2019 7:19 am
- Forum: Bug Reports
- Topic: Not a bug, maybe a misspelling?
- Replies: 2
- Views: 21467
Re: Not a bug, maybe a misspelling?
VEXpressions don't necessarily need to have their variables set to be the same name as the underlying parameter... it's more like a local variable whose default value is based on that parameter. If it's confusing I can probably rename it. You're not seeing any actual bugs with the behavior though, r...