Skip to main content
zsaaro
Inspiring
October 7, 2022
Open for Voting

Scripting with Keyframes is painfully slow

  • October 7, 2022
  • 1 reply
  • 270 views

3rd party tools could benefit a lot from a tad of love to the way keyframes are being treated through scripting.

 

The fact that there are no methods for moving a keyframe to a different time in the timeline means that we have to delete keyframes and create new ones instead. Let alone the fact that the process can be quite complex, but most importantly it means more code, more function calls, etc. Once we have to work with tens / hundreds of keyframes at a time, it seems to me that performance easily becomes painfully slow.

 

On top of that, it seems to me that this method of manipulating keyframes through scripting forces the selection of the property, which triggers the selection of a layer which is already very slow through scripting (on my tests slower than most other layer related methods), it forces us to later on revert the selection state to what it was, which is again even more code to run.

 

All of these add up to a really not so great experience.

When working with CEP, long extendscript calls can freeze the UI, so keyframes manipulation makes for a worse experience there as well. I know nothing about what's actually possible with Ae, but I can't help but wonder if a proper native method could better utilize the native functionality of Ae.

At the very least, can we have some optimizations to the current methods which seems very resourceful and clunky? That would be wonderful.

 

 

 

1 reply

Mylenium
Legend
October 8, 2022

Probably an even broader issue... AE is simply slow with lots of keyframes on a quite general level. 😉 Agree, though, definitely there should be some native moveKey(index,sourceTime,targetTime/ Offset) or similar function to facilitate these things.

 

Mylenium