[Adam Greenberg]

I think we would need to get rid of the key(2).time part of the expression, but I am not sure how to tell after effects to look at the inpoint, keep the induration, then i guess freeze at that time, and then freeze until the outpoint – the outduration

so for example of we had a 7 second precomp and it had animation inside from 0 to 1 second and animation from 6 to 7 seconds. and then we applied a time remap and the expression, and dragged the layer 1 second later and the out 1 second earlier ( giving us a 5 second duration ) the expression would apply the in animation to the first second from wherever this layer starts, and then backtime the last second of animation from 1 second before the outpoint of this precomp. so something like time, inpoint, inpoint + indur, 0, outpoint – inpoint – outdur, outdur.

I dont even think we need an if else statement other than to accept the fact that if in this case the layers duration was less than 2 seconds, it would not work, but that would be fine as that would be too short anyways, I guess for arguments sake we can add and if else statement that would just speed up the whole thing in the case where indur+outdur is greater than outpoint-inpoint.

does this logic work ?

[Adam Greenberg]

Andrei, a quick follow up question.

Is there a way to write this so that we could technically trim the beginning of the layer earlier or later as well ? if you try to do it now ( I tried just to understand the math ), it actually seems to keep the proper in animation, but we lose the integrity of the out animation.

It’s not necessary for my purposes, but I couldn’t help asking just to know if it’s possible.

Thanks again

[Adam Greenberg]

Excellent Andrei !!!! Thanks so much, I like this way, no need to drag a marker at all.

Very dynamic.

Well Done !!!

[Adam Greenberg]

Thanks Dan, I should have noticed that, LOL.

works great, thanks again.

[Adam Greenberg]

Hi Dan, this idea is great but it is not keeping the text in the same place when line 2 is longer. is there a missing piece in the source text expression ?

[Adam Greenberg]

ok i think i fixed it, the 1920 divided by needs to be after the math.max.

thanks so much, I wouldnt have been able to fix it without seeing yours first

x= thisComp.layer(“TEXT1”).sourceRectAtTime(3).width;

y= thisComp.layer(“TEXT2”).sourceRectAtTime(3).width;

s = Math.max(x,y);

a=(1920/s)*44;

xclamp= clamp(a,1,100);

[xclamp,xclamp]

[Adam Greenberg]

ya I thought so too, but it doesnt work. for some reason, it only work when both lines get to that maximum length, and even then it stops working at some point.

[Adam Greenberg]

are your layers on top of each other or next to each other, I had just posted in another thread in order to update this exact expression in case I have multiple layers that need this, otherwise it gets long to write, if 1 is bigger than 2 else if 1 is bigger than 3, else if 1 is bigger than 4, else if 2 is bigger than 3, etc… you see how quickly that method can be tedious.

[Adam Greenberg]

I use code on a null – but you need to change the math for your needs

x= thisComp.layer(“TEXT1”).sourceRectAtTime(3).width;

y= thisComp.layer(“TEXT2”).sourceRectAtTime(3).width;

a=(1920/x)*44;

b=(1920/y)*44;

xclamp= clamp(a,1,100);

yclamp= clamp(b,1,100);

if(x>y) [xclamp,xclamp]; else [yclamp,yclamp]

[Adam Greenberg]

yes, your 2 layers should parent to a null and that null has the expression that resizes down when the total of the 2 goes over your max