Age | Commit message (Collapse) | Author |
|
o added configure option
o mi2 intro doesn't freeze anymore and has no sound glitches
o missing instruments in many titles are fixed
o numerous memory overwrite bugs are fixed
o code is cleaned a lot and splitted into many smaller files
o mt32.cpp went to backends/midi
o synced with upstream code
o reverberation fixed
* don't complain about File class wrapper :)
* all custom types are back
* #pragmas are to do
* maybe some indentation is wrong too
I prefer smaller commits, but this thing came in one piece.
svn-id: r15715
|
|
MT-32 emulation and quite possibly other MidiDrivers in future.
svn-id: r15711
|
|
svn-id: r15699
|
|
svn-id: r15665
|
|
svn-id: r15649
|
|
svn-id: r15635
|
|
svn-id: r15595
|
|
svn-id: r15587
|
|
the setupPremix method which takes a proc pointer)
svn-id: r15522
|
|
svn-id: r15491
|
|
svn-id: r15332
|
|
svn-id: r15278
|
|
svn-id: r15277
|
|
svn-id: r15191
|
|
Add some more HE differences
svn-id: r15188
|
|
svn-id: r15167
|
|
svn-id: r14892
|
|
svn-id: r14889
|
|
svn-id: r14683
|
|
svn-id: r14517
|
|
svn-id: r14456
|
|
svn-id: r14455
|
|
svn-id: r14453
|
|
renamed it to loadVOCFromStream; removed readVOCFromMemory as it isn't used anymore, and in the future, a MemoryReadstream plus loadVOCFromStream can achieve the same effect
svn-id: r14383
|
|
svn-id: r14225
|
|
go with the forthcoming new manual. Sword1 CD swapping doesn't work as expected HERE, either :)
svn-id: r14188
|
|
svn-id: r14136
|
|
svn-id: r14128
|
|
code (ov_clear was not being called, resulting in a file not being closed)
svn-id: r14107
|
|
svn-id: r13948
|
|
I wasn't able to fully stop ITE's XMIDI music - there would always be a
couple of notes hanging even after unloading it. Apparently this music
doesn't use the "active notes" mechanism at all, and I guess the ALSA
driver doesn't support the "All Note Off" event.
I'm still not 100% sure this is the correct fix, but unless someone has any
better idea...
svn-id: r13910
|
|
svn-id: r13815
|
|
strict about VOC headers, since DOTT demo (and maybe others) use buggy VOC headers
svn-id: r13787
|
|
clearly; disable warning
svn-id: r13756
|
|
MIDIs. This is a temporary fix - Jamieson630 said something about making a
better fix later - but it will have to do for now.
svn-id: r13719
|
|
Corrected Type 0 SMF compression to properly account
for command lengths when Running Status is being used.
Also increased buffer size for Type 0 output since
Running Status can result in the Type 0 output being
larger than the source data. Needs some more work,
but at least the Wyrmkeep people can keep going in
the meantime.
svn-id: r13707
|
|
svn-id: r13684
|
|
say "ERROR".)
svn-id: r13677
|
|
svn-id: r13676
|
|
svn-id: r13646
|
|
It is not a valid MIDI control change message.
It is used internally in the SCUMM MIDI tracks
to indicate part priority.
The only MidiDriver that needs it is Adlib.
It should be noted that the priority values are
out of bounds for a regular MIDI message anyway.
Valid control change values are 0-127, but the
priority value ranges from 0-255.
This fixes a crash with a certain software MT-32
emulator running under Linux. Thanks to olki for
bringing up this issue.
svn-id: r13645
|
|
MSVC6's idiosyncracies.
svn-id: r13644
|
|
svn-id: r13629
|
|
svn-id: r13570
|
|
svn-id: r13535
|
|
this only works for monster.sou files; compressed audio is incomplete, and we have to fix the extract tool to correct that
svn-id: r13531
|
|
Fixed the problem where the lookout music didn't play in the MI1CD intro.
At least, I *think* I fixed it. It worked at home, but I can't test it on
this particular computer.
svn-id: r13515
|
|
svn-id: r13504
|
|
svn-id: r13408
|
|
effect happened during a line of speech there was a chance - not a
certainty - that the speech would get cut off prematurely.
As far as I can tell, this is because the Vorbis decoder isn't the only one
who's accessing the same file. Now the Vorbis decoder will explicitly seek
to the position where it expects the file to be at before reading from it.
I hope this is the correct fix. It does fix the problem for me, at least.
I don't know if any of the other decoders needs a similar patch. I couldn't
reproduce the problem with my MP3-encoded FotAQ, but there are other
possible explanations for that, e.g. the bug gets harder to trigger the
more sound data that is decoded in each pass.
svn-id: r13353
|