| Age | Commit message (Collapse) | Author |
|---|
|
modifications
svn-id: r14354
|
|
cause of bug #916886: Calling getRandomNumber(-1) causes ScummVM to crash,
while calling random_nr(-1) doesn't. We may still want to replace it with
getRandomNumber() later, of course.
svn-id: r13341
|
|
svn-id: r13262
|
|
OSystem API is not yet finished); porters will have to fix their ports to get them to compile again
svn-id: r13036
|
|
svn-id: r12734
|
|
svn-id: r12533
|
|
svn-id: r12176
|
|
'soundfont' config option with path to a .SF2 file); simplify code a bit by using OpenDefaultComponent; allow usage of any music device, not just the DLSSynth (this may or may not help people with real MIDI devices)
svn-id: r11918
|
|
also, the 'All note off' code caused odd problems, not yet sure why. I am disabling it for now)
svn-id: r11884
|
|
svn-id: r11883
|
|
music driver
svn-id: r11583
|
|
svn-id: r11220
|
|
svn-id: r11117
|
|
svn-id: r10894
|
|
svn-id: r10843
|
|
fixes. Aside from variations in the instrument timbre,
the output from ScummVM now seems to match up with the
output from UNZ (MAME YM2612 emulator).
svn-id: r10672
|
|
svn-id: r10669
|
|
svn-id: r10668
|
|
svn-id: r10646
|
|
Operator2612::nextTick (avoids one memory store over here, woohoo <g>)
svn-id: r10644
|
|
this also stops compile problems arising from our overloaded memory operators here
svn-id: r10643
|
|
svn-id: r10642
|
|
svn-id: r10641
|
|
svn-id: r10639
|
|
svn-id: r10637
|
|
optimzation, watch it happen in pseudo-real-time and color. icecream is sold at the entrance, please stop smoking
svn-id: r10636
|
|
svn-id: r10629
|
|
svn-id: r10628
|
|
svn-id: r10627
|
|
svn-id: r10626
|
|
and with significant performances optimizations
thanks to Fingolfin, or optimizing emperor. :)
svn-id: r10625
|
|
All the hooks are in, but actual implementation
needs to be checked for portability.
svn-id: r10615
|
|
timer.cpp); set g_system earlier (might prevent a few race conditions)
svn-id: r10471
|
|
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
|
|
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: r10294
|
|
bound to hit 1.0 any year now.
Of course, this is completely untested.
svn-id: r10288
|
|
barebone ScummVM (or maybe I just want to increase our CVS stats? <g>)
svn-id: r10287
|
|
svn-id: r10151
|
|
svn-id: r9833
|
|
svn-id: r9746
|
|
Changed V3 conversion code to adapt to the new (correct) speed.
svn-id: r9712
|
|
svn-id: r9655
|
|
svn-id: r9649
|
|
The new tables come directly from the Adlib driver
for the original Sam & Max distro. Sam & Max using
Adlib should now sound essentially identical to
the original distro ("a few more tests"), and other
games without specific Adlib support, such as Simon,
should sound a whole lot closer to the GM tonality.
Percussion support is now comprehensive for Sam & Max
and a lot more thorough for other games.
svn-id: r9605
|
|
This circumvents problems doing generic send()
calls to MidiDrivers that support more than
16 MIDI channels (i.e. Adlib). Because of the
way it interacts with MidiDriver, Simon could
have run into a problem if it tried to
allocate more than 15 Adlib music channels
(though this would only happen in very, VERY
rare circumstances).
Also fixed a problem with the channel
numbering scheme used by MidiDriver_Adlib,
in particular the percussion channel number.
svn-id: r9604
|
|
svn-id: r9527
|
|
svn-id: r9526
|
|
svn-id: r9514
|
|
svn-id: r9491
|
