Originally Posted by SpecLead:
Thanks for pointing to that sentence. It has been removed.
Some history:
* Added AudioException to Engine.deallocate (and allocate)
* @throws AudioException if any audio request fails
See issues below
* Removed AudioException from Engine.resume
Used to say
* @throws AudioException if unable to gain access to the audio channel.
This exception would no happen on Engine.allocate
ISSUES
*When is audio started and stopped?
We now have an AudioManager with audioStart ()/audioStop(). We also have Engine.pause()/resume(). We decoupled pause/resume from the underlying flow of audio. Different engine instances can pause/resume independently from audioStart/audioStop.
Clarified:
- Audio starts/stop if needed with allocate (PAUSED, NOT_BUFFERING)/deallocate
- Can be independent controlled too through get AudioManager given permissions.
- Removed AudioException from Engine.resume(). Want to ignore/use audio, not shut it down for pause/resume.
- Starting/stopping audio adversely impacts the signal in some cases