| Age | Commit message (Collapse) | Author |
|---|
|
Add missing code for o6_stampobject (From diasm.)
svn-id: r13924
|
|
svn-id: r12865
|
|
svn-id: r12863
|
|
ZZZZ
Fix another valgrind warning, I hope this is right spot.
svn-id: r12380
|
|
svn-id: r12176
|
|
svn-id: r11620
|
|
svn-id: r11315
|
|
svn-id: r11217
|
|
All the hooks are in, but actual implementation
needs to be checked for portability.
svn-id: r10615
|
|
Implemented dynamic range matching for MT-32 tracks
routed to GM output devices.
svn-id: r10573
|
|
explicitly
svn-id: r10571
|
|
svn-id: r10555
|
|
between Part and MidiChannel (which Part may
derive from eventually).
svn-id: r10480
|
|
As defined in Patch [811623] MT-32 patch for Bug 810564
Added a channel mask to MPU-401 devices so that --native-mt32
may force the device to use only the subset of MIDI channels
actually supported by the MT-32. Also added a best-guess
interpretation of iMuse Part priority in the SysEx 0x00 msg,
since part priorities become more of an issue when the
channel count is cramped.
svn-id: r10409
|
|
barebone ScummVM (or maybe I just want to increase our CVS stats? <g>)
svn-id: r10287
|
|
Implemented a parser for Euphony music. No
FM instrument support yet, as the FM chip used
by FM Towns is not being emulated yet. In the
meantime, a stock FM-emulated GM instrument is
being used instead.
This at least makes the Zak Towns kazoo tune
and the Loom Towns distaff audible. Emulation
of the FM Towns synth chip, or suitable
emulation using the OPL2 synth, is still
under investigation.
svn-id: r10265
|
|
IMuse::get_sound_active and IMuse::getSoundStatus; added lots of const qualifiers to IMuse; rewrote IMuseInternal::getSoundStatus (hopefully not breaking it); added MusicEngine::getSoundStatus
svn-id: r10069
|
|
a simple number. So that it's still obvious
that the number refers to version, a VER()
macro does nothing to the number but makes
it obvious what the number is for. This
has the exact same effect as the enum that
was going to get more and more lengthy
as the savegame version evolved.
svn-id: r9901
|
|
Reverted Hoenicke's change. Why was this change made anyway?
Do not reinstate the "tempo tweak" before talking to me
about why it was needed.
svn-id: r9810
|
|
svn-id: r9742
|
|
computations, mostly to produce the
exptected output with AD resources.
svn-id: r9730
|
|
RO streams have built-in timer markers (the
unknown 0xA0 mentioned in FR [742249]) that
override automated methods of updating
VAR_MUSIC_TIMER. Since these timer markers
do not seem to be present in AD resources, the
old mechanism is used if MD_ADLIB is the current
MidiDriver.
svn-id: r9720
|
|
svn-id: r9715
|
|
in monkeyvga/ega. Tested in monkeyvga, but
not in monkeyega yet. There are still wrinkles
to work out, but the parser for the new format
is in and hooked up.
svn-id: r9684
|
|
Explicitly stated a bit masking to please VC.NET2003 runtime small types conversion checks.
svn-id: r9673
|
|
svn-id: r9594
|
|
svn-id: r9592
|
|
When scanning (not jumping) to a target location
in a different track, the current track is first
scanned to the end to update the player state
before starting into the new track.
Miscellaneous scan-related cleanup is included.
svn-id: r9589
|
|
V6 scripts can specify up to 16 parameters to be passed to
doCommand(). In most cases 8 or fewer parameters were used,
but occasional uses of 9 or 10 parameters resulted in
incorrect iMuse behavior due to lost doCommand() data.
ImTrigger was also upgraded to support 8 parameters instead
of 4, since the incorrect behavior that was observed involved
the use of triggered commands that required more than 4
parameters. Since ImTrigger data is not currently being saved
(which is bad), we do not at this time have to go to another
savegame format to support the additional ImTrigger data
(which is good).
This fix corrects a problem in the Tunnel of Love. When the
"execution scene" music finishes and the hidden door opens,
the Tunnel of Love music is supposed to start up again. In
ScummVM, it never would, do to the loss of parameters for a
trigger-based "Parameter Fade" command.
A bit of miscellaneous cleanup has also been made.
svn-id: r9579
|
|
svn-id: r9527
|
|
svn-id: r9384
|
|
Tightened up OOB track selection handling in
MidiParser. Apparently some SMFs in the Mac
version of MI2 (and other games?) specify
track -1 in their jump commands to indicate
a jump within the same track.
svn-id: r9321
|
|
svn-id: r8671
|
|
in S&M around the dinosaurs.
svn-id: r8251
|
|
svn-id: r8172
|
|
Restored the -t command line option that had gotten lost in the revamp.
svn-id: r7962
|
|
svn-id: r7961
|
|
Thanks to eriktorbjorn for finding this issue.
svn-id: r7959
|
|
svn-id: r7902
|
|
svn-id: r7901
|
|
svn-id: r7900
|
|
Added check for 0-length parameter fades, just in case.
svn-id: r7887
|
|
Added some IMuse property options to support some assumptions that seem to be made by Humongous games.
This is still preliminary. It will play music, and it will switch between songs. But I don't know if it's switching to the right song at the right time.
svn-id: r7869
|
|
data, which will allow it to parse other MIDI formats. To receive parsed data, Player now derives from MidiDriver to act as a "fake MIDI driver".
Miscellaneous upgrades and fixes to MidiParser, including the Smart Jump (which could not be tested before iMuse started making use of the MidiParser).
*** THIS IS A BIG UPGRADE! EXTENSIVE REGRESSION TESTING IS NEEDED! ***
This has been tested through the intros and a number of other scenes from MI2, FOA and S&M.
NOTE! This upgrade introduces savegame format version V19. Earlier version savegames will load, but the music will simply start over from the beginning. Only V19 and later games will properly restore the position of the music! Don't say you weren't warned....
svn-id: r7849
|
|
svn-id: r7832
|
