Davis Pyon has created a new version of csound~
that runs on mac and win:
---------- Forwarded message ----------
Date: Sat, 18 Mar 2006 23:02:04 -0800 (PST)
From: Davis Pyon
Subject: [Csnd] dmp.csound~ is now csound~
As mentioned in the subject, dmp.csound~ is now simply csound~. Csound 5.01
is required now for 64bit csound~ on WinXP. All other versions do not have this
requirement. At the end of this email is a list of new features and changes.
Download it here:
Big thanks to Matt Ingalls for the name. Big BIG thanks to Matt and Victor
for their externals. Their source code served as my API documentation (csound.h
doesn't really count).
-> If using 64bit csound~ on WinXP, Csound 5.01 (or later) is required.
-> Added the "noscale" flag. It's used to bypass audio data scaling
-> Added another outlet that sends a bang whenever a csd/orc is
successfully compiled. It's a useful feature if you have MIDI
control opcodes that need to be initialized from the Max environment.
-> Added messages "m", "c", and "e" which are equivalent to
"midi", "control", and "event", respectively. These new messages
are intended to save screen space.
-> If neither -d or -g is present in the "csound" message, then csound~
will add -g to allow the user to see the ASCII representation of
tables. Either -d or -g must be present to prevent crashing.
-> Added bang method which acts like the "start" message. Added
for compatibility with Ingalls' csound~ patches.
The following changes were made in order to add features that were in
Matt Ingalls' version of csound~.
-> Renamed dmp.csound~ to csound~.
-> Added second optional integer argument to specify # of output signals.
If no arguments are supplied, then there are 2 input/output signals.
If 1 argument is supplied, then that argument specifies the # of input/output
signals. If 2 arguments are supplied, the first is the # of input signals
and second is the # output signals.
-> After "start" message is received, if the # of Csound audio channels != the
# of input or output signals for the external, a warning is displayed.
-> Added "printout" message which works exactly like "message" message.
-> If csound~ has not received a "path" message to set the current directory,
relative pathnames in the "csound" will be relative to the directory
that contains the patch that contains csound~.
-> Added the "sfdir" message. The "sfdir" has one argument which should be the
pathname to a directory. That directory will be used to set the SFDIR, SSDIR,
SADIR, INCDIR, and CSSTRNGS global environment variables. By default, these
env variables are set to the defualt directory (see above). At the moment,
I don't know what the INCDIR and CSSTRNGS variables are for, but they were set
in Ingalls' csound~ so I set them just in case.
-> Changed behavior of "start" message. When "start" is passed to [dmp.csound~],
the current directory is reset to the directory that was given as part of the
last "path" message. If "path" has not been received yet, then nothing is done.
This should fix the problem where other instances of [dmp.csound~] have a
different directory saved as the current directory.
Send bugs reports to this list.
To unsubscribe, send email to email@example.com