diff options
| author | athrxx | 2019-07-16 23:18:42 +0200 |
|---|---|---|
| committer | athrxx | 2019-08-07 16:43:06 +0200 |
| commit | 47a2f62c151c164b3e53392335b00af14a69f7a9 (patch) | |
| tree | b8d09bd39c21a54e071b71e126b5c11e3de1e0f0 /engines/sci/sound/music.cpp | |
| parent | 0e73472207b18e406f51e8bca9c3450dd908ec38 (diff) | |
| download | scummvm-rg350-47a2f62c151c164b3e53392335b00af14a69f7a9.tar.gz scummvm-rg350-47a2f62c151c164b3e53392335b00af14a69f7a9.tar.bz2 scummvm-rg350-47a2f62c151c164b3e53392335b00af14a69f7a9.zip | |
SCI: (FB01 sound driver) - several fixes
Fix SCI0 (LATE/EARLY) variants of the driver which were broken (didn't play at all). This might be of my own doing, since I introduced the initTrack() method into the driver class and the fb01 driver didn't have one so far.
SCI1 didn't seem to require much fixing. I modified some things according to my findings in the driver disasms. QFG2 and JONES seem to be fine. I am not too happy with KQ5. It has volume issues, but they might be present in the original, too.
I also added an isOpen() check and a mutex to avoid threading issues. When aborting SCI (either quitting ScummVM or returning ot the launcher) while using the fb01 driver I frequently (more often than not) got the assert from backends/midi/windows.cpp, line 95. This fixes that.
I've done plenty of checks and experiments with the sound bank initialization. But I found no bugs or possible improvements there. Hard to tell whether the sound is right. That device seems to have a mind of its own...
Diffstat (limited to 'engines/sci/sound/music.cpp')
0 files changed, 0 insertions, 0 deletions