Age | Commit message (Collapse) | Author |
|
music track and the looping background noise over the "hate" speech are
correct. I was already pretty sure of the music, but the sound was just a
lucky guess.
The script LUT, which is what I really wanted to find, remains elusive,
though. I couldn't see it reading any part of the resource file that looked
anything like the script LUT in ITE.
svn-id: r15942
|
|
svn-id: r15941
|
|
opposed to being used for SFX); this affects the volume (see bug #1049375)
svn-id: r15940
|
|
svn-id: r15939
|
|
intended it to do?)
svn-id: r15938
|
|
svn-id: r15937
|
|
svn-id: r15936
|
|
svn-id: r15935
|
|
- Another tuning tweak. Sounds better to my ear, but still guesswork.
svn-id: r15934
|
|
svn-id: r15933
|
|
- Added default case to event switch to eliminate compiler warning.
svn-id: r15932
|
|
svn-id: r15931
|
|
svn-id: r15930
|
|
hacky.
- Initialisation is now interruptible.
- All data is now loaded from MT32_CONTROL.ROM. drumpat.rom, Preset1.syx, Preset2.syx and patchlog.cfg are no longer used.
- Major cleanup. In particular, separated Rhythm part into a new class, instead of dealing with it as a special case everywhere.
- Improved accuracy of pitch key-follow.
- Recaching now happens lazily.
- Changed some right-shifts to divs, due to the former not being arithmetic on some architectures.
- Setting "MT32EMU_ACCURATENOTES" to 1 will generate lookup tables for the exact frequency of every note played. Not recommended.
- Several small bugs fixed.
svn-id: r15929
|
|
svn-id: r15928
|
|
svn-id: r15927
|
|
scrolling regression)
svn-id: r15926
|
|
svn-id: r15925
|
|
svn-id: r15924
|
|
svn-id: r15923
|
|
svn-id: r15922
|
|
simplifications
svn-id: r15921
|
|
svn-id: r15920
|
|
SCUMM now uses the appendable stream directly
svn-id: r15919
|
|
some doxygen comments (they were being assigned to the wrong things)
svn-id: r15918
|
|
svn-id: r15917
|
|
svn-id: r15916
|
|
svn-id: r15915
|
|
some very specialised methods
svn-id: r15914
|
|
File::exists method
svn-id: r15913
|
|
always created before iMuse initialisation. This necessitated removing the multimidi toggle from the debug console.
svn-id: r15912
|
|
that change is reflected everywhere
svn-id: r15911
|
|
DCVS: ----------------------------------------------------------------------
svn-id: r15910
|
|
have two different ArrayHeader structs, maybe we should rename them?)
svn-id: r15909
|
|
svn-id: r15908
|
|
svn-id: r15907
|
|
svn-id: r15906
|
|
svn-id: r15905
|
|
svn-id: r15904
|
|
svn-id: r15903
|
|
svn-id: r15902
|
|
'directory' parameter from SaveFileManager::openSavefile and listSavefiles (they always use getSavePath() now, which is what we did anyway)
svn-id: r15901
|
|
svn-id: r15900
|
|
that it may be used. Doing this lazily potentially deadlocked when using MT-32 emulation in mixed MIDI/Adlib mode.
svn-id: r15899
|
|
svn-id: r15898
|
|
probably isn't enough to get things compiling again :-/
svn-id: r15897
|
|
duplicate of o70_unknownEF
svn-id: r15896
|
|
correct sound or the correct volume, but the small extension to allow the
engine to start looping sounds is worthwhile enough in itself, I think.
svn-id: r15895
|
|
files through the MIDI synth on my Soundblaster, I can only conclude that
they are both General MIDI, so I've changed our code to assume that in both
cases. The End Title (which we currently incorrectly play at the end of the
intro) sounds much better in Adlib this way, too.
Perhaps the original used a different GM to FM mapping than the one in our
adlib.cpp, but if so using the MT-32 to GM mapping isn't likely to improve
the situation.
We could add a way of replacing the GM to FM mapping in adlib.cpp, I guess.
Of course, that would only be worth it if the original sounds better than
our mapping.
svn-id: r15894
|
|
svn-id: r15893
|