| Age | Commit message (Collapse) | Author |
|---|
|
svn-id: r10097
|
|
svn-id: r10070
|
|
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
|
|
(initial stab, more work to follow)
svn-id: r10066
|
|
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
|
|
svn-id: r9827
|
|
svn-id: r9826
|
|
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
|
|
svn-id: r9694
|
|
svn-id: r9693
|
|
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
|
|
svn-id: r9647
|
|
Included the ImDeferredCommand list when checking for
sounds that have been queued to play. Also added
sound queue processing between execution of exit script
and entry script. In the case of this bug, the entry
script required that the iMuse state be fully up to
date, including last-moment changes from the previous
exit script.
svn-id: r9622
|
|
svn-id: r9584
|
|
should check it too :p
svn-id: r9582
|
|
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
|
|
Tweaked handling of ImSetTrigger when the triggered
command starts a new song. If the song to be started
is already playing, we stop it (in preparation for
a restart) ONLY if the song containing the command
trigger is actually playing. Otherwise the restart
is likely to never occur (as is the case with the
Bumpusville mansion interior music).
svn-id: r9576
|
|
svn-id: r9527
|
|
svn-id: r9384
|
|
gScummVMVersion/gScummVMBuildDate/gScummVMFullVersion; made engine.o depend on all other .o files, so that the build date in it is always up-to-date
svn-id: r9032
|
|
Revision to the handle_maker() fix for bug #733401, since that
didn't seem to take care of the problem. This fix chomps marker
queue entries if it finds a matching marker not at the head of
the queue. This might cause inappropriate behavior elsewhere;
regression testing is advised.
svn-id: r8831
|
|
and bug [755176] SIMON2: Hanging notes
More cleanup of the thread issues associated with iMuse and MidiParser
shutdown. Untested.
svn-id: r8546
|
|
svn-id: r8526
|
|
specific stuff from gameDetector.h to scumm.h; cleaned up some #includes (ideally, never #include something in a header file if you can avoid it - this cuts down interdepencies)
svn-id: r8496
|
|
augmented by some more changes of mine
svn-id: r8482
|
|
svn-id: r8444
|
|
svn-id: r8225
|
|
svn-id: r8223
|
|
svn-id: r8207
|
|
More for SysEx tests than anything.
svn-id: r8202
|
|
music playback
svn-id: r8046
|
|
svn-id: r8019
|
|
svn-id: r8009
|
|
svn-id: r7914
|
|
svn-id: r7900
|
|
scripts check for a 0 result so either will work. I'm just picky :)
svn-id: r7871
|
|
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
|
|
Savegames are now version 17 (VER_V17).
svn-id: r7808
|
|
svn-id: r7803
|
|
svn-id: r7801
|
|
svn-id: r7795
|
|
Lot of guesswork. parameterFade STILL NEEDS A LOT OF WORK!
These additions at least partially correct the music behavior
in the Tunnel of Love when shorting the controls.
svn-id: r7704
|
|
Fixed music bug introduced with fix [712042].
Improved iMuse debug output.
svn-id: r7703
|
|
You must still uncomment the VAR_SOUNDPARAM setting for this to work...?
svn-id: r7670
|
|
svn-id: r7615
|
|
svn-id: r7614
|
