Age | Commit message (Collapse) | Author |
|
Android 3.1 changed the default behaviour for broadcasts so that it
doens't wake up non-running receivers, so we need to override that.
|
|
|
|
which depends on the mixer thread for timer calls.
The issues seems to be known. See comments (not by me) in SciMusic::clearPlayList().
For the same reason mentioned there the mutex may also not be locked before calling clearPlayList().
|
|
|
|
|
|
|
|
The engine detects it, so it might as well put a name to it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
If we leave it for OSystem, the DefaultTimerManager destructor tries
constructing a StackLock which, predictably, calls a pure virtual
function, because OSystem_Android's destructor is finished.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
another bug
|
|
Adding examples to getBits() and addBit().
|
|
Shifting a 32-bit value by more than 31 is undefined.
|
|
|
|
|
|
|
|
|
|
|
|
sound fader behavior.
The intro is now fully playable (with glitches)
|
|
|
|
COMMON: Rewrite Common::BitStream as a template
|
|
This fixes the sound effect heard in the "Day 1" screen
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|