blob: 9c4090b501fc20e3931dcbfc4ee876f28bc57353 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
Soundboard
==========
Do you want to just jam with some digital tunes? Now you can!
This sample demonstrates how to obtain the lowest latency and optimal computational throughput by:
1) Leaving Oboe to choose the best default stream properties for the current device
2) Setting performance mode to LowLatency
3) Setting sharing mode to Exclusive
4) Setting the buffer size to 2 bursts
5) Using the `-Ofast` compiler optimization flag, even when building the `Debug` variant
7) Using a `StabilizedCallback` which aims to spend a fixed percentage of the callback time to avoid CPU frequency scaling ([video explanation](https://www.youtube.com/watch?v=C0BPXZIvG-Q&feature=youtu.be&t=1158))
The [following article explaining how to debug CPU performance problems](https://medium.com/@donturner/debugging-audio-glitches-on-android-ed10782f9c64) may also be useful when looking at this code.
Implementation details
---
The stream properties are left to Oboe as such the app must output audio data in a format which matches that of the stream.
Four different formats are supported:
|Channel count|Format|
|-------------|------|
|1 - Mono|16-bit int|
|2 - Stereo|16-bit int|
|1 - Mono|Float|
|2 - Stereo|Float|
The signal chain for mono streams is:
SynthSound->Mixer
For stereo chains a mono to stereo converter is added to the end of the chain:
SynthSound->Mixer->MonoToStereo
The compiler optimization flag `-Ofast` can be found in [CMakeLists.txt](CMakeLists.txt).
Each SynthSound is a series of 5 Oscillators, creating a pleasant sounding note when combined.
There are 30 notes, corresponding to G3 to C6, moving left to right, top to bottom.
In order to determine whether a note should be played, MusicTileView demonstrates how to keep track of where each finger is.
Images
-----------
|
