Copyright (c) 1981-2004 Regents of the University of California

This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version.

This collection of software is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details.

Version 0.02 has a number of bug fixes. The most important one is that many programs of 0.01 would core dump if you chose buffers larger than 16K. This is fixed now.

CARL-linux-0.02.tar.gz       includes the binaries compiled on a RedHat 6.0 linux. pathnames are relative to / and all the files are to reside under /usr/local/lib/carl and /usr/local/include/carl. For this binary version to work properly you need to keep these path names either physically or with symbolic links.  The binary of the programs can be found under /usr/local/lib/carl/bin and you need to set your PATH to include this directory.

NOTE for first time users of cmusic: Contrary to what the man page of cmusic says, the format of its output is 16bit linear integer. In order to get a sound file you need to pipe the output to `tosf'. So you need a command such as the following:

cmusic score | tosf -R< sample rate > -c<# of channels> soundfile.sf

and this will create you an IRCAM sound file format which sox and mxv understand. You only need to indicate the sample rate and number of channels once to tosf, from then on tosf will use the values existing in the output file. Even though this may not be an intuitive way of doing things, it is the way that these programs had been working.

CARL-linux-src-0.02.tar.gz    is the source tree including the currently compiled objects.  This source tree needs to be cleaned, and as part of that, the makefiles needs to be fixed to clean and clobber the source tree correctly.

The source tree is not very clean.  There are lots of historical files there and it will take you a little while to find out what needs to be done to compile the sources. You can report bugs and problems to sdy@ucsd.edu although no guarantee is made as to when they would get fixed!  I would also like to hear your feedback.  The more interest I see the more work I will put into this port.

Shahrokh Yadegari
5/30/2000