Zero Division Error

[Justintime9]

Well, here's my IPO curve:



I must admit, much of what you guys are saying is Latin to me . Nothing happened when I selected all the curve and hit Shift-H Alt-H.

I probably should've mentioned this before, I actually had 2 animations, but I took out the AlcScript, clickregion, avatar target empty, and deleted its IPO curve. I assumed that since it was still giving me the error that it must be a problem with the door animation, but today I took out the door animation in the same way, and it still gave me an error. ("IndexError: list indes out of range"). So could it be that it's not the animations causing the error?

[diafero]

Please post a screenshot of the list index error, the additional information printed there is crucial to know what is actually happening.

[Justintime9]

I figured out the problem: before I knew it wasn't supported, I animated the door with a scale animation. I then deleted the IPO curve for it, but it was somehow still linked to my door, and some other random object that wasn't supposed to be linked. I got rid of it, and it exported fine

Unfortunately, as it often goes with age creation, I'm on to a bunch of new problems thx for all your help.

[Jojon]

Goodie! :)

Btw, if you didn't know - if you scale the IPO view using ctrl+MMB, you can scale X and Y individually, with the mouse.

[Christian Walther]

Good to hear, Justin. I guess that means you don't mind us hijacking your thread now .

Jojon, I have no problems exporting a sharp bounce in a Loc ipo. I also can't confirm your other observations. I haven't actually tried a PyPRP export in all cases, but when I read ipos from the Python API in the same way that PyPRP does, I always get values that correspond to what I see in the ipo window, no matter whether my handles are unmodified from the I key press, set to Auto, Auto Clamped, Aligned, Vector, or Free.

[Jojon]

Hmm, what can I say...?

So the handles goes into the plasma curve and not just the point coordinates?

I wonder what I have wrong at my end then... I swear - no matter what I did with the handles, I got this terrible overshoot in Uru - if you've visited the chainletter age, the elevator and those platform wedges around it, as well as the moving camera, would make a little anticipation movement, moving first in the wrong direction, before easing across to the right one.
Not until I began treating the curves as simple b-splines, letting the handles go where they may and carfully arranging points to avoid oscillations, did I get comparable results, with the concurrent animations more or less synchronised...

[Christian Walther]

So the handles goes into the plasma curve and not just the point coordinates?

Yes. Not all aspects of the handles, but the slope does. (A handle has two degrees of freedom in Blender, but Plasma (apparently) only supports one.)

If you place your handles horizontally at 1/3 of the width of the curve segments, as illustrated below, the movement in Plasma should exactly match the curve in Blender (apart from the 30*2*pi/160 factor mentioned above).

ipo.png (3.43 KiB) Viewed 3359 times

As verified using this apparatus

ipolab.jpeg (10.67 KiB) Viewed 3359 times

I wonder what I have wrong at my end then... I swear - no matter what I did with the handles, I got this terrible overshoot in Uru - if you've visited the chainletter age, the elevator and those platform wedges around it, as well as the moving camera, would make a little anticipation movement, moving first in the wrong direction, before easing across to the right one.

I admit I have never gotten around to visiting the chainletter age, but given that its source is available, it should be an ideal candidate for checking this. I'll have a look.

[Jojon]

As verified using this apparatus :)

Gah, wow! :)

Soo, we've got direction (although limited), but not distance/velocity...

Before I go trying things out for myself; does these evenly spaced handles have to fall on full frames, or are fractions ok? (I.e; does keys have to be multiples of three frames apart, for this to work reliably, or can I put handles on frame n.333 and n.667?)

Thanks for your research, Chris. :)


EDIT: quote quota exceeded... :P

[Christian Walther]

Handles on fractional coordinates should work fine - all PyPRP cares about is the slope.

[Jojon]

Bouncy test ball with free handles actually bounces in Uru, ya-aay.

So, X position of handles fixed at one third of the spacetime between keys and all is well *carves into forearm, lest I forget*.

Thanks! :)