 |
@houku GG had time to look at this today in detail. There seems to be an operational error along the way. When analyzing report.mp4, it is hard to see a lag because the easiest way to see an audio lag is to synchronize words with lips moving. So we tested with an advertisement video that is very clear to see details. Let me make sure we did the steps exactly like you stated using a video with 1 video and 2 audio tracks because we may not have followed exactly the steps you did. 1) left mouse click on the audio track to create a keyframe and moved the line up to about 2.94 ish 2) disarmed the audio tracks and cut out a small video section that is after the audio speed keyframe btw, is the cut over audio, or not since the audio timeline is shorter due to the speedup? Is the audio armed when video is cut? 3) here is where it gets operationally weird, when you say "i added another keyframe and slowed down the video (and audio) and the audio lagged", do you mean that the speed on the video is still at the original speed of 1 which has never changed but the audio is at 2.94 ish and you slow it down to, for example, to 1.94 ish ? The reason this is strange is because for each a/v track, there is just one speed curve. the corresponding a/v track curves and durations should match. If you want them to stay aligned, the curve must be the same. We need a test case so that we can see the bug clearly and then test to make sure the bug is gone once a program code fix is made. |
|
|
@houku Thanks for reporting. GG is working on the Speed Auto bugs and improvements right now so please continue to let us know any other problems as you find them. |
 |
report.mp4 (2,955,097 bytes) |
- Anonymous
