-
Notifications
You must be signed in to change notification settings - Fork 280
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix for Windows 11 Audio Lag #983
Conversation
…ult). Win 11 seems to use a much larger value.
… default to 512. Also, adding some debugging output. This will allow users to override the default audio buffer size, to better customize for their system.
…ames in OpenShot always begin with 1 (not 0)
…. Should be equivalent to Qt::SkipEmptyParts.
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## develop #983 +/- ##
===========================================
- Coverage 54.84% 54.80% -0.04%
===========================================
Files 182 182
Lines 16638 16656 +18
===========================================
+ Hits 9125 9129 +4
- Misses 7513 7527 +14 ☔ View full report in Codecov by Sentry. |
This PR requires changes from libopenshot-audio to build correctly. I'm going to go ahead and merge, as it should be fine. Famous last words, lol. |
Setting default audio buffer size on Audio Device Manager to 512, to resolve issue on Windows 11 (and some users Windows 10). Newer versions of Windows seem to request 2500 ish audio samples per callback, instead of the 512 requested by Linux. This increase in buffer size causes libopenshot to decode many more frames than normal, causing a 1 to 2 second lag before hearing any audio playback on the OS.
This is also building against our new version of libopenshot-audio, which as been upgraded to JUCE 7.0.10, and now uses C++ standard 17, and targets Mac OS 10.12 (changed from 10.9).