Correct operation requires a device running at 700MHz +

[xross]

Likely relates to

lib_awe/lib_awe/src/awe_data_path.c

Line 102 in ddb6a39

if (frame == AWE_BLOCK_SIZE) { // TODO: this may not fit between samples

[ed-xmos]

I tested play_basic 3 thread and, if you set the design to bypass, audio streams without interruption even down to 500MHz. This suggests that the lib_Awe data path is not the issue. I think it is more related to CPU loading for the DSP involved with the standard example.

It is still worth profiling the above code however.

[ed-xmos]

I have profiled the code and the call to data_to_and_from_awe(output_data, input_data, c_children); for a three thread system with block_size=32 is about 112 ticks or about 1.12 microseconds. Given we have 20.8 microseconds to play with per frame I don't think this function is causing any issues
Note: I tried 5 thread and got similar numbers.