[Ryan Biercewicz]

Hi Dan,

This works perfectly, and very easy to modify too.

Thanks so much for your help – greatly appreciated!

Cheers
Ryan

[Ryan Biercewicz]

Hi Dan,

At the moment the Z rotation already has an inertial bounce expression;

// Inertial Bounce (moves settle into place after bouncing around a little)
n = 0;
if (numKeys > 0){
n = nearestKey(time).index;
if (key(n).time > time){
n–;
}
}
if (n == 0){
t = 0;
}else{
t = time – key(n).time;
}

if (n > 0 && t < 1){
v = velocityAtTime(key(n).time – thisComp.frameDuration/10);
amp = .02;
freq = 2.0;
decay = 6.0;
value + v*amp*Math.sin(freq*t*2*Math.PI)/Math.exp(decay*t);
}else{
value;
}

Also thanks Chris I just checked out iExpressions, I can’t tell whether it will work for this particular project but definitely looks like something worth investing in anyway. Thanks!

Ryan

[Ryan Biercewicz]

Hi Graham,

That’s absolutely perfect, thanks for your help!

Cheers,
Ryan

[Ryan Biercewicz]

Hi David,

Apologies for the confusion! But, this is fantastic, exactly what I’m after. It gives me a lot more control over the counter numbers which I need for my project.

Thanks again for taking the time to do this…

Best,
Ryan

[Ryan Biercewicz]

Hi David,

Sorry to keep bothering you with this! I’m finding I need to adapt the expression as I move through the project, and my skills with expressions are fairly basic.

My next problem is that some of my boxes have 4 key frames on them – so a move in, and a move out. I’d like each counter to settle on its final number (11.1111) on the 2nd keyframe, then continue to move on the 3rd and finish at another number on the 4th.

I got as far as modifying the cntrl.key(1), cntrl.key(2), (3) as I’m guessing these correspond to each keyframe in the sequence, but I guess I need to add a ‘start and stop’ to the slider / box move?

This would also resolve my last question, so if this can be done then please ignore that one!

Cheers
Ryan

[Ryan Biercewicz]

Hi David,

Sorry to say but I can’t figure out how to modify the expression so that it will run, say, from left to right, or down to up (so, in reverse)?

Cheers
Ryan

[Ryan Biercewicz]

Awesome, thanks! That makes sense…

Best,
Ryan

[Ryan Biercewicz]

Hi David,

I’ve run into another problem – I now have a box travelling along the Y axis (from bottom to halfway up the screen), but I can’t figure out the modifications I need to make to the expression. If I change the X to Y values it doesn’t seem to work. What am I missing?

Best,
Ryan

[Ryan Biercewicz]

Hi David,

This is great, thanks so much for solving this one! It’s working perfectly now – just a note, I had an error come up with the ease expressions but tried adding a [0] after cntrl as you did before, and that seemed to sort it out.

Cheers,
Ryan

[Ryan Biercewicz]

Hi David,

Ah perfect, thanks!

Just one final thing – do you know if theres a way to ease the counter, so that when the box eases out of the move the counter eases to the final number? There are a few ‘counter-ease’ expressions online but they all seem to be dependent on duration – this one is obviously based on comp width so I was wondering if there’s a solution to this?

Cheers,
Ryan