11-18-03
HUGE UPDATE: The MOD functions (which I've
been keeping at home, because they don't work so well in Linux--I'll
figure it out when the semester comes to a close, but I want to compile
it with CCRMA before I bother) are functioning independently. I
can't isolate the actual play function because the code is far too
esoteric, but the music (wav) manipulation codes are easy to
find. They are heavily dependent on the imbedded play modules, so
I will need to "reroute" the wav-manipulation codes to the CCRMA play
code. Alternatively I could use the MOD play codes but I'd rather
have more control over it. No portion of the MOD function will
play by itself yet, but my task is pretty clear now, which is to link
the play function of the CCRMA to the wav-manipulation functions of the
MOD.
In other news, my Linux copy of the play function
will not load the RtAudio.h include. This file isn't readily
available from searches on Google, so I may have to recompile CCRMA,
which will be a major pain. Luckily it still works on the Windows
version I keep at home for testing the MOD and doing homework on, and
I'll download the code so far sometime this week.
So far the most accessible functions in the MOD
appear to be, unsurprisingly, pitch and volume. The majority of
the MOD code is devoted to this, since all the other functions of sound
such as vibrato, tone, crescendo (but not starting and stopping, one of
the more expansive pieces) are based on these two keys. They
occupy 4 pages of code. Much of it is setting and responding to
the other functions of MOD code, such as vibrato, so I'll be able to
eliminate that and hopefully reduce the code to the roughly 50 pertinent
lines.
11-11-03
This is the conclusion of the
problems I've had compiling the CCRMA function. The CCRMA code
has a ton of includes, including a particular file named "RtAudio.h"
that is supposed to, go figure, route the audio to the device.
Unfortunately there are some problems, presumably with routing audio to
the Linux machine but also possibly related to the code itself.
I've decided that this error, after a week of work and recoding, is
IRRECONCILABLE and that I will need to find an alternate play
program. It is a dark day in the coding of this equalizer.
10-02-03
I've compiled Stanford's CCRMA sound production code. After a
little configuring, it should have worked perfectly, but there were a
few compilation problems. Some of it may have to do with the
absence of sound-production capabilities in the Unix computers.
I'll have to track it down using the g++ error messages.