This bug is in 3.14 but the tracker won't allow me to select it so I chose 3.13.
It appears that compressed video codecs are either 1 frame behind (advancing) or 1 frame ahead (reversing) when nudging through static frames. As best as I can tell, the video is in sync during playback so I assume this is some sort of buffer making itself known. By the way, the new video engine is very nice so far.
Using my timecode ruler hack to advance and rewind one frame at a time I have noticed that with compressed codecs the current time relative to the ruler moving forward is 2 frames different than it is when moving backwards. This means that if I manage to get the timecode burn on the video and the timecode ruler lined up at 10:19:50:01, if I go forward one frame in reaper the timecode window burn actually goes back to 10:19:50:00 as the timecode ruler goes ahead to 10:19:50:02. The timecode window burn will remain 2 frames behind for every subsequent frame forward. When going backwards through the session the frames will once again line up exactly.
*Please note that the video must have a timecode window burn showing the current frame number to easily see the bug. Airon has explained how to set up a timecode window burn in this post...
http://forum.cockos.com/showpost.php...5&postcount=31
The following codecs have exhibited this problem for me:
Length: 25:35.201
Video: 720x480@23.98fps, Aspect=1.00, Decoding format=YUY2
(it's an h.264)
Length: 25:35.000
Video: 720x480@29.97fps, Aspect=1.00, Decoding format=YUY2
(it's divx)