<p>Based on my observation it has nothing to do with Render Settings<br>
Your video has a total of 270 frames (9 seconds x 30 FPS).<br>
You photo moves for 1920 pixels (based on the video).<br>
So the speed is 7 pixels per 1 frame (1920/270=7.1) which is very high and movement wont be smooth. and that's what causes the stutter.<br><br>
Solution:<br></p>

<ol>
<li>Increase Frame rate to 60. then the photo will move 3.5 pixels per 1 frame.</li>
<li>keep frame rate as it is and move the photo for half the distance only.</li>
</ol>

CC BY-SA 3.0
2017-08-19T14:02:32.120Z
2017-08-19T14:02:32.120Z
MEGA
<p>It seems smooth to me.  I can see some of the resolution loss you are talking about, but I think that is probably due to multiple encoding passes and using too low of bandwidth levels rather than too high.  I unfortunately don't have a large screen available at the moment to check it at full resolution.</p>

<p>The video in question has many small images, which is typically bad for compression as the image doesn't have large areas that can be easily described, but it also has extremely regular motion, which is good for compression as the change between frames can be described clearly.</p>

<p>Using multiple compressions, particularly with any low bandwidth compressions, is likely to lose the motion accuracy and result in drastically reduced compression quality.  Effectively, what happens is that the first encoding, if it handles motion well, will do a good job, but still produce some noise.  The second pass, however, will not see it as purely fixed motion, but will instead see the noise as well and try to encode that information.  That then causes the second encoding to have to spend more data on encoding the random noise and thus ends up spending less data on the hard to describe sea of faces.</p>

<p>Another possible issue that could be going on is drift between keyframes.  That may explain the stutter you are seeing.  One of the ways that modern compression achieves such good compression levels is that it doesn't always describe the full image.  A limited number of frames describe the complete frame.  The rest either describe themselves in relation to the image before them or in relation to the image before and after them.  The keyframe interval is the length of time between full frames being used and defines the length of a "group of pictures", which is all the frames dependent on a particular keyframe.</p>

<p>With very regular motion, if the compression isn't completely accurate in it's motion adjustments, it's possible that the image has to jump an extra couple pixels to get synced back up with the keyframe when it reaches the next one.  You could try reducing the keyframe interval to see if that reduced the amount of jump occurring (lower keyframe intervals is generally a good idea on high motion clips.)</p>

<p>Certainly I would stop trying to improve it with a Movie Maker pass or using non-standard framerates.  Both of these are counter productive as the extra encoding will just further degrade quality since you already have your initial compression and the transcode pass that YouTube does.  Using a non-standard framerate will just result in YouTube trying to do a pulldown (change the framerate) to get it to a standard framerate and will introduce other motion issues related to frame timings not being perfect.</p>

CC BY-SA 3.0
2017-08-14T13:55:35.597Z
2017-08-14T13:55:35.597Z
AJ Henderson
<p>I am using Adobe After Effect and created a simple transition that moves an image from left to right, simply by using 2 keyframes for the position attribute of the image.</p>

<p><a href="https://i.sstatic.net/WwCyP.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/WwCyP.png" alt="enter image description here"></a></p>

<p>The problem is that the movement does not look smooth. The image looks very noisy and the movement stutters. You can find an example here <div class="youtube-embed"><div>
                <iframe width="640px" height="395px" src="https://www.youtube.com/embed/PWWg4p1xoFQ?start=0"></iframe>
            </div></div></p>

<p>My composition uses 29,97 frames per second. I tried to increase it to 40, but it did not change anything. I rendered the movie in <code>avi</code> and <code>quicktime</code> but for both outputs the transition of the image stutters. I also used <code>MovieMaker</code> to save compress it as a very small video file, but it still stutters.</p>

<p>What am I doing wrong and how can I fix it? </p>

<after-effects>
Moving image from left to right stutters
Adam
# Moving image from left to right stutters

(Asked by: username_0 on 2017-08-14)

I am using Adobe After Effect and created a simple transition that moves an image from left to right, simply by using 2 keyframes for the position attribute of the image.

[![enter image description here](https://i.sstatic.net/WwCyP.png)](https://i.sstatic.net/WwCyP.png)

The problem is that the movement does not look smooth. The image looks very noisy and the movement stutters. You can find an example here

My composition uses 29,97 frames per second. I tried to increase it to 40, but it did not change anything. I rendered the movie in `avi` and `quicktime` but for both outputs the transition of the image stutters. I also used `MovieMaker` to save compress it as a very small video file, but it still stutters.

What am I doing wrong and how can I fix it?

**Tags:** after-effects


---

## 2 answers

### Answer by username_1 on 2017-08-19. Score: 1 | Accepted answer

Based on my observation it has nothing to do with Render Settings  
Your video has a total of 270 frames (9 seconds x 30 FPS).  
You photo moves for 1920 pixels (based on the video).  
So the speed is 7 pixels per 1 frame (1920/270=7.1) which is very high and movement wont be smooth. and that's what causes the stutter.  
  
Solution:

1. Increase Frame rate to 60. then the photo will move 3.5 pixels per 1 frame.
2. keep frame rate as it is and move the photo for half the distance only.


---

### Answer by username_2 on 2017-08-14. Score: 1

It seems smooth to me. I can see some of the resolution loss you are talking about, but I think that is probably due to multiple encoding passes and using too low of bandwidth levels rather than too high. I unfortunately don't have a large screen available at the moment to check it at full resolution.

The video in question has many small images, which is typically bad for compression as the image doesn't have large areas that can be easily described, but it also has extremely regular motion, which is good for compression as the change between frames can be described clearly.

Using multiple compressions, particularly with any low bandwidth compressions, is likely to lose the motion accuracy and result in drastically reduced compression quality. Effectively, what happens is that the first encoding, if it handles motion well, will do a good job, but still produce some noise. The second pass, however, will not see it as purely fixed motion, but will instead see the noise as well and try to encode that information. That then causes the second encoding to have to spend more data on encoding the random noise and thus ends up spending less data on the hard to describe sea of faces.

Another possible issue that could be going on is drift between keyframes. That may explain the stutter you are seeing. One of the ways that modern compression achieves such good compression levels is that it doesn't always describe the full image. A limited number of frames describe the complete frame. The rest either describe themselves in relation to the image before them or in relation to the image before and after them. The keyframe interval is the length of time between full frames being used and defines the length of a "group of pictures", which is all the frames dependent on a particular keyframe.

With very regular motion, if the compression isn't completely accurate in it's motion adjustments, it's possible that the image has to jump an extra couple pixels to get synced back up with the keyframe when it reaches the next one. You could try reducing the keyframe interval to see if that reduced the amount of jump occurring (lower keyframe intervals is generally a good idea on high motion clips.)

Certainly I would stop trying to improve it with a Movie Maker pass or using non-standard framerates. Both of these are counter productive as the extra encoding will just further degrade quality since you already have your initial compression and the transcode pass that YouTube does. Using a non-standard framerate will just result in YouTube trying to do a pulldown (change the framerate) to get it to a standard framerate and will introduce other motion issues related to frame timings not being perfect.


---

