| Age | Commit message (Collapse) | Author |
|---|
|
svn-id: r21384
|
|
svn-id: r21376
|
|
while still at the very beginning of the "attack" phase. This is the very
lowest point on the attack curve, yet it would continue from the beginning of
the release curve, i.e. its very highest point. This is what caused Kyra to
often play low-frequency notes at the very beginning of a new song. (That, and
a truly bizarre function for initialising the channels.)
The proper fix would be to locate the correct point on the release curve and
continue from there. For now, though, only handle the trivial case.
svn-id: r21302
|
|
(Unfortunately, this does not fix the Kyra bug I'm looking for.)
In the most extreme case:
* DR and RR will point to &DR_TABLE[60], and AR will point to &AR_TABLE[60]
* SLOT->KSR will be 0
* CH->kcode will be 15
In that case, it will attempt to access AR[15], RR[15] and DR[15], i.e.
AR_TABLE[75] and DR_TABLE[75]. So these arrays need to be 76 elements, not 75.
We used to initialise element 75, but this was changed to 74 to match the size
of the arrays. Buf if my reasoning is correct, it was the arrays that were too
small.
svn-id: r21301
|
|
svn-id: r21055
|
|
factory function (just like with the other AudioStream subclasses)
svn-id: r21043
|
|
svn-id: r21042
|
|
functions
svn-id: r21040
|
|
some SysEx client code.
Testing on Windows. Developers on other platforms, please verify integrity of music handling in your respective MidiDrivers.
svn-id: r20952
|
|
svn-id: r20878
|
|
svn-id: r20831
|
|
and x11 backends; added engines/module.mk
svn-id: r20584
|
|
- disable zodiac midi driver with scumm engine since it doesn't work with it in ARM mode (??)
svn-id: r20524
|
|
svn-id: r20515
|
|
svn-id: r20424
|
|
svn-id: r20314
|
|
svn-id: r20199
|
|
svn-id: r20088
|
|
options to specify it. FluidSynth's gain ranges from 0.0 through 10.0 and
is probably measured in decibel, but to keep things simple, ScummVM uses
settings from 0 through 1000 instead. (Though currently there's no guard
against invalid settings.)
This is a slightly revised version of the non-GUI part of patch #1336171.
svn-id: r20030
|
|
* Changed MidiDriver::createMidi so that if MD_ADLIB is passed, it
now *does* instantiate the adlib driver.
* Rewrote MidiDriver::detectMusicDriver (code should be clearer now,
and hopefully easier to adapt/maintain). Note that the behavior
changed slightly (this may require some tweaking).
* Added MidiDriver::findMusicDriver which works similar to the old
MidiDriver::parseMusicDriver but returns the full MidiDriverDescription
and ignores all characters in the passed driver name following a colon ":".
* Changed MidiDriver::parseMusicDriver to use MidiDriver::findMusicDriver.
* Changed game engines to match the changes made to MidiDriver.
* Modified SCUMM engine to not record the selected midi/music driver
(in _midiDriver), but rather the music *type* (in _musicType).
svn-id: r19859
|
|
driver appear twice in the GUI
svn-id: r19845
|
|
potential cleanup
svn-id: r19844
|
|
open file handles.
svn-id: r19837
|
|
svn-id: r19832
|
|
99.9% identical, but the code should be faster on most modern machines
svn-id: r19777
|
|
svn-id: r19767
|
|
svn-id: r19766
|
|
updates
2. Updated framework files for new structure
3. Uncommented Debug statements in vorbis.cpp (Should probably be removed alltogether.
4. Incorporated Sevs code formatting changes in the new Symbian source structure.
5. Removed/Changed EScummVM to ScummVM instead, hopefully most cases covered.
6. Beginning vibration support to be used for Scumm shake effects (Work ongoing by SumthinWicked)
7. Replaced the ScummVM icon for the FavIcon and upscaled the icon to 32x32. I think it looks ok, comments are welcome.
8. Built for S60V1 and UIQ2 targets from the cvs
9. Updated Readme with new build instructions.
Any comments are welcome. Hopefully the other builds are not affected by this and all Sevs code updates are also incorporated.
svn-id: r19739
|
|
svn-id: r19735
|
|
svn-id: r19733
|
|
things fixed.
svn-id: r19728
|
|
svn-id: r19725
|
|
svn-id: r19710
|
|
svn-id: r19582
|
|
Sound flags were been reset.
svn-id: r19557
|
|
svn-id: r19488
|
|
incompatibilities with older system versions
svn-id: r19396
|
|
standard.
svn-id: r19203
|
|
and nibbles order in samples appeared to be swapped. Had to untemplate
whole thing over again because I have no idea how to speicalize one of two
parameters in templates.
Now voices are clean but have some ticks, looks like overload. ITE wasn't
broken ;)
svn-id: r19166
|
|
ADPCM buffer reader. These folks invented ye another incompatible standard
and here it will sit #if 0'ed just for a case.
svn-id: r19164
|
|
svn-id: r19147
|
|
svn-id: r19142
|
|
svn-id: r19040
|
|
bug #1324103.
I've changed it - again - so that now it only centers the pitch wheels on
unload if a new mpCenterPitchWheelOnUnload property has been set. Currently
only the SAGA engine does that, so if it still breaks it only breaks SAGA.
I've also fixed what looked like an unintentional fall-through in the
MidiParser::property() function. Surently that can't cause any new
regressions? Please.
svn-id: r19032
|
|
in allNotesOff() broke the Kyra music. I have no idea why.
svn-id: r19023
|
|
and I don't want to have to worry about it. Centering the pitch wheel is
the change that I primarily wanted to make, and that should be supported by
every MIDI driver we have.
svn-id: r18999
|
|
the music will be horribly out of tune because the pitch wheel setting from
the old music will still apply.
I hope allNotesOff() is the correct place to ensure that the pitch wheel is
centered.
svn-id: r18998
|
|
processed twice, so even if stream end is reached, there should be another
iteration. Otherwise it always returned one byte less than expected.
svn-id: r18859
|
|
svn-id: r18844
|
|
svn-id: r18840
|
