Age | Commit message (Collapse) | Author |
|
automatically, for some reason.
svn-id: r21312
|
|
svn-id: r21311
|
|
svn-id: r21310
|
|
called redundantly.
svn-id: r21309
|
|
* Common::File will now look inside the application bundle on MacOS X for a file if
it can't find it anywhere else (so it'll find default-theme.ini and .zip)
* Cleaned up some #ifs.
svn-id: r21308
|
|
svn-id: r21307
|
|
svn-id: r21306
|
|
svn-id: r21304
|
|
noisy.)
svn-id: r21303
|
|
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
|
|
- Adds support for amiga .pak files (and a filelist)
svn-id: r21299
|
|
svn-id: r21298
|
|
svn-id: r21296
|
|
svn-id: r21295
|
|
brandons home is fixed with this)
- Changes _tempo, tempo, position, unk41, unk32, unk18, unk19, _unkValue3 to unsigned (should be correct this time)
svn-id: r21293
|
|
svn-id: r21292
|
|
the reason(s) SDL_SetVideoMode failed
svn-id: r21291
|
|
svn-id: r21290
|
|
svn-id: r21289
|
|
svn-id: r21288
|
|
svn-id: r21287
|
|
possible to remove several special cases throughout the code
svn-id: r21286
|
|
instances, and also use that for savegames (all for debugging)
svn-id: r21285
|
|
warning)
svn-id: r21284
|
|
svn-id: r21283
|
|
help output, it is potentially only useful in very specific
situations.
svn-id: r21282
|
|
svn-id: r21281
|
|
version of patch 1448395 by Aubin and some of my
own changes.
Notably:
* Two elements of a struct in backends/midi/quicktime.cpp
needed to be forced to BE.
* NASM set to build Mach-O binaries
* configure now checks for Altivec support on Darwin hosts,
instead of assuming it. Altivec support can also be disabled (not 100% sure if t
his is actually needed, but might be handy for crosscompiling).
* The aliasing of the symbols contained in the .asm files
done on Windows were also needed on MacOS.
Note that while the asm code is properly compiled and linked
in, HQ2/3x support will still not work properly on Intel macs
if NASM is enabled.
svn-id: r21280
|
|
svn-id: r21279
|
|
svn-id: r21278
|
|
svn-id: r21277
|
|
for now
svn-id: r21276
|
|
bug is a bug in our fmopl.cpp. Ken Silverman's Adlib emulator doesn't seem to
exhibit the bug either. (But is apparently less feature complete than MAME's.)
svn-id: r21275
|
|
svn-id: r21274
|
|
svn-id: r21273
|
|
to do.
svn-id: r21271
|
|
got rid of antialiasing artifacts
svn-id: r21270
|
|
svn-id: r21269
|
|
Logo is still shown weirdly.
svn-id: r21268
|
|
beginning of music" bugs. As an experiment, I tried hooking up ScummVM with the
most recent version of the FMOPL code, and the bug went away.
Unfortunately, I believe we are stuck with the ancient version for license (and
performance?) reasons.
svn-id: r21267
|
|
svn-id: r21266
|
|
where low-frequent noises are playing at the beginning of some new sounds.
svn-id: r21265
|
|
platforms
svn-id: r21264
|
|
shapes and wrongly call of the kyragame fading in the outro)
- Removes a new line from a warning in seqplayer.cpp
svn-id: r21263
|
|
unk3 -> spacing1
unk7 -> spacing2
unk12 -> fractionalSpacing
updateCallback4() -> update_setNoteSpacing()
updateCallback9() -> update_stopChannel()
updateCallback15() -> update_stopOtherChannel()
updateCallback17() -> update_setupInstrument()
updateCallback28() -> update_setFractionalNoteSpacing()
updateCallback43() -> update_nop1()
updateCallback47() -> update_nop2()
svn-id: r21261
|
|
svn-id: r21260
|
|
but it seems that it drifts out of sync after a few repeats even with the
original interpreter. It's a feature!
This cleanup clears up some of the more confusing break/continues in the
callbackProcess() function, and gets rid of _continueFlag.
svn-id: r21259
|
|
svn-id: r21258
|
|
svn-id: r21257
|