mirror of
https://github.com/juce-framework/JUCE.git
synced 2026-01-10 23:44:24 +00:00
3506d66fae
This fixes a bug on iOS 17 running on a 9th gen iPad. - Set JUCE_IOS_AUDIO_EXPLICIT_SAMPLERATES=44100,48000,88200,96000 - Start the DemoRunner. - Add a breakpoint in AudioDeviceManager::audioDeviceAboutToStartInt(). - In the DemoRunner, change the sample rate to 96000. - The breakpoint will fire. Observe the value of getCurrentBufferSizeSamples(). - Move the breakpoint to audioDeviceIOCallbackInt and continue execution. - The breakpoint will fire. Observe the value of the numSamples parameter. numSamples should always be no larger than the sample count reported in audioDeviceAboutToStartInt(). Before this change, it was possible for getCurrentBufferSizeSamples() to return a value smaller than the buffer size of subsequent process callbacks. Removing the availability checks and unconditionally deactivating/reactivating the device seems to fix this issue, and the correct buffer size is returned immediately when the device is (re)started. |
||
|---|---|---|
| .. | ||
| java/app/com/rmsl/juce | ||
| oboe | ||
| juce_ALSA_linux.cpp | ||
| juce_ASIO_windows.cpp | ||
| juce_Audio_android.cpp | ||
| juce_Audio_ios.cpp | ||
| juce_Audio_ios.h | ||
| juce_Bela_linux.cpp | ||
| juce_CoreAudio_mac.cpp | ||
| juce_CoreMidi_mac.mm | ||
| juce_DirectSound_windows.cpp | ||
| juce_HighPerformanceAudioHelpers_android.h | ||
| juce_JackAudio_linux.cpp | ||
| juce_Midi_android.cpp | ||
| juce_Midi_linux.cpp | ||
| juce_Midi_windows.cpp | ||
| juce_Oboe_android.cpp | ||
| juce_OpenSL_android.cpp | ||
| juce_WASAPI_windows.cpp | ||