A weblink for cmusic and pcmusic is:
http://crca-www.ucsd.edu/cmusic/cmusic.html


I suppose one significant difference between cmusic and Csound, which
might explain the releative lack of 'modern' opcodes in the former, is
that while cmusic has largely remained the property and product of F.R.
Moore, Csound has reaped the benefit of a  large, skilful, enthusiastic
and mostly unrestrained net-wide user and development group. This is
partly thanks to the prodigious work of John Fitch just about keeping
everyone and everything co-ordinated, but partly also due to the fact
that it is still essentially standard C, such that anybody can 'have a
go' (including myself), on just about any platform (including the Atari
ST) without have to climb a fierce learning curve of object-orientation,
STL, multi-threading, yacc, lex, et al.



Richard Dobson

Robin Whittle wrote:
> 
> Pete Moss pointed out that what I described as my long term plan (a
> framework for C++ to support realtime synthesis) is akin to cmusic.
> 
> I think this is true.  This post looks at what I understand about
> cmusic and how it only produces a single sample of audio per ugen
> call, compared to Csound which produces ksmps samples, and so can be
> very much faster.
> 
> Looking at Dave Philip's marvellous link-farm on software synthesis:
> 
>    http://www.bright.net/~dlphilp/linux_soundapps.html
> 
> leads me to Tim Thompson's venerable PLUM page on music languages,
> which should be at:
> 
>    http://www.nosuch.com/plum
> 
> but this file is absent at present. (I emailed Tim.)
> 
> Searching for "cmusic" is tricky, but I found something from 1994 at:
> 
>    ftp://ccrma-ftp.stanford.edu/pub/cmusic/
>
[etc]

-- 
Test your DAW with my Soundcard Attrition Page!
http://wkweb5.cableinet.co.uk/rwd (LU: 19th May 1999)