I have read the AVS Help/Tutorial page and searched the forums, but can't find an answer. (AVS Vid Editor 5.1)

When I apply a straight line trajectory, it changes speed as it completes by default.

My hoped for effect would show 4 vid clips panning across the screen at equal speeds and equal distances from each other.

All the clips are the exact same size, length, frame-rate, file type and dimensions.

However as they crawl across the screen, they eventually mash into each other, then spread far apart.

This is because of a default arc of speed that is built into the trajectory. It slows down in the beginning, then speeds up as it crosses the center. No other time stamps are applied; this is the default.

This uncontrollable arc in the speed makes the effect impossible. As the elements slow and accelerate, there is no way I can find to make them hold a constant speed. I have thus far tried using time stamps to brake the arc of speed before it enters the frame, or maxxing out the speed before entering the frame, but nothing has helped.

I have also tried applying timestamps every 0.5 seconds as it is only a ten second clip. I have tried starting the trajectory outside the frame. There is still some change of speed and I can find no way to control it to make it constant.

Please advise.

To: Jhess

Dear user,

Thank you for the detailed description of the issue.

Could you please send us the .vep file so we could test the issue.

Thank you for cooperation.

Kind regards

To: Nat


Hello. The original project was moved to a different editor and the old AVS project file was scrapped.

However, I did, reading your reply, compose a simple 20 second demo illustrating the problem, using a simple blue background and five 512x512 PNG images, five second durations each with the first default straight trajectory applied, with each image entering approximately 2.5 seconds after the last in succession.

The file shows that as they are placed in 2.5 second successions with no duration edits, they change speed as they move across the screen, resulting in the spacing between each widening and narrowing. With no way to change this default arc in speed, it is then impossible to keep spacing even between them.

More accurately, one can change the speed, but never precisely smooth out the changing speed built into the arc of the trajectory. Various methods were attempted to isolate the most constant speed using time stops and initiating and ending the trajectory off frame, but were not successful.

This is not as complex as the original project, but still demonstrates the issues.

If the fifth image (lavender), if the file is examined in "Edit Overlay/Trajectory", one can see that again the default trajectory was applied with no duration edits. However in the fifth one, I put time-stops every 0.5 seconds.

This was to show how the plot points change distance along the trajectory despite being the same length of time apart. Towards the center, they are farther apart; towards the ends, they are closer together. This shows that the trajectory covers more distance per equal interval, or accelerates towards the beginning and end, while it covers less distance per the same equal interval, or decelerates towards the middle. Thus, the arc in speed.

If the same principle is applied to a 10 second duration image with 0.5 second interval time-stops, it is more noticeable in the trajectory graphing. However I wished to leave it at default duration in this demonstration to show the issue with as little alteration as possible. Either way, the effect is visible with or without the plot points graphed in.

I have included the demo .vep in this post; I hope I have uploaded it successfully.

Thank you for your kind attention. I hope this is helpful in illustrating the issue.

To: Jhess


PS- I should not that in the above description, I may have inverted the sequence: The acceleration occurs as it approaches the center, then slows towards the end.

I don't consider it a flaw; it was clearly deliberate so there must have been a reason it was made that way. It's just an impediment to creating a particular effect with that particular tool.

To: Jhess

We have analyzed the issue
Although it has been been detected and confirmed, there is no quick solution.
The algorithm of the trajectory building should be changed.
We appreciate your taking the time to offer us this feedback and encourage you to continue to let us know how we can improve our products.
I would recommend using default trajectories or combine them without applying any major changes

To: Jhess


And thank you for your kind attention to the issue. I appreciate it.

I suppose it is built that way for a reason; someone must have thought it solved some issue.

Rather than remove it altogether, perhaps it could be added as a styled pre-set, with the default simply being a consistent speed.

Many thanks again, sorry I am late replying. Have a great week.

To: Jhess

Dear user,

Thank you for the suggetion. I will pass it over to our developers team.

Should you have any questions please feel free to contact us.

Kind regards

Giving this a +1 as well please.

To: rickyjm

Thank you for the suggestion.
Unfortunately I cannot tell you when the issue may be available.
Kind regards