Anim playback breaks with Audio Sync on #91057
Operating system: Linux-5.13.13-arch1-1-x86_64-with-glibc2.33 64 Bits
Graphics card: NVIDIA GeForce GTX 1080/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 470.63.01
Broken: version: 3.0.0 Alpha, branch: master, commit date: 2021-08-29 21:39, hash:
Worked: (newest version of Blender that worked as expected)
Short description of error
When playing back animation anywhere in Blender with Audio Sync turned on, either immediately or after a few playbacks, playback goes only one frame forward and holds there. Also, when it does play back, viewport is very choppy compared to earlier incarnations of 3.0.0 alpha.
Exact steps for others to reproduce the error
- Place an audio file on the sequencer timeline (.flac will do, but even any video file with audio will do)
- Animate the default cube and camera for at least 120 frames
- Change Playback>Sync to 'Sync to Audio' with Scrubbing turned on
- Playback and scrub through the timeline as you would during animation production
- Eventually, playback will hold after playing one frame
Note: Problem does not exist in other Sync modes, in my experience. Also, Saving the file and restarting Blender mostly resets the issue, but it comes back eventually.
Changed status from 'Needs Triage' to: 'Needs User Info'
Is this only the case for PulseAudio?
I just switched to OpenAL and it seems to run smoothly, at the moment. Time will tell during production if this provides a workaround, for now.
If this is the case, why would PulseAudio be the culprit? It appears to be quite standard on Linux systems. And if Pulse is going to cause problems, which of the other options is the gold star standard?
Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'
@neXyon : ideas?
Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'
Yeah, seems like this is not completely fixed, i.e. there are multiple bugs at play that trigger sometimes on some systems - making them hard to find. I do have this on my list, just need to get the time to work on it...
@HaigPetrus: Previously, the default was OpenAL so it's fine, there are just a few issues when it comes to 3D audio, so if you don't use that, OpenAL works fine for now. Pulseaudio was recently added and as such has some infancy issues. Since I have problems reproducing the issues however, it would be helpful if people like you who experience the problems can help by testing experimental builds once available.
@neXyon : Interesting story behind this. PulseAudio is a good idea to switch to for default, so I'd be happy to test at every step of the way. Bring in on.
Scrubbing with Audio Sync is essential for our projects from storyboard/animatic to lip sync to final animation to post, so this is of great interest to me.
This issue was referenced by
This issue was referenced by
Here is a build of D12564, a patch that hopefully deals with this bug. Please try if you can still reproduce the problem with it! https://builder.blender.org/download/patch/D12564/
@neXyon: This appears to be working with PulseAudio, now. I have to do a much deeper torture test to make sure, but it looks very promising, so far. I can do crazy scrubbing and it seems to be in sync and not holding on a frame. Also, playback is smooth and not choppy anymore. I have a much more complex project that I will test this on and will let you know how that goes. Nonetheless, I think this might have done it.
Great! Let me know when you did the deeper torture test, then I'll commit this patch to master!
In #91057#1222044, @neXyon wrote:
Here is a build of D12546, a patch that hopefully deals with this bug. Please try if you can still reproduce the problem with it! https://builder.blender.org/download/patch/D12564/
Differential reference should be D12564. Linking for future reference.
Torture test appears to be positive. I think this should be merged to master, if the code passes muster. Certainly, thereafter, a lot more production will be done and we'll see how it holds up over the days and weeks ahead. Right now, it appears to work as well as the older OpenAL, in terms of reliability and performance.
Let me know if there's any sort of PulseAudio lmessaging that you'd like me to log, if you feel the need.
Great, I just pushed the fix to master, thanks for checking!
this issue seems a bit simillar to this current one #91352
Operating system: Wndows 10 pro
Graphics card: NVIDIA GeForce GTX 3050 Ti
Audio sync issue.
I did this
Change Playback>Sync to 'Sync to Audio' with Scrubbing turned on
But sync is still not working.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?