Age | Commit message (Collapse) | Author |
|
detection when the game is either a) on CD b) in a bunch of seperate directories in a structure like that of the CD. Of course pointing ScummVM at such things with the normal target via command line or config file work fine. As everyone awake at the moment only has the sold out version, this is specific to that. I don't know what files are at the root of the original CD we can use for detection purposes
svn-id: r10423
|
|
message functions with our own.
We still need to go through them and assign sensible debug levels to them.
svn-id: r10422
|
|
svn-id: r10421
|
|
(i.e. scummvm/scumm/mixer.cpp)
svn-id: r10420
|
|
svn-id: r10419
|
|
svn-id: r10418
|
|
svn-id: r10417
|
|
svn-id: r10416
|
|
svn-id: r10415
|
|
Since this was the only place where we were using
create_thread, that method should be removable now.
I also removed the midi_driver_thread overrides
for the MorphOS and YPA1 (Palm) backends. These need
to be tested by their respective porters.
svn-id: r10414
|
|
but say who added what when. (No disrespect intended, but this information
means very little to us.)
svn-id: r10413
|
|
The initial sample is, indeed, two bytes, just like the rest of them, but
it really, really helps if you read it from the correct position in the
file.
After fixing that, it turned out that my changing of signedness of the
sample was also wrong. Funny how those two bugs almost cancelled each other
out. Almost.
I've made a few other changes as well, but they're just to clean things up
a bit. The credits music works for me, and I've played the game up to
arriving in Quaramonte, with no obvious music-related problems.
svn-id: r10412
|
|
svn-id: r10411
|
|
svn-id: r10410
|
|
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
|
|
svn-id: r10408
|
|
but the credits music is still broken. I'll have to take a closer look at
this later.
svn-id: r10407
|
|
distortion in the credits music, and I haven't yet figured out what's
causing this.
svn-id: r10406
|
|
svn-id: r10405
|
|
speculating that the timer didn't always fill the buffer quite fast enough
and that this is what caused the occasional popping noises.
Of course, I may have introduced all kinds of regressions - particularly
since I don't have any big-endian computer to test on - but we're all
friends here, right? :-)
svn-id: r10404
|
|
svn-id: r10403
|
|
svn-id: r10402
|
|
svn-id: r10401
|
|
svn-id: r10400
|
|
svn-id: r10399
|
|
Explicitly send All Notes Off messages on every
channel when shutting down music driver. This
fixes hanging notes on exit when using external
synths or some less intelligent internal synths.
svn-id: r10398
|
|
svn-id: r10397
|
|
svn-id: r10396
|
|
svn-id: r10395
|
|
svn-id: r10394
|
|
svn-id: r10393
|
|
1. A Player_MOD class, basically acts as a simplified mixer that mixes at 60Hz intervals (or whatever interval you specify), this gives smooth music playback in player_v3a
2. Some changes to player_v3a as a result of #1, including reduced music volume
3. player_v2a, and the necessary additions to scummvm.cpp/scumm.h
svn-id: r10392
|
|
svn-id: r10391
|
|
svn-id: r10390
|
|
svn-id: r10389
|
|
svn-id: r10388
|
|
svn-id: r10387
|
|
svn-id: r10386
|
|
file. :-)
svn-id: r10385
|
|
cluttering up the files anyway. (Though I do feel a slight twinge of guilt
for removing historical records like this. :-)
svn-id: r10384
|
|
svn-id: r10383
|
|
make screenshots.)
svn-id: r10382
|
|
svn-id: r10381
|
|
svn-id: r10380
|
|
svn-id: r10379
|
|
svn-id: r10378
|
|
function on hi-density devices
svn-id: r10377
|
|
characters. Hopefully this will make things work smoother on the Mac, but I
have no way of testing that.
svn-id: r10376
|
|
svn-id: r10375
|
|
svn-id: r10374
|