| Age | Commit message (Collapse) | Author |
|---|
|
all: it adjusts the frequency even when state.unk16 is zero. Fixed that, and
added some comments to hopefully explain the differences between the cleaned up
code and the original disassembly.
svn-id: r21184
|
|
* Rewrote updateCallback41() in terms of updateAndOutput1(), since they were
almost identical to begin with.
* Rewrote updateAndOutput1() for better readability.
* Made unk10 signed, and renamed it baseOctave.
* Made unk14 signed, and renamed it baseNote.
* Made unk15 signed, and renamed it baseFreq.
* Renamed unk17 regAx. It appears to be a cache for that register.
* Renamed unkOutputValue1 regBx. It appears to be a cache for that register.
* Renamed updateCallback8() update_setBaseOctave().
* Renamed updateCallback13() update_setBaseNote().
* Renamed updateCallback20() update_setBaseFreq().
Which still leaves the mystery of unk16 and _unkTables[]. Perhaps *this* is the
pitch bend?
svn-id: r21183
|
|
_unkTable[]. Investigating the latter further might help unravelling several of
the "unk" variables. (Right now, I'm suspecting that unk15 is the pitch bend.)
svn-id: r21164
|
|
the octave bits.
The unkOuput1() function always turns off the note, so I've renamed it
noteOff(). I've added some comments to unkOuput2() as well, but I'm still not
quite sure what its purpose is. It seems unlikely that it's simply a "note on"
function, given the many things it will clear for the channel. It does end by
turning the note on, though. Strange.
svn-id: r21162
|
|
several errors where the format string didn't match the number of arguments to the call)
svn-id: r21141
|
|
system delay, which was causing concurrency problems.
svn-id: r21136
|
|
fast now though, but seems to be another problem).
Also changed some unsigned values to signed.
svn-id: r21111
|
|
setTempo().
svn-id: r21110
|
|
svn-id: r21109
|
|
svn-id: r21105
|
|
svn-id: r21103
|
|
have renamed it getRandomNr(). The _unk6 variable has been renamed _rnd. (Our
MidiDriver_ADLIB class also has its own random number generator, so it's not
such a far-fetched guess as it may seem.)
svn-id: r21102
|
|
volume is modified (it depends on several still unknown variables), but that's
all it does as far as I can tell.
svn-id: r21101
|
|
more easy to read.
svn-id: r21081
|
|
Also changed the callback interval.
svn-id: r21012
|
|
svn-id: r20993
|
|
Fixed a bug in updateCallback41.
svn-id: r20992
|
|
update_writeAdlib(). (The "update_" prefix will probably be changed later, but
for now I want it to remain obvious that the functions belong to the other
updateCallback*() functions.)
svn-id: r20990
|
|
done that in the previous commit.)
svn-id: r20987
|
|
forward and backward. This seems to fix the looping of the Black forest music
(and probably others as well), and might fix the invalid pointer crashes and
wrong music that would sometimes play after a song had finished. Changed the
names of the jump opcode functions, and added "update_" prefixes to the
previously cleaned-up opcode functions.
svn-id: r20986
|
|
svn-id: r20985
|
|
_unkOutputByte2 variable is there to keep track of the current value of the
BD register (AM Depth / Vibrato Depth / Rhythm)
svn-id: r20984
|
|
svn-id: r20983
|
|
Implemented stateCallback1_1.
Fix some small bugs here and there (can't say what the fixed but it should be correct now)
Also set's the correct timer call value (with the other the music was too fast)
svn-id: r20973
|
|
svn-id: r20972
|
|
svn-id: r20971
|
|
evaluation when there are multiple side-effects on the same variable (in this
case the internal state modified by va_arg()) in the same expression. So let's
just humor me and do the va_arg() calls one at a time.
svn-id: r20970
|
|
svn-id: r20964
|
|
It needs some checks since it doesn't work correctly in every case at the moment.
svn-id: r20960
|
