Tsar Hoikas wrote:MustardJeep wrote:If you have to hope for tools from Cyan hope for the blueprints.
A gentle nudge when pydevs hit a wall on a new toy, ect.....
Why? We know how the vast majority of Plasma works... It's just exporting it from blender in sane way that's the issue.
Because it would be nice to do something like:
#define DoorWayToHell {
object(doorDescription);
anchor(x, y, z);
open(anchor, theta);
closed(anchor, theta);
curState(open, closed);
}
and then:
pushDoorButton;
morphObject(DoorWayToHell(curState));
and let the engine swing/slide the door to its open/closed state rather than
pushDoorButton;
drawObject(DoorWayToHell(anchor, theta_1));
wait....
drawObject(DoorWayToHell(anchor, theta_2));
wait....
.
.
drawObject(DoorWayToHell(anchor, theta_N));
using a python script?
I reckon that with all the time you've put in to studying the code that you're potentially aware of what form object animators need to be in and the problem is still with the export from Blender. Don't you think it could be of benefit if Cyan would publish a formal API and perhaps some examples? Some of us may miss statements like; "it goes all wonky with big numbers" if the devs knew what the bounds of such numbers should be but surely, it would have to be beneficial if one knew those bounds in advance.
Hmm... That's some crappy sentence structure. If my thoughts would be clearer in English; let me know.