The positions in the identical place have to be changed to linear or the they will drift because of easing. Go to the keyframe. Move them apart. Change the interpolation to linear for both in the viewer and then set the position to exactly the same point using the numerics in the inspector, easest with whole pixel values.
Nope. Sorry. All keys are linear and integers whole. The graphic slides in straight right to left. Stops. But then the move-in is in that annoying s-curve. I've made sure about six times that the keys--every one--were set to linear.
And just to be clear (one hopes) it isn't a curve in the shape of an "S" per se on that path. What I mean for it to do is have this graphic enlarge and slide down to the right in order to zoom in on a particular item on the graphic. What is happening is it initially enlarges the graphic while moving slightly to the left, THEN it starts it zoom-in and movement down-right as it's supposed to do. But then just before it reaches the end point it stops moving downward lateral, continues enlarging (as it's supposed to) but moves back to the left.
I dunno. Maybe that's not clear. Regardless, it's not doing what I'm telling it to do.
Well gentlemen. Here's one for the "How on earth did they figure THAT out?" file.
Since I hit my dead end here I went searching for other answers to this vexing problem. I ran across one in another forum that sounded so implausible that I wasn't going to even test it. But FCP was open and my event active I figured I might as well.
The person who supplied said remedy described it thusly: go to the first offending keyframe and tap the forward arrow key a few times to get just beyond that point (I went 3 frames). Go to the viewer window and select a new keyframe for that point. WIthout doing anything else DEselect that new keyframe. Repeat this at the very same point a few times (again, three for me). After that, advance to the next offending keyframe and then tap the backwards arrow key to retreat several frames from it (again, I did three). Once there, repeat the on/off precedure with the add keyframe button.
I went back to before that motion clip and hit the space bar. The video played and the motion graphic performed perfectly! No s-curve. I find this totally bizarre but who am I to argue with results? Any idea why this would have worked?
I'm just happy you were able to understand that description. I couldn't be sure if I was making it properly intelligble.
I have to say, tho, I am still quite unhappy with the FCPX moves; even after this work-around. No matter what I do with the handles, the move always starts abruptly and ends with a clunking stop. It seems one has to accept either that or the absurd "S"-shaped path in order to get an ease in/out.
The closest I got to avoiding the abruptness was to slide the handles as close as possible to the keyframe point. It's not perfect but it eases the "clunk" a little; to my eyes at least. Might be wishful thinking. Seems to me in old FCP the easing was effected by pulling the handles away from the keyframe point. But I did it with X--even to the extent of reducing magnification to 12.5% and dragging it out to kingdome come--and that did not do it.
Oh well, I guess I can hope they'll fix this one day.