48b5906cba1f3d9c4579ebf9f3c89eefb3703d9f
We do not do any audio time stretching when doing time remapping. As we also use the audio to keep track of time passed, we should always pass the actual timestamp we are starting playback from. The issue was that the old logic would try to undo time remapping on cfra. However cfra is already correct and is not remapped. I'm guessing that this changed at some point and we forgot to fix it up in the sound code. Pull Request: https://projects.blender.org/blender/blender/pulls/141288
…
Blender
Blender is the free and open source 3D creation suite. It supports the entirety of the 3D pipeline—modeling, rigging, animation, simulation, rendering, compositing, motion tracking and video editing.
Project Pages
Development
License
Blender as a whole is licensed under the GNU General Public License, Version 3. Individual files may have a different but compatible license.
See blender.org/about/license for details.
Description
Languages
C++
78%
Python
14.9%
C
2.9%
GLSL
1.9%
CMake
1.2%
Other
0.9%
