What could cause the iOS simulator's playback to be EXTRA SLOW?

General JUCE discussion
1

If I log the transport’s position, it moves by 0.001 second every second…

It works fine on a real device (not a simulator)

2

Are you testing a debug or a release build? I’d expect simulator debug builds to be very slow.

3

I’m running the debug build. It used to work fine with JUCE 7, but then I migrated to JUCE 8 :face_holding_back_tears:

4

After many hours of debugging, I found out that the buffer size in processBlock (AudioBuffer<float>& buffer, MidiBuffer& midi) function is 1 or 2 on the iOS simulator, which causes the transport position to move veryyyyyyy slowly.

On my real device the processBlock function contains a buffer that respects the block size (e.g. 512).

Does anyone have an idea what could causing the buffer size to be so tiny on the iOS simulator?

6

Found out that it works when my audio output is “AirPods Max” instead of “MaxBook Air Speakers”…

I guess this has something to do with the audio interface?? Why does it send tiny buffers when I’m on my macbook air speakers??

7

I just realized that this warning message is constantly being posted and stops when I connect my AirPods Max…

Input data proc returned inconsistent 1 packets for 1880 bytes; at 4 bytes per packet, that is actually 470 packets

Still not sure if this is a problem in my code, JUCE/Tracktion Engine problem, iOS simulator problem, or macOS problem…

Edit

Simulator iOS 18.0
:x: MBA Speakers
:x: AirPods Max

Simulator iOS 17.5
:x: MBA Speakers
:white_check_mark: AirPods Max

Edit 2

Using Simulator iOS 18.0, if I also switch audio input to AirPods Max, it works. And the crazy thing is if I switch back to System input (MBA mic), it starts working with System input as well…

8

Any progress on this bug or idea why it happens? Hitting this as well.