From bil at ccrma.Stanford.EDU Mon Jan 1 03:20:26 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon, 1 Jan 2007 03:20:26 -0800 Subject: [CM] sndplay problems on OSX In-Reply-To: References: Message-ID: <20070101111732.M74036@ccrma.Stanford.EDU> On the clicks in openmcl/coreaudio -- there's a note in README.clm that openmcl is interrupting the dac function -- I don't remember anything about this, or have anything to suggest offhand. I always try changing dac-size just to feel like I'm doing something. From taube at uiuc.edu Mon Jan 1 04:52:56 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 1 Jan 2007 06:52:56 -0600 Subject: [CM] cm on an intel-mac In-Reply-To: References: Message-ID: yes, you can use sbcl. i think the osx version is pretty stable now: http://sbcl.sourceforge.net/platform-table.html on openmcl: byers is actively working on intel porting and i believe there is a test image for 64bit intel at im not sure if/when a 32bit intel will happen. i plan to make a new stable release of cm in a few days, ill try to save osx app for both intel and ppc. > is is not yet possible to work with cm on the new macs? > > johannes > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From k.s.matheussen at notam02.no Mon Jan 1 12:33:16 2007 From: k.s.matheussen at notam02.no (Kjetil Svalastog Matheussen) Date: Mon, 1 Jan 2007 21:33:16 +0100 (CET) Subject: [CM] Re: sndplay problems on OSX In-Reply-To: <20070101200003.12575.52103.Mailman@cm-mail.stanford.edu> References: <20070101200003.12575.52103.Mailman@cm-mail.stanford.edu> Message-ID: "Lieven Moors": > > hi everyone, > i' ve installed clm recently on my G4 (os 10.3), in combination with xemacs > and slime, and i would like > it to work with JACK. When i compiled clm with the :jack feature, i didn't > see soundplay connect to the jack server, and didn't have any sound. When Sorry, the jack support hasn't been made with osx in mind. I think both configure.ac and some stuff in audio.c must be fixed first. Its probably not much work though. I'll look at it when I get back to a linux machine, unless Bill fixes it first. From b0ef at esben-stien.name Fri Jan 5 19:22:25 2007 From: b0ef at esben-stien.name (Esben Stien) Date: Sat, 06 Jan 2007 04:22:25 +0100 Subject: [CM] Snd 8.7 In-Reply-To: <20061231135050.M99961@ccrma.Stanford.EDU> (Bill Schottstaedt's message of "Sun, 31 Dec 2006 05:52:27 -0800") References: <20061231135050.M99961@ccrma.Stanford.EDU> Message-ID: <87odpcdeku.fsf@esben-stien.name> "Bill Schottstaedt" writes: > added a -nogtkrc startup switch. This is indeed extremely excellent;). Thank you -- Esben Stien is b0ef at e s a http://www. s t n m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@ n n From b0ef at esben-stien.name Fri Jan 5 19:24:37 2007 From: b0ef at esben-stien.name (Esben Stien) Date: Sat, 06 Jan 2007 04:24:37 +0100 Subject: [CM] Bug Tracker Message-ID: <87k600deh6.fsf@esben-stien.name> It would be nice with a bug tracking system for Snd;). It's a great piece of software and it can only get better. -- Esben Stien is b0ef at e s a http://www. s t n m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@ n n From sn at rplab.ru Sat Jan 6 04:54:50 2007 From: sn at rplab.ru (Sergey Maslennikov) Date: Sat, 06 Jan 2007 15:54:50 +0300 Subject: [CM] How to get record functi working with snd? Message-ID: <459F9C1A.9060505@rplab.ru> Could anybody explain how to get sound recording (from microphone input) working in snd? It seems that snd does not discover input device. The error message appeared when I'm trying to do File:Record (from menus) is "no audio input device available". In my system, such the programs as rec, KRec, and KWave are able to record sound. My card is Intel HDA, the sound system is ALSA (from 2.6.19 Linux Kernel), the distribution is Slackware 11. I'm novice in snd and generally in sound edition. I found some software able to exclude hum spectral components from one of quite old tape records. snd have appeared to be good for this because it allowed arbitrary edition of the spectrum. Besides, it seems that this program is more reliable than other sound programs. I have become interested in how to do other things in snd but my educational background in sound systems has appeared to be extremely low. Now, I'm unsuccessfully trying to record something from mic. in... Thanks advance, Serge From bil at ccrma.Stanford.EDU Sat Jan 6 06:38:49 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sat, 6 Jan 2007 06:38:49 -0800 Subject: [CM] Bug Tracker In-Reply-To: <87k600deh6.fsf@esben-stien.name> References: <87k600deh6.fsf@esben-stien.name> Message-ID: <20070106143702.M52854@ccrma.Stanford.EDU> > It would be nice with a bug tracking system for Snd I haven't felt the need for one -- I'm leery of labor-saving programs -- to paraphrase Julius Smith "computers allow you to do in just 30 minutes things that you never previously needed to do at all". From sn at rplab.ru Sat Jan 6 12:51:10 2007 From: sn at rplab.ru (Sergey Maslennikov) Date: Sat, 06 Jan 2007 23:51:10 +0300 Subject: [CM] How to get record function working with snd? In-Reply-To: <459F9C1A.9060505@rplab.ru> References: <459F9C1A.9060505@rplab.ru> Message-ID: <45A00BBE.8060903@rplab.ru> > Could anybody explain how to get sound recording (from microphone input) > working in snd? > > It seems that snd does not discover input device. The error message > appeared when I'm trying to do File:Record (from menus) is "no audio > input device available". I have recompiled snd with --with-alsa option and the meters have appeared for "Analog In" and "Line Out" but there is still no meter for "Microphone", and the meters appeared display nothing while the microphone is plugged (the pointer should move because, at least, of noise from the microphone). There is also some suspicious note in a blue control at the bottom of "Record" window: "open device". This looks like snd tried to discover some device and this device was not discovered eventually. Could anybody assist me to adjust sound recording through snd? From olleromo at pacbell.net Sat Jan 6 19:48:03 2007 From: olleromo at pacbell.net (Olle Romo) Date: Sat, 6 Jan 2007 19:48:03 -0800 Subject: [CM] markov Message-ID: I'm a total newbie here trying to understand the Markov class... In the CM Dictionary section on Marcov it says in Table 1 a weight of 2 means twice as likely outcome but then in the line below that a weight of 3 gives half as likely an outcome... Is there documentation somewhere on the different weightings? Best, Olle From taube at uiuc.edu Sun Jan 7 04:31:48 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 7 Jan 2007 06:31:48 -0600 Subject: [CM] markov In-Reply-To: References: Message-ID: olle -- for both the markov and the weighting patterns the higher the weight the more likely it is relative to the other elements in the pattern On Jan 6, 2007, at 9:48 PM, Olle Romo wrote: > I'm a total newbie here trying to understand the Markov class... In > the CM Dictionary section on Marcov it says in Table 1 a weight of > 2 means twice as likely outcome but then in the line below that a > weight of 3 gives half as likely an outcome... Is there > documentation somewhere on the different weightings? > Best, > Olle > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From taube at uiuc.edu Tue Jan 9 06:46:23 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 9 Jan 2007 08:46:23 -0600 Subject: [CM] ANNOUNCE: CM 2.10.0 release Message-ID: <7914F83E-E7E7-4F08-964E-E8E5B000AAB5@uiuc.edu> Common Music 2.10.0 (stable) release is now available at sourceforge: http://sourceforge.net/project/showfiles.php? group_id=9766&package_id=106649&release_id=477002 Please see cm/doc/changelog.text for the release notes. --rick From taube at uiuc.edu Tue Jan 9 06:47:47 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 9 Jan 2007 08:47:47 -0600 Subject: [CM] ANNOUNCE: SAL 1.0.4 release Message-ID: <3E4D0354-336D-4B7D-BDC0-846A92DBD89A@uiuc.edu> SAL 1.0 4 is now available at Sourceforge: http://sourceforge.net/project/showfiles.php? group_id=9766&package_id=197060&release_id=477088 Please see sal/changelog.text for the release notes. General information on SAL is available at: http://commonmusic.sf.net/doc/dict/sal-topic.html From taube at uiuc.edu Tue Jan 9 06:51:07 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 9 Jan 2007 08:51:07 -0600 Subject: [CM] Sa: Realtime audio in Common Lisp (Todd Ingalls) Message-ID: A preliminary, experimental release of Sa, Todd Ingalls' new realtime audio system for Common Lisp, is available in CVS and on the sourceforge release page: http://sourceforge.net/project/showfiles.php? group_id=9766&package_id=217525&release_id=477084 The name Sa stands for SndObj Audio (and is also the 'tonic' note in Indian music...) Sa requires the most current SndObj and Portaudio libraries (CVS). SndObj: http://music.nuim.ie//musictec/SndObj/main.html PortAudio: http://www.portaudio.com/ The sources currently only has a Makefile for darwin/openmcl but there is no reason the software shouldnt work in Linux/SBCL 1.0 as well. If someone familiar with make on Linux would like to tackle this that would be great. From taube at uiuc.edu Tue Jan 9 07:42:22 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 9 Jan 2007 09:42:22 -0600 Subject: [CM] ANNOUNCE: CM.app (OSX/PPC) 2.10.0 available Message-ID: A new CM.app for OSX/PPC is available at Sourceforge: http://sourceforge.net/project/showfiles.php? group_id=9766&package_id=106649&release_id=477002 CM.app bundles the following software together into a relocatable, double-clickable OSX application: CFFI-061220 CLM-3 of 3 Jan 2007 (Bill Schottstaedt) CMN of 3 Jan 2007 (Bill Schottstaedt) Fomus revision 151. (David Psenicka) Midishare 1.0.2 (Rick Taube) Portmidi (CVS HEAD) (Todd Ingalls, Rick Taube) OSC (CVS HEAD) (Todd Ingalls) RTS (CVS HEAD) (Todd Ingalls, Michael Klingbeil, Rick Taube) Sa (CVS HEAD) (Todd Ingalls) SAL (CVS HEAD) (Rick Taube) Slime (CVS HEAD) Lisp AND Sal edit modes are built in. CM.app requires Aquamacs Distribution 0.9.9d or greater: http://aquamacs.org/ --rick From taube at uiuc.edu Tue Jan 9 09:24:03 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 9 Jan 2007 11:24:03 -0600 Subject: [CM] Tutorials available Message-ID: <783F9E8F-BCF2-48C4-867C-7122F42DD5FD@uiuc.edu> I am in the process of converting my algocomp intro class over to SAL and am making the tutorials available to folks on this list. the tutorials are clearly marked in the schedule portion of the homepage. http://camilx2.music.uiuc.edu:16080/classes/404A/ --rick From taube at uiuc.edu Tue Jan 9 17:04:31 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 9 Jan 2007 19:04:31 -0600 Subject: [CM] Re: CM and Mac-intel In-Reply-To: References: Message-ID: <66512082-F5EB-4766-BCC5-8BB1DF89D961@uiuc.edu> Hi CM.app will not work on intel without all the fasls and libs under CM.app/Contents/Resources/ being recompiled. Unfortunately I dont have an Intel mac to do this on. On Jan 9, 2007, at 5:23 PM, Jason Mitchell wrote: > Hi, > > I just tried the osx app and CM isn't starting. The error that I'm > receiving from aquamacs is > > (load "/Applications/Aquamacs Emacs.app/Contents/Resources/site- > lisp/edit-modes/slime/swank-loader.lisp" :verbose t) > (swank:start-server "/tmp/slime.291" :external-format :iso-latin-1- > unix) > > [Error ] No such file or directory: '/dppccl' > Aborting. > > Process inferior-lisp exited abnormally with code 1 > > From drkrause at mindspring.com Tue Jan 9 19:13:47 2007 From: drkrause at mindspring.com (Drew Krause) Date: Tue, 09 Jan 2007 22:13:47 -0500 Subject: [CM] update to "Nudruz" CM library Message-ID: <45A459EB.2040003@mindspring.com> Hello all Common Music users, I've updated my repository of Common Music functions at http://www.wordecho.org/code/cmcode/cmusic.html including: 1) Making existing functions compatible with CM 2.9.1; 2) Adding lots of functions; 3) Fixing a zillion or so bugs. By way of a 'teaser', I've grepped the main "nudruz.lisp" file below. Enjoy! Drew Krause (defun aaron3pt (dux b-pit s-pit &optional (consvec '(0 3 4 7 8 9))) (defun aaron4pt (dux b-pit a-pit s-pit &optional (consvec '(0 3 4 7 8 9))) (defun abs-intv (x y &optional (modlen 12)) (defun all-combos (inlists &optional (flatflag nil)) (defun all-contours-in-set (contourlist a-list) (defun allrowperms (a-list) (defun allrows (a-list) (defun allrows-bytype (a-list trtype) (defun all-sections-with-dur (dur) (defun all-subsequences (a-list) (defun alltransp (alist &optional (modlen 12)) (defun alternate (lists) (defun any-eql (a b) (defun any-lcm (&rest nums) (defun apply-across (op list1 list2) (defun apply-perm (permlist a-list) (defun arpegg (alist pitnums atknums &optional (notflat 'nil)) (defun array->list (ary) (defun atkpts (totalen indurs &optional (offset 0)) (defun au-contraire (melody duxpoint &optional (defun avg-chdpit (chd) (defun avoidurs (pladur backdur &optional (use-lcm nil)) (defun bestpath (alist &optional (ordered-flag nil)) (defun bins-by-val (alist func) (defun bottomline (a-list) (defun bumpup (alist &optional (octsize 12)) (defun bzms-chain (chd1 chd2 &optional (chainlen 2)) (defun bzms-shadow (chd1 chd2) (defun bzmult-simple (chd1 chd2) (defun c-distance (acontour) (defun chain-contour-util (list1 list2) (defun chdheight (achord) (defun chdinv-down (alist &optional (oct-size 12)) (defun chd-inversion (alist index &optional (oct-size 12)) (defun chdinv-up (alist &optional (oct-size 12)) (defun chdmatch (chd1 chd2) (defun chds->lines (chdlist) (defun c-height (acontour) (defun chooser (idxs alist) (defun chordints (alist) (defun chrom (alist) ;; (defun city-blocks (list) (defun clip-hi (num a-list) (defun clip-lo (num a-list) (defun closest (list1 list2) (defun closest-mod (list1 list2 &optional (modlen 12)) (defun combine-pits (pitlist tplist) (defun concorde-edgeweights (chdlist) (defun conjunct-fragments (melody &optional (jumpsize 12)) (defun consmatch (blist alist &optional (fill-rests 't) (consvec '(3 4 8 9))) (defun consn-p (x y &optional (consnlist '(3 4 8 9))) (defun containsv (chd tstform &optional (prime-only-flag nil)) (defun contour-chain (contourlist) (defun contour-equiv (inpits inlens) (defun copylist (a-list mult) (defun correct-pitlist (pits) (defun curved-path (start end curve-idx totalen) (defun c-width (acontour) (defun dia (alist) (defun diachrom (alist) (defun diachrom-filt (alist diachromval) (defun directions (melody) (defun divver (divnum &optional (bignum 1)) (defun divvy-up (mlen subdiv &optional (numtype 'float)) (defun doubler (alist tlevel &optional (op #'+)) (defun drunkvec (startpit len &optional (stepsize 1)) (defun dur-density (durs) (defun durfunc (totalen points funct) (defun durs->slots (pits durs) (defun durs->tpvec (int-list &optional (startplace 0) (tplen 12)) (defun durweight (pitvec &optional (basedur 1)) (defun each-distance (list &optional (ordered-flag nil)) (defun embed (targetmel figure &optional (flatp nil)) (defun embell-triad (triad &optional (steps 3)) (defun end-with (input item) (defun entropy (vec &optional (iflag nil)) (defun eql-summer (targetnum componentnums) (defun erasedurs (edurs basedurs &optional (use-lcm nil)) (defun every-pctransp (chd) (defun expand (lists &optional (flatp nil)) (defun expwarp (pits factor &optional (bassnote nil)) (defun extract (alist etest) (defun extractdurs (edurs basedurs &optional (use-lcm nil)) (defun fastspace (&optional (initval 0)) (defun fast-tact (a-list) (defun ferncyc (mlens subdivs &optional (durs '(1))) (defun ferney (mlens subdivs &optional (durs '(1)) (numtype 'rat)) (defun fillin (alist) (defun filt-by-melint (amel intvs) (defun filter (alist etest) (defun fixrhythm (a-melody rhyt-pairs) (defun flatten (x) (defun floats->rats (input) (defun frag (pits durs len) (defun frags (pits durs lengths) (defun fromto (list1 list2) (defun fromto-stepper (slist elist) (defun gather-pits (binaryfunc melody) (defun get-densities (durlists) (defun get-x (aplot) (defun get-y (aplot) (defun give-contour-to-mel (contour mel) (defun give-contour-to-set (contourlist a-list) (defun heapvec (len &optional (modlen 12) (transplevel 0)) (defun higherchord (chd1 chd2) (defun histplot (histog) (defun hits->ints (a-list) (defun holes (alist) (defun hz->keys (input) (defun inbetween (anumber alist) (defun indices (len &optional (base 0)) (defun interlock (list1 list2 num1 num2 &optional (notfullcyc nil)) (defun intv (x y) (defun inverse-idx (a-chd &optional (modlen 12)) (defun invert-chd (chd) (defun iso (pits durs) (defun is-palindrome (alist) (defun itranspvec (chd &optional (wsubl nil)) (defun ivec (alist) (defun jumpy->smooth (cntrlist) (defun layout (factor pitlist) (defun leapdur (pitvec &optional (basedur 1) (melscale 1)) (defun len-eql (list1 list2) (defun lenfit (alist len) (defun like-flat (alist) (defun line-from-mels (offset ints) (defun listdist-mod (lst1 lst2 &optional (modlen 12)) (defun listdist (pits1 pits2 &optional (ordered-flag nil)) (defun list-eql (list1 list2) (defun listinv (a-list) (defun list> (list1 list2) (defun listmean (alist) (defun list>place (list1 list2) (defun list-util (list1 list2) (defun lowerchord (chd1 chd2) (defun make-poly (mel texture) (defun make-ties (mel) (defun match2lists (inlist1 inlist2 &optional (flatflag nil)) (defun matchreg-chds (chdlist &optional (ordflag nil)) (defun matchreg (thing1 thing2 &optional (ordflag nil) (mlen 12)) (defun melint-count (a-melody intv) (defun melint->line (startnum int-vector) (defun melint (list &optional (skip 1)) (defun mel-stress (mel stresslist &optional (skewfactor 8)) (defun menses (a-list rate) (defun merge-poly (mels texture) (defun merge-slots (&rest lists) (defun midi-in (midifile) (defun midline (a-list) (defun minmax-filt (a-list &optional (filtmin 21) (filtmax 108)) (defun mod12 (input) (defun mod-intv (x y &optional (ordflag nil) (modlen 12)) (defun modlist (input &optional (modlen 12)) (defun modmult (input multnum modnum) (defun modsum (x y &optional (modlen 12)) (defun morph-arpegg (chds inlens durs (defun morph-arpg-pair (chd1 chd2 len durs &optional (perlen1 1) (perlen2 1)) (defun mr (a b &optional (modlen 12)) (defun mt-rhyareas (int1 int2 lens &optional (mtinit 0)) (defun mt-rhyvec (int1 int2 len &optional (mtinit 0)) (defun mtrptlen (tactlen int1 int2) (defun mtspacef (&optional (initval 0)) (defun mts-subs (inlist rpvec) (defun multievent (class arg &rest args) (defun multiple-assoc (thing alist) (defun multquant-atx (divs &optional (bignum 1)) (defun multquant (divlist &optional (bignum 1)) (defun myhand (a-list an-intvl dblint &optional (dbltype 'start)) (defun nearest-mult (input modnum) (defun nearest-pcform (chd pcform &optional (ordflag nil)) (defun neighbor-compl (num alist) (defun neighbor (num alist) (defun nextcons (y x movement &optional (oblq nil) (consvec '(3 4 8 9))) (defun no-nils (a-list) (defun norests (alist) (defun normal-form (chd) (defun norpt (melody) (defun norpt-rand (alist) (defun norpt-randpatt (alist &optional (periodlen 1)) (defun norpt-weights (alist) (defun not-flat (alist) (defun ntn->clist (antn) (defun ntn->clists (antn binsize) (defun octavespread (pit &optional (spreadmin 21) (spreadmax 108) (modlen 12)) (defun ois (chd) (defun ornadurs (inpits indurs) (defun pad-pitches (smallchd largechd) (defun parse-by-reg (melody &optional (octsize 12) (base 0)) (defun patt-to-sum (patt len) (defun pcsubset (chd1 chd2) (defun permutations (a-list) (defun permutelist (aperm amel) (defun pick-by-val (val binlist) (defun pick-stress (len numvec stresslist &optional (skewfactor 8)) (defun pitseq (pits levels) (defun placereg (inpits reg &optional (modindex 12) (regbase 24)) (defun play-sd (slotsdurs basedur) (defun plists (inpits indurs) (defun plot1d (indata) (defun poisson->code (fact len div &optional (treeflag nil)) (defun poissonvec (p n) (defun poly-stress (mel stresslist &optional (skewfactor 8)) (defun popin (alist &optional (fills 1)) (defun popout (alist &optional (holes 1)) (defun populate (nuthings oldthings) (defun positions (num alist) (defun prebump (contour melody) (defun prep-rhythms (dlist) (defun primefilt (alist pcvec &optional (prime-only-flag nil)) (defun proper-subsets (a-list) (defun ptcollect-util (pt combos) (defun quantdurs (indurs qval-in &optional (give-polyvec nil)) (defun quantdurs-patt (durlist qlev-in) (defun quantranplay (input-pits rsegs quants &optional (flat-output nil)) (defun quantranplot (input-pits rsegs quants &optional (flat-output nil)) (defun quantran (rsegs quants &optional (returnpoly nil)) (defun rand-arpegg (alist lens) (defun randdur (maxdur) (defun randmel (list-len &optional (modlen 12)) (defun random-indices (len) (defun randrests (inlist totalen) (defun randscaley (minindex topindex totalen) (defun randsteps-single (startpit length &optional (lobound 0) (highbound 128)) (defun randsteps (startpit length &optional (lobound 0) (highbound 128)) (defun randvec (len &optional (modlen 12) (transplevel 0)) (defun rarpegg (alist len) (defun relgraph (biglen (defun rel-primes (alist &optional (len 2)) (defun remove-rpts (inlist) (defun reorder-by-melint (a-list mel-intv) (defun repeater (inlist rpter) (defun replace-intv (a-list a-int rplc-int) (defun resclassvec (&rest rclasses) (defun resultant (durlist) (defun rhytpairvec (int1 int2) (defun rowperms-bytype (a-list trtype) (defun ryte (pits durs &optional (atx 100) (chan 9)) (defun safesort (a-list) (defun same-diachrom (alist &optional (lens (length alist))) (defun same-shape (frag alist) (defun scf (newbies target-list) (defun scrunch (alist newlen) (defun sections (vals durs changedurs) (defun self-expand (mel indx &optional (flatp nil)) (defun self-stretto (mel vcs intvl &optional (waitlen 1)) (defun seq-eql (list1 list2) (defun shuffle-all (alist) (defun shufflebymod (alist factor &optional (modlen 12)) (defun siftout (a-list modlen places) (defun slonim (firstacc melody &optional (nomerge nil) (nomatch nil)) (defun slots->durs (melody) (defun slots->tpoints (slotvec &optional (modlen 12)) (defun slowline (alist durvec &optional (offset 0)) (defun smooth->jumpy (cntrlist) (defun smooth (list1 list2) (defun smoothlist (alist) (defun smorph (chds inlens &optional (perlen 1)) (defun smorph-pair (chd1 chd2 len &optional (perlen1 1) (perlen2 1)) (defun snake (height len &optional (direction 'up)) (defun sort-by-start (listlist) (defun sort-by-width (cntrlist) (defun sort-every (alist) (defun splay (inpits indurs &optional (chan 0)) (defun splotter (inpits indurs) (defun spsequence (inpits indurs levels) (defun squeezedurs (durs len) (defun stack-by (a-list intv &optional (oct-size 12)) (defun stack-up (a-list &optional (oct-size 12)) (defun startingrestnum (alist) (defun step-increm (slist elist) (defun stravrot (alist &optional (nestp 'nil)) (defun strumfit (durlist max-upatx) (defun strums (iters min-db max-db min-upatx max-upatx &optional (mval 1)) (defun stutlist (pitsndurs stutlen &optional (endtype 'long)) (defun stutter (pit len stutlen &optional (endlen 'long)) (defun subsequences (a-list subseqlen) (defun subsets-len (a-list len) (defun sum-across-all (baselist durlist) (defun sum-across (baselist durlist) (defun sumpatt (len patt &optional (nosqueeze nil)) (defun sumsort (alist) (defun sumsort-dn (alist) (defun sumvec (alist &optional (modlen 12)) (defun take-contour (a-list) (defun take-ntn-contour (alist) (defun take-poly (a-list) (defun takereg (input &optional (basepit 0) (modlen 12)) (defun take-subcontours (alist clens) (defun tempo-shape (divlist totlen) (defun tendreg (chdlist &optional (ordflag nil) (basepit 0) (modlen 12)) (defun thinout (alist) (defun tievec (alist) (defun timefunc (points funct) (defun tn-type (chd) (defun topline (a-list) (defun topsort (alist) (defun topsort-dn (alist) (defun topsumsort (alist) (defun topsumsort-dn (alist) (defun total-distances (list &optional (ordered-flag nil)) (defun tpoints (vec places &optional (tplen 12)) (defun transp (input level &optional (op #'+)) (defun transp-to (level input) (defun transpvec (chd &optional (wsubl nil)) (defun traverse-pts (list1 list2) (defun tr-by-grp (a-list nums levels &optional (op #'+)) (defun trichord-p (a-list pit trich) (defun tricp (duo pit trich) (defun trimatch (blist alist trich &optional (fill-rests 't)) (defun tr-insert (alist levels op) (defun trope (inpits indurs tropits trodurs test &optional (testpd nil)) (defun valbytime (changedurs vals durs) (defun vec->list (avec) (defun wiggle (startnum len allowed-ints) (defun wiggle-to (startnum endnum steps allowed-ints) (defun wigline (a-line durlist intvs) From taube at uiuc.edu Thu Jan 11 09:09:00 2007 From: taube at uiuc.edu (Rick Taube) Date: Thu, 11 Jan 2007 11:09:00 -0600 Subject: [CM] CM.app for OSX/Intel available In-Reply-To: <309F4BAB-C479-46BC-A1E0-5ADB0BDE3AF0@u.washington.edu> References: <4401C879-CC89-4D4B-BCF4-9E780D91DB99@u.washington.edu> <309F4BAB-C479-46BC-A1E0-5ADB0BDE3AF0@u.washington.edu> Message-ID: Ive added an Intel version of CM.app to the downloads page. this app uses sbcl 1.0 as the host lisp but should otherwise be the same as CM.app for PPC. Many thanks to Joshua Parmenter and Jason Mitchell for their help! http://sourceforge.net/project/showfiles.php? group_id=9766&package_id=106649&release_id=477002 I also updated the PPC archive of the app on the downloads page to fix two issues: (1) a bug in (use-system :portmidi) that prevented the lib from loading. (2) CLM sources are not precompiled. the first time you do (use- system :clm) clm compiles itself on your machine. this is a much easier and saner way or releasing clm that what i was doing (lib redirection). if you already downloaded the ppc version you can simply cd to the portmidi subdir and do a cvs update if you want the fix: Most of the sources have been installed via anon cvs uder the app. So to update a piece of your app's software simply cd to the subdir in question and do a cvs update. for example to pull in cm bugfixes for the rel-2_10 branch you would do cd /Applications/CM.app/Contents/Resouces/cm cvs update when you start CM.app again new sources will recompile themselves automatically :) From c.mcclelland at qub.ac.uk Wed Jan 17 13:58:57 2007 From: c.mcclelland at qub.ac.uk (Christopher McClelland) Date: Wed, 17 Jan 2007 21:58:57 +0000 Subject: [CM] ANN: Positions Available at SARC Message-ID: <9CD948E0-D3ED-4F71-9FF6-1F137AF657FA@qub.ac.uk> Apologies for cross-postings Positions at SARC (School of Music & Sonic Arts, Queen's University Belfast) Lectureship in Computer Programming for Musical Applications This post is intended to develop personal research in the area of computer programming for musical applications and to undertake research as part of the team at the Sonic Arts Research Centre. http://www.qub.ac.uk/jobs/?vac_no=K641&function=view_job Academic Fellowship The aim of this post is to produce high-quality research in the area of new media. Applicants must have a strong background in theoretical, artistic or technical aspects on new media as well as a commitment to an interdisciplinary approach to technological creative arts. Areas of expertise include, but are not limited to, locative media, mobile and wireless technologies, computer gaming and other areas of the sonic arts. http://www.qub.ac.uk/jobs/?vac_no=W554&function=view_job Studentships SARC has a number of PhD studentships to offer in 2006/7 including international students of the highest academic calibre. Details of research areas, application processes and deadlines are available at: www.sarc.qub.ac.uk http://www.sarc.qub.ac.uk/pages/phd/ School of Music & Sonic Arts The School currently has a PhD programme with ca. 40 students enrolled, 20 MA students and ca. 100 BSc Music Technology students. In September staff at SARC will collaborate with the School of Electronic and Electrical Engineering and Computer Science on the delivery of a new four-year degree in Computer Game Design and Development. The degree will draw on expertise in SARC, ECIT and in other Schools at Queen's. .................................................. Christopher McClelland Sonic Arts Research Centre Queens University of Belfast BT7 1NN Email: c.mcclelland at qub.ac.uk Tel: +44 (0) 28 9097 4445 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rbastian at free.fr Fri Jan 19 21:34:36 2007 From: rbastian at free.fr (=?iso-8859-15?q?Ren=E9=20Bastian?=) Date: Sat, 20 Jan 2007 06:34:36 +0100 Subject: [CM] cmn, space, automatic-beams Message-ID: <07012006343600.00752@rbastian> Hello, I did not find the answer for my problems in the archive: 1. how one can give more space to an object; writing a vocal part, sometimes the syllable is too long for the space owned by the note [cut the syllable is not the best solution :-] 2. I wish to get the vocal parts without automatic beaming (but (automatic-beams nil) works only if I write it in the outer section (cmn (automatic-beams nil) ...) Thanks, -- Ren? Bastian http://www.musiques-rb.org From Meino.Cramer at gmx.de Sun Jan 21 00:40:48 2007 From: Meino.Cramer at gmx.de (Meino Christian Cramer) Date: Sun, 21 Jan 2007 09:40:48 +0100 (CET) Subject: [CM] How to install snd from cvs correctly ? Message-ID: <20070121.094048.74743248.Meino.Cramer@gmx.de> Hi, I want to install the results of compiling the cvs snpashot of snd systemwide. How can I accomplish this ? What files go where ? My tries all end up with "file not found: extensions.scm" (or draw.scm and others) when trying to click on items of the preference dialog. Thank you very much in advance for any help ! mcc From bil at ccrma.Stanford.EDU Sun Jan 21 03:12:13 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sun, 21 Jan 2007 03:12:13 -0800 Subject: [CM] cmn, space, automatic-beams In-Reply-To: <07012006343600.00752@rbastian> References: <07012006343600.00752@rbastian> Message-ID: <20070121111126.M38653@ccrma.Stanford.EDU> > 1. how one can give more space to an object; > writing a vocal part, sometimes the syllable is too long for the space > owned by the note [cut the syllable is not the best solution :-] The file lyrics.lisp has code to do this via the spacing hook. You can touch up individual notes with the "walls" method: (f4 h (walls '(0.0 2.0))) which forces that note to have a lot of trailing space. > 2. I wish to get the vocal parts without automatic beaming > (but (automatic-beams nil) works only if I write it in the > outer section (cmn (automatic-beams nil) ...) Here's one way: (defvar always-no-beam (make-self-acting :action #'(lambda (staff &rest rest) (declare (ignore rest)) (loop for obj in (staff-data staff) do (if (or (note-p obj) (chord-p obj)) (progn (push :no-beam (store-data obj)) (setf (beamed obj) #'(lambda (&rest rest) (declare (ignore rest)) 0)))))) :argument nil)) Then on the vocal staves add always-no-beam at the start: (staff always-no-beam brace bar bass (key f-major) (meter 3 4) ...) From bil at ccrma.Stanford.EDU Sun Jan 21 07:28:59 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sun, 21 Jan 2007 07:28:59 -0800 Subject: [CM] How to install snd from cvs correctly ? Message-ID: <20070121152711.M56324@ccrma.Stanford.EDU> > I want to install the results of compiling the cvs snpashot of snd > systemwide. > > How can I accomplish this ? What files go where ? > > My tries all end up with "file not found: extensions.scm" (or > draw.scm and others) when trying to click on items of the preference > dialog. oops -- I somehow confused my spec file (for RPM) with the makefile, and all this time I assumed that the *.scm/fs/rb files would be installed in some globally accessible directory by 'make install'. I need to peruse Mike's fth makefiles to see how to do this correctly -- I assume they should go in /usr/local/share/snd? In the meantime, I think you can fix the preferences problem by including the CVS sources directory in the load-path. In Guile, add (set! %load-path (cons "/path/to/snd" %load-path)) to ~/.snd_guile or ~/.snd. From Meino.Cramer at gmx.de Sun Jan 21 08:04:20 2007 From: Meino.Cramer at gmx.de (Meino Christian Cramer) Date: Sun, 21 Jan 2007 17:04:20 +0100 (CET) Subject: [CM] How to install snd from cvs correctly ? In-Reply-To: <20070121152711.M56324@ccrma.Stanford.EDU> References: <20070121152711.M56324@ccrma.Stanford.EDU> Message-ID: <20070121.170420.39162797.Meino.Cramer@gmx.de> From: "Bill Schottstaedt" Subject: Re: [CM] How to install snd from cvs correctly ? Date: Sun, 21 Jan 2007 07:28:59 -0800 > > I want to install the results of compiling the cvs snpashot of snd > > systemwide. > > > > How can I accomplish this ? What files go where ? > > > > My tries all end up with "file not found: extensions.scm" (or > > draw.scm and others) when trying to click on items of the preference > > dialog. > > oops -- I somehow confused my spec file (for RPM) with the makefile, and all > this time I assumed that the *.scm/fs/rb files would be installed in some > globally accessible directory by 'make install'. I need to peruse Mike's fth > makefiles to see how to do this correctly -- I assume they should go in > /usr/local/share/snd? In the meantime, I think you can fix the preferences > problem by including the CVS sources directory in the load-path. In Guile, > add (set! %load-path (cons "/path/to/snd" %load-path)) to ~/.snd_guile > or ~/.snd. Hi Bill, thank you for your reply... I checked snd with strace and found, that snd even does not try to look something like /usr/share/snd/snd-[version]/.... to find any *.scm or *.rb. May be teh problem is more scattered ??? Have a nice "rest of the sunday" and a nice week! Keep snd-ing! Meino > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From scholz-micha at gmx.de Sun Jan 21 18:57:01 2007 From: scholz-micha at gmx.de (Michael Scholz) Date: Mon, 22 Jan 2007 03:57:01 +0100 Subject: [CM] How to install snd from cvs correctly ? In-Reply-To: <20070121152711.M56324@ccrma.Stanford.EDU> (Bill Schottstaedt's message of "Sun\, 21 Jan 2007 07\:28\:59 -0800") References: <20070121152711.M56324@ccrma.Stanford.EDU> Message-ID: <86veizwyyq.fsf@Lerche.Socrates> > oops -- I somehow confused my spec file (for RPM) with the makefile, and all > this time I assumed that the *.scm/fs/rb files would be installed in some > globally accessible directory by 'make install'. You may use the following line in Snd's makefile.in where @datarootdir@ == ${prefix}/share. pkgdatadir = @datarootdir@/snd Then you can add this path to the load-path (in snd-main.c, I think). The scripts may or may not be divided in ${pkgdatadir}/scheme|ruby|forth (with different load paths). A place for scripts separated from the cvs tree would be indeed better for tests etc. Mike From taube at uiuc.edu Thu Jan 25 05:00:30 2007 From: taube at uiuc.edu (Rick Taube) Date: Thu, 25 Jan 2007 07:00:30 -0600 Subject: [CM] gnuplot support Message-ID: <217FFCB8-EC05-4DE0-90A1-B55DDD8A25FF@uiuc.edu> CVS head now has new Gnuplot support for plotting data sets and output from musical processes. See new dictionary entry for overview and examples: http://commonmusic.sf.net/doc/dict/gnuplot-fn.html Ive tested in both SCheme (guile gauche) and Common Lisp. With a few trivial edits the main file (gnuplot.scm) should work in any Scheme with keywords, ie it doens't really depend on Common Music. The new gnuplto support works with Gnuplot release 4.2.rc2 To use Gnuplot on OSX you need to install AquaTerm for OSX in / Applications and then install gnuplot itself. --rick From taube at uiuc.edu Thu Jan 25 05:04:33 2007 From: taube at uiuc.edu (Rick Taube) Date: Thu, 25 Jan 2007 07:04:33 -0600 Subject: [CM] updating and existing cm.app Message-ID: If you installed CM.app and want to switch it to the development (unstable) branch of CM do this: cd /Applications/CM.app/Contents/Resources/cm cvs update -r HEAD Then, if you ever want to switch back to the original (stable) branch you would do: cvs update -r rel-2_10 Ive bumped CM's version number in CVS head to cm 2.11.0, ie its now the new (unstable) development branch. you can do similar updating with all the software installed under the app. --rick From andersvi at extern.uio.no Thu Jan 25 06:21:54 2007 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Thu, 25 Jan 2007 15:21:54 +0100 Subject: [CM] gnuplot support In-Reply-To: <217FFCB8-EC05-4DE0-90A1-B55DDD8A25FF@uiuc.edu> (Rick Taube's message of "Thu\, 25 Jan 2007 07\:00\:30 -0600") References: <217FFCB8-EC05-4DE0-90A1-B55DDD8A25FF@uiuc.edu> Message-ID: Great! If the gnuplot-window doesnt stay up, try adding "-persist" to the command-line: (defparameter *gnuplot* "gnuplot -persist") -anders >>>>> "RT" == Rick Taube writes: RT> CVS head now has new Gnuplot support for plotting data sets RT> and output from musical processes. See new dictionary entry RT> for overview and examples: RT> http://commonmusic.sf.net/doc/dict/gnuplot-fn.html From landspeedrecord at gmail.com Thu Jan 25 14:58:40 2007 From: landspeedrecord at gmail.com (Landspeedrecord) Date: Thu, 25 Jan 2007 17:58:40 -0500 Subject: [CM] Forgot to mention libclm.so Message-ID: Ooops, I forgot to mention that I seem to be close to actually getting it to work when I use CYGWIN and CLISP. When I load cm.lisp into CLISP (with CLISP running inside of CYGWIN) it runs with only one error message about "GNUPLOT-FILE does not name a class". Then when I do (use-system :clm) it starts to load and then gets hung on " libclm.so does not exist". Am I close to getting it to work? Also... what packages can I expect to get to work under CYGWIN? Will portmidi, midishare, etc work in that environment? Thanks again & sorry for splitting my questions up into 2 posts. -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Fri Jan 26 04:39:33 2007 From: taube at uiuc.edu (Rick Taube) Date: Fri, 26 Jan 2007 06:39:33 -0600 Subject: [CM] Forgot to mention libclm.so In-Reply-To: References: Message-ID: On Jan 25, 2007, at 4:58 PM, Landspeedrecord wrote: > When I load cm.lisp into CLISP (with CLISP running inside of > CYGWIN) it runs with only one error at one point you could do this to staring cm in cygwin: "bin/cm.sh -l clisp" is this no longer the case? (i cant test anymore because in a fit of irritation i recycled my home pc last year) useting the cm.sh script is nice becuase you can use it to run under slime/emacs. > message about "GNUPLOT-FILE does not name a class". i dont get this particular message in clisp 2.41 on osx. i do get some clisp compiler warnings, im not sure what is triggering them, perhaps having classes and methods in the same file. at any rate things seem to work > Then when I do (use-system :clm) it starts to load and then gets > hung on " libclm.so does not exist". not sure about this one. try moving it to /usr/local/lib/ ? > > Am I close to getting it to work? for the cm stuff you are probably ok. > Also... what packages can I expect to get to work under CYGWIN? > Will portmidi, midishare, etc work in that environment? i dont know. that is, portmidi and midishare depend on CFFI, not on the os and they work fine on linux and osx. so if cygwin is reasonable then they should work fine there too. > Thanks again & sorry for splitting my questions up into 2 posts. never got the first post, sorry --rick From bil at ccrma.Stanford.EDU Fri Jan 26 06:21:11 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 26 Jan 2007 06:21:11 -0800 Subject: [CM] Forgot to mention libclm.so In-Reply-To: References: Message-ID: <20070126141558.M75128@ccrma.Stanford.EDU> > Then when I do (use-system :clm) it starts to load and then gets hung on " libclm.so does not exist". I was hoping Rick would know about this! I don't have a windows machine, and haven't used windows in about 10 years; I don't even know whether cygwin uses ".so" or ".dll"! If the latter, you could (pushnew :windoze *features*) and try loading all.lisp again. From taube at uiuc.edu Fri Jan 26 08:03:15 2007 From: taube at uiuc.edu (Rick Taube) Date: Fri, 26 Jan 2007 10:03:15 -0600 Subject: [CM] Forgot to mention libclm.so In-Reply-To: <20070126141558.M75128@ccrma.Stanford.EDU> References: <20070126141558.M75128@ccrma.Stanford.EDU> Message-ID: <1BDEFCED-4334-4715-920D-DDF3A25C7728@uiuc.edu> there is no cygwin conditionalizing in all.lisp so perhaps the shell script to compile the lib is not getting called? On Jan 26, 2007, at 8:21 AM, Bill Schottstaedt wrote: >> Then when I do (use-system :clm) it starts to load and then gets >> hung on " libclm.so does not exist". > > I was hoping Rick would know about this! I don't have a windows > machine, and > haven't used windows in about 10 years; I don't even know whether > cygwin > uses ".so" or ".dll"! If the latter, you could (pushnew :windoze > *features*) > and try loading all.lisp again. > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From landspeedrecord at gmail.com Fri Jan 26 09:22:04 2007 From: landspeedrecord at gmail.com (Landspeedrecord) Date: Fri, 26 Jan 2007 12:22:04 -0500 Subject: [CM] Forgot to mention libclm.so In-Reply-To: <1BDEFCED-4334-4715-920D-DDF3A25C7728@uiuc.edu> References: <20070126141558.M75128@ccrma.Stanford.EDU> <1BDEFCED-4334-4715-920D-DDF3A25C7728@uiuc.edu> Message-ID: I think this is the problem. I tried your suggestions... none of them worked. *libclm.so* is simply not there to be found. I assume at some point it is made/built... I also tried downloading it off the internet but couldn't find a version to download... I assume that probably wouldn't work anyway since I am using CYGWIN. Any other ideas? Perhaps CYGWIN isn't the way to go. Rick, since you said you didn't get my original email, here it is again: Hello everyone, I am new to Lisp and have yet to use CLM although I have worked my way through about 1/2 of Notes from the Metalevel. I have tried a whole slew of different ways to get CLM working on windows XP involving LispBox, Allegro 8.0, Clisp, Cygwin, SBCL & CMUCL. Before I waste anyone's time with my different failed approaches and error messages, etc. let me ask: Has anyone gotten CLM running fine on XP? How hard is it? I have searched for hours on the internet for an XP install explanation and found next to nothing that was a step by step approach. Thanks for any help you can give! On 1/26/07, Rick Taube wrote: > > there is no cygwin conditionalizing in all.lisp so perhaps the shell > script to compile the lib is not getting called? > > On Jan 26, 2007, at 8:21 AM, Bill Schottstaedt wrote: > > >> Then when I do (use-system :clm) it starts to load and then gets > >> hung on " libclm.so does not exist". > > > > I was hoping Rick would know about this! I don't have a windows > > machine, and > > haven't used windows in about 10 years; I don't even know whether > > cygwin > > uses ".so" or ".dll"! If the latter, you could (pushnew :windoze > > *features*) > > and try loading all.lisp again. > > > > _______________________________________________ > > Cmdist mailing list > > Cmdist at ccrma.stanford.edu > > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Fri Jan 26 10:49:42 2007 From: taube at uiuc.edu (Rick Taube) Date: Fri, 26 Jan 2007 12:49:42 -0600 Subject: [CM] Forgot to mention libclm.so In-Reply-To: References: <20070126141558.M75128@ccrma.Stanford.EDU> <1BDEFCED-4334-4715-920D-DDF3A25C7728@uiuc.edu> Message-ID: > Perhaps CYGWIN isn't the way to go. since disk space has gotten so inexpensive id recommend that you just buy some and slap planet-ccrma onto it. then you will have a real operating system with all the apps working out of the box. fernando does an amazing job of packaging all this up -- it was very easy to install http://ccrma.stanford.edu/planetccrma/software/ > > Rick, since you said you didn't get my original email, here it is > again: > > Hello everyone, > From dlphillips at woh.rr.com Fri Jan 26 11:37:50 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Fri, 26 Jan 2007 14:37:50 -0500 Subject: [CM] Forgot to mention libclm.so In-Reply-To: References: <20070126141558.M75128@ccrma.Stanford.EDU> <1BDEFCED-4334-4715-920D-DDF3A25C7728@uiuc.edu> Message-ID: <45BA588E.3090904@woh.rr.com> Rick Taube wrote: >> Perhaps CYGWIN isn't the way to go. > > > since disk space has gotten so inexpensive id recommend that you just > buy some and slap planet-ccrma onto it. then you will have a real > operating system with all the apps working out of the box. fernando > does an amazing job of packaging all this up -- it was very easy to > install > > http://ccrma.stanford.edu/planetccrma/software/ Sage advice, hear the man. :) Hi Rick ! Yes, I'm still here, still running CM. Finally got a fast machine, an AMD64 3200 box, CM works fine on it. I'm using 64Studio now (Debian), so far everything works okay. One smallish problem: the cmio interface works fine if I code from the prompt, but it hangs when I run it from emacs or xemacs. Is this inevitable or ... ? Btw, has anyone tried prepping something in CM for IanniX ? Could be cool... http://sourceforge.net/projects/iannix Best, dp From landspeedrecord at gmail.com Fri Jan 26 14:32:59 2007 From: landspeedrecord at gmail.com (Landspeedrecord) Date: Fri, 26 Jan 2007 17:32:59 -0500 Subject: [CM] More XP & CLM Message-ID: Using Planet-CCRMA is not really an option for me. It does look interesting though and I will probably try it out for fun. I have many good reasons for wanting to stay solely on an XP platform: 1) Years of experience & skills that center around WinXP only audio software. 2) Tons o' cash sunk into XP only audio software. 3) Oodles of money sunk into gear that probably wouldn't run at all on a linux platform. (Digi002, Tascam FW-1884 etc...) 4) I don't want to have to learn a whole new operating system and all its peculiarities. 5) I do not want to have to depend on 2 seperate computers (one XP & one Linux) to work on one project. It would be inefficient and distracting. Surely others have come to this forum asking to get CLM working on XP. My question and problems can't be all that unusual, XP doesn't vary too much. Basically there is SP1 & SP2 and that is it. I would think there are many potential CM/CLM users who have XP only and who will give up on CM/CLM due to lack of any documentation about getting it working on XP. If I can get help figuring out how to get CLM working I would be more than happy to create a web page explaining how other XP users can accomplish it. On 1/26/07, Rick Taube wrote: > > > Perhaps CYGWIN isn't the way to go. > > since disk space has gotten so inexpensive id recommend that you just > buy some and slap planet-ccrma onto it. then you will have a real > operating system with all the apps working out of the box. fernando > does an amazing job of packaging all this up -- it was very easy to > install > > http://ccrma.stanford.edu/planetccrma/software/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From philsexton at InfoAve.Net Fri Jan 26 14:43:34 2007 From: philsexton at InfoAve.Net (Phil Sexton) Date: Fri, 26 Jan 2007 17:43:34 -0500 Subject: [CM] More XP & CLM In-Reply-To: References: Message-ID: <45BA8416.7040505@infoave.net> Landspeedrecord wrote: > Using Planet-CCRMA is not really an option for me. It does look > interesting though and I will probably try it out for fun. > > I have many good reasons for wanting to stay solely on an XP platform: > > 1) Years of experience & skills that center around WinXP only audio > software. > 2) Tons o' cash sunk into XP only audio software. > 3) Oodles of money sunk into gear that probably wouldn't run at all on a > linux platform. (Digi002, Tascam FW-1884 etc...) > 4) I don't want to have to learn a whole new operating system and all > its peculiarities. > 5) I do not want to have to depend on 2 seperate computers (one XP & one > Linux) to work on one project. It would be inefficient and distracting. > > Surely others have come to this forum asking to get CLM working on XP. > My question and problems can't be all that unusual, XP doesn't vary too > much. Basically there is SP1 & SP2 and that is it. I would think there > are many potential CM/CLM users who have XP only and who will give up on > CM/CLM due to lack of any documentation about getting it working on XP. > > If I can get help figuring out how to get CLM working I would be more > than happy to create a web page explaining how other XP users can > accomplish it. So it's too hard to add a hard drive and install Linux on it and dual boot? I run Windows XP Pro very seldom, only to play games and I very seldom do that. You enjoy wasting money more than running a real OS? Avoid Windows Vista is all I can say. Linux works for me and it just cost me the price of burning a few CDs. -- Phil Sexton Naomi's Fancy: http://www.naomisfancy.net/ Our 2nd CD: http://www.cdbaby.com/naomisfancy/ From dlphillips at woh.rr.com Fri Jan 26 16:49:39 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Fri, 26 Jan 2007 19:49:39 -0500 Subject: [CM] More XP & CLM In-Reply-To: <45BA8416.7040505@infoave.net> References: <45BA8416.7040505@infoave.net> Message-ID: <45BAA1A3.2040305@woh.rr.com> Phil Sexton wrote: > So it's too hard to add a hard drive and install Linux on it and dual > boot? The original poster was very clear about his preferences, and we should respect those preferences. If the system is supposed to work with Windows then his questions are relevant. If it's not going to work with Windows, or if the developers can't or won't support it, then the developers should just say so. It's not a big deal otherwise. > You enjoy wasting money more than running a real OS? Avoid Windows > Vista is all I can say. Linux works for me and it just cost me the > price of burning a few CDs. Money spent on Win/Mac audio software is hardly what I'd call wasted. Many Windows users are not particularly fond of Microsoft, but it's not the OS they're usually concerned about, it's the audio software that's available to them. I'm a diehard Linux user, I just don't feel compelled to advise users that they should switch operating systems (unless there's no other way to achieve their intended goals). Just my dos pesos. :) Best, dp From taube at uiuc.edu Fri Jan 26 17:23:51 2007 From: taube at uiuc.edu (Rick Taube) Date: Fri, 26 Jan 2007 19:23:51 -0600 Subject: [CM] More XP & CLM In-Reply-To: <45BAA1A3.2040305@woh.rr.com> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> Message-ID: <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> > > The original poster was very clear about his preferences, and we > should respect those preferences. If the system is supposed to work > with Windows then his questions are relevant. If it's not going to > work with Windows, or if the developers can't or won't support it, > then the developers should just say so. It's not a big deal otherwise. Since landspeed was using cygwin i thought it was reasonable to suggest linux. if its not an option, then cm and portmidi and midishare all work on xp, or at least they should. cm and most of the package should work with either clisp or sbcl on xp. really its more a matter of cffi than the os. as for clm, its a bit tricker because instruments require a c compiler and a reasonable shell environment to configure and call it. im not sure about the availablity of either of those on xp. im not saying that they arent there, just that i dont know. if they are there, then its simply a matter of someone that has access and interest doing a bit of work. thats the great advantage of free software and a community of folk with intersecting interests. From taube at uiuc.edu Fri Jan 26 17:35:58 2007 From: taube at uiuc.edu (Rick Taube) Date: Fri, 26 Jan 2007 19:35:58 -0600 Subject: [CM] Forgot to mention libclm.so In-Reply-To: <45BA588E.3090904@woh.rr.com> References: <20070126141558.M75128@ccrma.Stanford.EDU> <1BDEFCED-4334-4715-920D-DDF3A25C7728@uiuc.edu> <45BA588E.3090904@woh.rr.com> Message-ID: > > problem: the cmio interface works fine if I code from the prompt, > but it hangs when I run it from emacs or xemacs. Is this inevitable > or ... ? if you are doing this all via Slime, my first suspicion would be some wierdness with slime's evaling and multiprocesses getting in the way. i think there are several options that slime can use to communitcate with the inferior lisp. you might try something less exotic than multprocessing and see if that fixes it. if not it may a difficult nut.. From bil at ccrma.Stanford.EDU Sat Jan 27 04:24:51 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sat, 27 Jan 2007 04:24:51 -0800 Subject: [CM] Re: Little "bug" In-Reply-To: <20070127.071550.25471552.Meino.Cramer@gmx.de> References: <20070127.071550.25471552.Meino.Cramer@gmx.de> Message-ID: <20070127122050.M60423@ccrma.Stanford.EDU> Thanks very much for the bug report -- the label was being changed, but for some reason, the widget didn't update itself, so I added an explicit update. But in testing this I noticed that if you call it a 2nd time, Snd segfaults -- not a "little bug"! I'll get the new (fixed) version into CVS later this morning. From dlphillips at woh.rr.com Sat Jan 27 05:27:25 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Sat, 27 Jan 2007 08:27:25 -0500 Subject: [CM] More XP & CLM In-Reply-To: <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> Message-ID: <45BB533D.7090306@woh.rr.com> Rick Taube wrote: > Since landspeed was using cygwin i thought it was reasonable to > suggest linux. I agree, it's perfectly reasonable. The only problem is learning how to use Linux. :) A relevant problem is the absence of the Common software from the multimedia-optimized distros. IIRC only PlanetCCRMA routinely includes the whole family. Many live CDs include Snd but ignore the riches of Common Music, CLM, and CMN. I've bitched about this before (to the distro maintainers), to little or no avail. Not including CM in those distros is an appalling oversight, and yes, I will keep bitching about it (not here, no fear :). If the Common software were available on one of the live CDs then landspeed could simply download an ISO, burn a disc, and boot into a non-invasive Linux "sandbox" in which he could work with a new OS without having to make a hardware commitment. The MusiX and Dynebolic systems are two of my favorite live systems, I'll bug their maintainers to get happy with the Commoners. :) > if its not an option, then cm and portmidi and midishare all work on > xp, or at least they should. cm and most of the package should work > with either clisp or sbcl on xp. really its more a matter of cffi > than the os. > > as for clm, its a bit tricker because instruments require a c > compiler and a reasonable shell environment to configure and call it. > im not sure about the availablity of either of those on xp. im not > saying that they arent there, just that i dont know. if they are > there, then its simply a matter of someone that has access and > interest doing a bit of work. thats the great advantage of free > software and a community of folk with intersecting interests. Am I correct to assume that Windows doesn't exactly make it easy to set up a non-Microsoft development environment ? Best, dp From taube at uiuc.edu Sat Jan 27 05:50:00 2007 From: taube at uiuc.edu (Rick Taube) Date: Sat, 27 Jan 2007 07:50:00 -0600 Subject: [CM] More XP & CLM In-Reply-To: <45BB533D.7090306@woh.rr.com> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> Message-ID: <72B67734-6585-40C1-A094-DC2B3DFB0CF2@uiuc.edu> > A relevant problem is the absence of the Common software from the > multimedia-optimized distros. IIRC only PlanetCCRMA routinely > includes the whole family. Many live CDs include Snd but ignore the > riches of Common Music, CLM, and CMN. \ i think its on several cds but in general if you cant double-click it its not there. not having a gui "app" is a huge hurdle for most people to climb over then you add lisp syntax on top of that, well... on osx the cm.app helps (you double-click an icon in /Applications and up pops cm under Aquamacs, which is very easy to use) perhaps i could figure out how to do a double-clickable app in linux, but when i looked at it several years ago it seemed each desktop had a different approach and i gave up. longer term, maybe JUCE and ECL will make it possible to integrate plotting, notation and text-based algorithmic compostion into a realtime cm that works on all three operating systems. sal is much easier to work with than lisp and you can do 95% of what you do without dealing with quote or prefix notation. so who knows. From bil at ccrma.Stanford.EDU Sat Jan 27 06:55:33 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sat, 27 Jan 2007 06:55:33 -0800 Subject: [CM] More XP & CLM In-Reply-To: <45BB533D.7090306@woh.rr.com> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> Message-ID: <20070127145038.M55306@ccrma.Stanford.EDU> > If it's not going to work with > Windows, or if the developers can't or won't support it, then the > developers should just say so. "can't or won't" seems a bit harsh -- I think CLM does work in Windows in ACL, thanks to the dogged determination of Michael Edwards; I'd love for it to work in every case, but I already have a long list of things I'm not doing -- it's more a kind of programming triage. If anyone with Windows (and some experience with programming in it) and a lot of patience (porting and debugging can seem like a infinite loop sometimes) -- where was I? I'm too old for a sentence that convoluted. What I mean is, if there's a willing helper, I'm willing to try. From dlphillips at woh.rr.com Sat Jan 27 08:02:27 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Sat, 27 Jan 2007 11:02:27 -0500 Subject: [CM] More XP & CLM In-Reply-To: <20070127145038.M55306@ccrma.Stanford.EDU> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> <20070127145038.M55306@ccrma.Stanford.EDU> Message-ID: <45BB7793.7000805@woh.rr.com> Bill Schottstaedt wrote: >>If it's not going to work with >>Windows, or if the developers can't or won't support it, then the >>developers should just say so. >> >> > >"can't or won't" seems a bit harsh -- > Yes, I apologize for the wording, I didn't mean it to read so negatively (it looks bad to me too). I was thinking more of the actual time and energies involved, that the development crew is already pretty well occupied. s/should/would >I think CLM does work in Windows >in ACL, thanks to the dogged determination of Michael Edwards; I'd >love for it to work in every case, but I already have a long list of things >I'm not doing -- it's more a kind of programming triage. If anyone >with Windows (and some experience with programming in it) and a >lot of patience (porting and debugging can seem like a infinite loop >sometimes) -- where was I? I'm too old for a sentence that convoluted. >What I mean is, if there's a willing helper, I'm willing to try. > Alas, by this time I've forgotten what it's like to work with Windows, and I know nothing about setting up a development environment. I am considering setting up a machine to test and use Windows music and sound software, but I doubt I'll have the time to dedicate to development on that box. Best, dp From kentilton at gmail.com Sat Jan 27 12:33:34 2007 From: kentilton at gmail.com (Ken Tilton) Date: Sat, 27 Jan 2007 15:33:34 -0500 Subject: [CM] XP & CLM In-Reply-To: <20070127200003.22837.26765.Mailman@cm-mail.stanford.edu> References: <20070127200003.22837.26765.Mailman@cm-mail.stanford.edu> Message-ID: <45BBB71E.8030907@gmail.com> fwiw, I had CLM working a few years and versions ago. The C compiler was just VC++, and I guess now would be VC Express. I am lurking on this list and c.l.lisp and will toss in what I can, but I my needle is pretty much pegged on work for my new startup. ken -------------- next part -------------- A non-text attachment was scrubbed... Name: kentilton.vcf Type: text/x-vcard Size: 171 bytes Desc: not available URL: From k.s.matheussen at notam02.no Sun Jan 28 04:07:25 2007 From: k.s.matheussen at notam02.no (Kjetil Svalastog Matheussen) Date: Sun, 28 Jan 2007 13:07:25 +0100 (CET) Subject: [CM] More XP & CLM In-Reply-To: <20070127200003.22837.26765.Mailman@cm-mail.stanford.edu> References: <20070127200003.22837.26765.Mailman@cm-mail.stanford.edu> Message-ID: Rick Taube: > >as for clm, its a bit tricker because instruments require a c >compiler and a reasonable shell environment to configure and call it. Or run clm and cm in snd, where a c compiler is not required. >im not sure about the availablity of either of those on xp. im not >saying that they arent there, just that i dont know. if they are Since gcc is supplied by cygwin, which he is using, it shouldn't be a problem to get hold of. From znmeb at cesmail.net Sun Jan 28 09:49:13 2007 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 28 Jan 2007 09:49:13 -0800 Subject: [CM] More XP & CLM In-Reply-To: <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> Message-ID: <45BCE219.5000905@cesmail.net> Rick Taube wrote: >> >> The original poster was very clear about his preferences, and we >> should respect those preferences. If the system is supposed to work >> with Windows then his questions are relevant. If it's not going to >> work with Windows, or if the developers can't or won't support it, >> then the developers should just say so. It's not a big deal otherwise. > > > > Since landspeed was using cygwin i thought it was reasonable to > suggest linux. if its not an option, then cm and portmidi and > midishare all work on xp, or at least they should. cm and most of the > package should work with either clisp or sbcl on xp. really its more a > matter of cffi than the os. > > as for clm, its a bit tricker because instruments require a c compiler > and a reasonable shell environment to configure and call it. im not > sure about the availablity of either of those on xp. im not saying > that they arent there, just that i dont know. if they are there, then > its simply a matter of someone that has access and interest doing a > bit of work. thats the great advantage of free software and a > community of folk with intersecting interests. > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > Well, here's the way I understand it: 1. Common Music "should work" on Windows XP. It's not a real time application for the most part, and some hack -- for example, Cygwin or the free as in beer VMware Player or Server running Planet CCRMA should be fairly easy to set up. Both "guile" and "clisp" are in Cygwin. As it happens, I have a dual-boot XP and Gentoo system and if I get ambitious, I might try to get one of these options working. 2. Common Lisp Music, on the other hand, *is* a real-time application. As such, I would expect only a native port to provide acceptable performance. Running this under VMware would probably be a disaster, and it might work on Cygwin, but I personally wouldn't waste the developer cycles given 3 below. 3. There *is* a native Windows port of CSound 5. Much as I dislike the CSound syntax, it is a de facto standard for synthesis software and Common Music interfaces to it. There are also many wrappers available for CSound 5. If the original poster doesn't already have CSound 5, he or she should check it out. As a side note, I haven't been able to get the source version of it to build on my Gentoo system successfully, but the binary Linux distribution runs fine. Another project for another weekend. :) 4. For notation, "lilypond" is part of the standard Cygwin distribution. I imagine CMN will also work on Cygwin, but I haven't tried it given that "lilypond" is there. -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire. From taube at uiuc.edu Sun Jan 28 10:13:01 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 28 Jan 2007 12:13:01 -0600 Subject: [CM] More XP & CLM In-Reply-To: <45BCE219.5000905@cesmail.net> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BCE219.5000905@cesmail.net> Message-ID: <765100A6-8C91-475E-B326-4BCC734DFCC1@uiuc.edu> just to clarify: > 1. Common Music "should work" on Windows XP. It's not a real time > application for the most part, and some hack -- for example, Cygwin > or the free as in beer VMware Player or Server running Planet CCRMA > should be fairly easy to set up. Both "guile" and "clisp" are in > Cygwin. As it happens, I have a dual-boot XP and Gentoo system and > if I get ambitious, I might try to get one of these options working. if you have posix threads and a reasonable lisp then cm runs perfectly well realtime via its rts scheduler: http://pinhead.music.uiuc.edu/~hkt/rtstest/rts-test.html > 2. Common Lisp Music, on the other hand, *is* a real-time > application. As such, I would expect only a native port to provide > acceptable performance. Running this under VMware would probably be > a disaster, and it might work on Cygwin, but I personally wouldn't > waste the developer cycles given 3 below. clm-3 in COMMON LISP doesnt have pinstruments anymore so its not real time clm/Snd IS realtime with Kjetil's scheduler > 3. There *is* a native Windows port of CSound 5. Much as I dislike > the CSound syntax, it is a de facto standard for synthesis software > and Common Music interfaces to it. Im not sure what the status is of the CFFI interface to Csound actually is -- I know that some work was done on it, and its been on my (infinite) todo list to look into this. (I would happy to add whatever is needed to get cm <-> csound5 running well in realtime) > 4. For notation, "lilypond" is part of the standard Cygwin > distribution. I imagine CMN will also work on Cygwin, but I haven't > tried it given that "lilypond" is there. FOMUS has backends for both CMN and Lilypond and will run in any Common Lisp. http://common-lisp.net/project/fomus/ I am using Fomus for teaching, it not a speed demon but does an amazing job givin the complexity of what it solves.. > > -- > M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) > http://borasky-research.blogspot.com/ > > If God had meant for carrots to be eaten cooked, He would have > given rabbits fire. > From znmeb at cesmail.net Sun Jan 28 10:17:17 2007 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 28 Jan 2007 10:17:17 -0800 Subject: [CM] More XP & CLM In-Reply-To: <45BB7793.7000805@woh.rr.com> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> <20070127145038.M55306@ccrma.Stanford.EDU> <45BB7793.7000805@woh.rr.com> Message-ID: <45BCE8AD.9090703@cesmail.net> Dave Phillips wrote: > Alas, by this time I've forgotten what it's like to work with Windows, > and I know nothing about setting up a development environment. I am > considering setting up a machine to test and use Windows music and > sound software, but I doubt I'll have the time to dedicate to > development on that box. My friends on the Ruby language list believe, and I agree, that one should always use the native development tools if possible. While Ruby and its trappings do work and work well under Cygwin, Cygwin is deprecated and the preferred tool set is Visual Studio. Unfortunately, a number of the C-language extensions won't compile and link correctly with Visual Studio, and Visual Studio Express is "free as in beer" only. So there is that bit of tension in developing in Ruby for Windows. I should point out that the vast majority of "real Ruby developers" work on Macs. :) In any event, a Windows "native" development environment for the amateur would center around Visual Studio Express. If one were also using scripting languages (Perl, Python, PHP, Ruby, etc.) it would include the recently released free-as-in-beer ActiveState Komodo Editor 4. (Actually, it's still in beta, but it's in reasonable shape). If one were a "vi" addict it would include GVim and if one were an Emacs person it would include Emacs. If you need or want Perl, Python, or Tcl/Tk, it would include the ActiveState free-as-in-beer ports of those. I'm not an expert on Lisp on Windows -- I don't even remember which Lisps and Schemes have native Windows ports, but there must be at least one of each. -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire. From znmeb at cesmail.net Sun Jan 28 10:25:31 2007 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 28 Jan 2007 10:25:31 -0800 Subject: [CM] More XP & CLM In-Reply-To: <765100A6-8C91-475E-B326-4BCC734DFCC1@uiuc.edu> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BCE219.5000905@cesmail.net> <765100A6-8C91-475E-B326-4BCC734DFCC1@uiuc.edu> Message-ID: <45BCEA9B.4000509@cesmail.net> Rick Taube wrote: >> 3. There *is* a native Windows port of CSound 5. Much as I dislike >> the CSound syntax, it is a de facto standard for synthesis software >> and Common Music interfaces to it. > > Im not sure what the status is of the CFFI interface to Csound > actually is -- I know that some work was done on it, and its been on > my (infinite) todo list to look into this. (I would happy to add > whatever is needed to get cm <-> csound5 running well in realtime) Despite the name "CSound", IIRC most of the grunt-work in CSound 5 is done in Python, not C. In any event, I think just for the sake of doing it, I'm going to build a CCRMA virtual machine and see how big it is with the whole tool chain installed. It would be useless for real time, but it's very easy to do: 1. Install the free VMware Server. 2. Build a virtual machine 3. Install the right version of Fedora 4. Install CCRMA 5. Make a tarball from the directory. That part takes forever, but if you're going to be shipping the thing around on the net, you have to do that. Actually, rather than a tarball, I usually make a ZIP archive for the Windows folks, since Linux has "unzip" available. -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire. From dlphillips at woh.rr.com Sun Jan 28 10:53:17 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Sun, 28 Jan 2007 13:53:17 -0500 Subject: [CM] More XP & CLM In-Reply-To: <45BCEA9B.4000509@cesmail.net> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BCE219.5000905@cesmail.net> <765100A6-8C91-475E-B326-4BCC734DFCC1@uiuc.edu> <45BCEA9B.4000509@cesmail.net> Message-ID: <45BCF11D.2080508@woh.rr.com> M. Edward (Ed) Borasky wrote: > Despite the name "CSound", IIRC most of the grunt-work in CSound 5 is > done in Python, not C. Cs5 includes some Python-based opcodes, builds with Scons now, and interfaces nicely with the language (along with Java, Tcl/Tk, and others). The source code for Csound is still in C, with some C++, and its default text-based user interface resembles FORTRAN or assembly. Best, dp From k.s.matheussen at notam02.no Sun Jan 28 12:32:15 2007 From: k.s.matheussen at notam02.no (Kjetil Svalastog Matheussen) Date: Sun, 28 Jan 2007 21:32:15 +0100 (CET) Subject: [CM] Re: More XP & CLM In-Reply-To: <20070128200004.8664.51698.Mailman@cm-mail.stanford.edu> References: <20070128200004.8664.51698.Mailman@cm-mail.stanford.edu> Message-ID: "M. Edward (Ed) Borasky": > > 2. Common Lisp Music, on the other hand, *is* a real-time application. > As such, I would expect only a native port to provide acceptable > performance. Running this under VMware would probably be a disaster, and > it might work on Cygwin, but I personally wouldn't waste the developer > cycles given 3 below. > CLM is not a real-time application. CLM functions can be run in realtime when using the realtime extension for SND though. > 3. There *is* a native Windows port of CSound 5. Much as I dislike the > CSound syntax, it is a de facto standard for synthesis software and > Common Music interfaces to it. There are also many wrappers available > for CSound 5. If the original poster doesn't already have CSound 5, he > or she should check it out. As a side note, I haven't been able to get > the source version of it to build on my Gentoo system successfully, but > the binary Linux distribution runs fine. Another project for another > weekend. :) > Hmm, personally, due to CSound's syntax, I would rather implement a new Lisp to run CLM in, than using CSound. > In any event, I think just for the sake of doing it, I'm going to build > a CCRMA virtual machine and see how big it is with the whole tool chain > installed. It would be useless for real time, but it's very easy to do: I'm not so sure it would be useless for real time. My experience is that running windows audio software in vmware on linux works just fine in realtime... From znmeb at cesmail.net Sun Jan 28 14:01:20 2007 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 28 Jan 2007 14:01:20 -0800 Subject: [CM] Re: More XP & CLM In-Reply-To: References: <20070128200004.8664.51698.Mailman@cm-mail.stanford.edu> Message-ID: <45BD1D30.2030706@cesmail.net> Kjetil Svalastog Matheussen wrote: > 3. There *is* a native Windows port of CSound 5. Much as I dislike the >> CSound syntax, it is a de facto standard for synthesis software and >> Common Music interfaces to it. There are also many wrappers available >> for CSound 5. If the original poster doesn't already have CSound 5, he >> or she should check it out. As a side note, I haven't been able to get >> the source version of it to build on my Gentoo system successfully, but >> the binary Linux distribution runs fine. Another project for another >> weekend. :) >> >> > > Hmm, personally, due to CSound's syntax, I would rather implement a new > Lisp to run CLM in, than using CSound. > Yeah ... I was *so* hoping "sfront" and MPEG-4 Structured Audio would take off and supplant CSound, but it hasn't so far. >> In any event, I think just for the sake of doing it, I'm going to build >> a CCRMA virtual machine and see how big it is with the whole tool chain >> installed. It would be useless for real time, but it's very easy to do: >> > > I'm not so sure it would be useless for real time. My experience > is that running windows audio software in vmware on linux works just fine > in realtime... > Well, I got ambitious ... downloaded the Fedora Core 5 DVD iso image and I'm building the virtual machine even as we speak. :) Fedora is telling me I'll be done in 20 minutes, and then I'll boot it up, install Planet CCRMA and see how big it is. Anybody here want to host the image file?? :) -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire. From znmeb at cesmail.net Sun Jan 28 18:42:17 2007 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 28 Jan 2007 18:42:17 -0800 Subject: [CM] Re: More XP & CLM In-Reply-To: <45BD1D30.2030706@cesmail.net> References: <20070128200004.8664.51698.Mailman@cm-mail.stanford.edu> <45BD1D30.2030706@cesmail.net> Message-ID: <45BD5F09.8090201@cesmail.net> M. Edward (Ed) Borasky wrote: > Well, I got ambitious ... downloaded the Fedora Core 5 DVD iso image > and I'm building the virtual machine even as we speak. :) Fedora is > telling me I'll be done in 20 minutes, and then I'll boot it up, > install Planet CCRMA and see how big it is. Anybody here want to host > the image file?? :) The virtual machine is built. I haven't had a chance to test it yet, but I do know how big it is -- about 3.6 GB uncompressed. Does anyone here know if there are any licensing restrictions on distributing it? I have some places I could post it if it's legal. -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire. From m at michael-edwards.org Mon Jan 29 07:50:48 2007 From: m at michael-edwards.org (Michael Edwards) Date: Mon, 29 Jan 2007 15:50:48 +0000 Subject: [CM] More XP & CLM In-Reply-To: <20070127145038.M55306@ccrma.Stanford.EDU> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> <20070127145038.M55306@ccrma.Stanford.EDU> Message-ID: <45BE17D8.2060500@michael-edwards.org> Just to support Bill here, CLM does indeed work on windows, I've been making music with it regularly on that platform for about 4 years. The only problem is, as far as I can tell it only runs well with ACL (costs a lot but then I haven't tried the free 'lite' version for years--could be that the heap restriction is no longer problematic) and Microsoft's Visual C++ compiler (or whatever it's called now)--this also costs something but is quite cheap as an academic version I believe. All the best, Michael Bill Schottstaedt wrote: >> If it's not going to work with >> Windows, or if the developers can't or won't support it, then the >> developers should just say so. > > "can't or won't" seems a bit harsh -- I think CLM does work in Windows > in ACL, thanks to the dogged determination of Michael Edwards; I'd > love for it to work in every case, but I already have a long list of things > I'm not doing -- it's more a kind of programming triage. If anyone > with Windows (and some experience with programming in it) and a > lot of patience (porting and debugging can seem like a infinite loop > sometimes) -- where was I? I'm too old for a sentence that convoluted. > What I mean is, if there's a willing helper, I'm willing to try. > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > -- _________________________________________________ michael edwards email : m at michael-edwards.org web : http://www.michael-edwards.org http://www.sumtone.com http://www.music.ed.ac.uk home : (+44) (0)131 656 6523 office : (+44) (0)131 650 2431 uk mobile : (+44) (0)7952 153750 _________________________________________________ From taube at uiuc.edu Mon Jan 29 10:22:19 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 29 Jan 2007 12:22:19 -0600 Subject: [CM] More XP & CLM In-Reply-To: <45BE17D8.2060500@michael-edwards.org> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> <20070127145038.M55306@ccrma.Stanford.EDU> <45BE17D8.2060500@michael-edwards.org> Message-ID: SBCL now has a windows port -- If I had a xp box this is definatly the Lisp id try out first as sbcl generateas is very fast code and the maintainers are very good (and active...). On Jan 29, 2007, at 9:50 AM, Michael Edwards wrote: > Just to support Bill here, CLM does indeed work on windows, I've > been making music with it regularly on that platform for about 4 > years. The only problem is, as far as I can tell it only runs well > with ACL (costs a lot but then I haven't tried the free 'lite' > version for years--could be that the heap restriction is no longer > problematic) and Microsoft's Visual C++ compiler (or whatever it's > called now)--this also costs something but is quite cheap as an > academic version I believe. From taube at uiuc.edu Mon Jan 29 10:27:21 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 29 Jan 2007 12:27:21 -0600 Subject: [CM] More XP & CLM In-Reply-To: References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> <20070127145038.M55306@ccrma.Stanford.EDU> <45BE17D8.2060500@michael-edwards.org> Message-ID: <5A875D5C-547D-450C-BD77-A33776AB23AC@uiuc.edu> if anyone is using sbcl 1.0.2 on windows it would be nice to know if sbcl multiprocessing works there, and if so, if there is some sort of posix thread layer underneath it. if so i might be able to get rts running. On Jan 29, 2007, at 12:22 PM, Rick Taube wrote: > SBCL now has a windows port -- If I had a xp box this is definatly > the Lisp id try out first as sbcl generateas is very fast code and > the maintainers are very good (and active...). > > > On Jan 29, 2007, at 9:50 AM, Michael Edwards wrote: > >> Just to support Bill here, CLM does indeed work on windows, I've >> been making music with it regularly on that platform for about 4 >> years. The only problem is, as far as I can tell it only runs >> well with ACL (costs a lot but then I haven't tried the free >> 'lite' version for years--could be that the heap restriction is no >> longer problematic) and Microsoft's Visual C++ compiler (or >> whatever it's called now)--this also costs something but is quite >> cheap as an academic version I believe. > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From znmeb at cesmail.net Mon Jan 29 20:25:57 2007 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Mon, 29 Jan 2007 20:25:57 -0800 Subject: [CM] More XP & CLM In-Reply-To: <45BE17D8.2060500@michael-edwards.org> References: <45BA8416.7040505@infoave.net> <45BAA1A3.2040305@woh.rr.com> <1405AF85-C8D0-448B-8154-1087BB514323@uiuc.edu> <45BB533D.7090306@woh.rr.com> <20070127145038.M55306@ccrma.Stanford.EDU> <45BE17D8.2060500@michael-edwards.org> Message-ID: <45BEC8D5.20006@cesmail.net> Michael Edwards wrote: > Just to support Bill here, CLM does indeed work on windows, I've been > making music with it regularly on that platform for about 4 years. > The only problem is, as far as I can tell it only runs well with ACL > (costs a lot but then I haven't tried the free 'lite' version for > years--could be that the heap restriction is no longer problematic) > and Microsoft's Visual C++ compiler (or whatever it's called > now)--this also costs something but is quite cheap as an academic > version I believe. Microsoft Visual Studio Express is free as in beer. But for some reason, it doesn't work with all of the Ruby extensions just yet. That's the compiler the Ruby people *want* to support. -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire. From contact at sciss.de Mon Jan 29 23:48:01 2007 From: contact at sciss.de (Sciss) Date: Tue, 30 Jan 2007 08:48:01 +0100 (MET) Subject: [CM] CM.app and Screamer Message-ID: <2923A54C-1B86-4830-9793-8F811472D067@sciss.de> hi, i'm new to the list and pretty bad in common lisp. i'm happy to be finally able to run Common Music on my mac intel using the latest all- in-one-package app. so i can run CM and it will appear inside Aquamacs, things work. i would like to try out torsten anders' arno library, which in turn requires screamer to be installed. i downloaded screamer but it has no proper docs, no installation faq etc. it seems its for people who know how to "compile" lisp and get it into their environment. is there an easy step-by-step text showing me how i can compile and/or install screamer to work with CM.app (aquamacs)? i guess i have to put the sources somewhere in the package contents and then add a few lines to some emacs configuration file? i don't know anything about the library import / linking features of lisp so any hints are welcome. the lisp environment as i understand is SBCL. thanks, -sciss- From contact at sciss.de Tue Jan 30 00:09:51 2007 From: contact at sciss.de (Sciss) Date: Tue, 30 Jan 2007 09:09:51 +0100 (MET) Subject: [CM] CM.app and Screamer In-Reply-To: <2923A54C-1B86-4830-9793-8F811472D067@sciss.de> References: <2923A54C-1B86-4830-9793-8F811472D067@sciss.de> Message-ID: like when i naively do (load "/Applications/CM.app/Contents/Resources/cm/etc/screamer-in-cm/ screamer") i get dozens of style warnings and finally an exception is thrown "The function SCREAMER::SPECIAL-FORM-P is undefined." with arno: (load "/Applications/CM.app/Contents/Resources/cm/etc/screamer-in-cm/ arno/compile-arno") : "The variable *CM-HELP* is unbound." ? ciao, -sciss- Am 30.01.2007 um 08:48 schrieb Sciss: > hi, > > i'm new to the list and pretty bad in common lisp. i'm happy to be > finally able to run Common Music on my mac intel using the latest > all-in-one-package app. so i can run CM and it will appear inside > Aquamacs, things work. > > i would like to try out torsten anders' arno library, which in turn > requires screamer to be installed. i downloaded screamer but it has > no proper docs, no installation faq etc. it seems its for people > who know how to "compile" lisp and get it into their environment. > is there an easy step-by-step text showing me how i can compile and/ > or install screamer to work with CM.app (aquamacs)? i guess i have > to put the sources somewhere in the package contents and then add a > few lines to some emacs configuration file? > > i don't know anything about the library import / linking features > of lisp so any hints are welcome. the lisp environment as i > understand is SBCL. > > thanks, -sciss- > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From drkrause at mindspring.com Tue Jan 30 01:28:25 2007 From: drkrause at mindspring.com (Drew Krause) Date: Tue, 30 Jan 2007 04:28:25 -0500 Subject: [CM] CM.app and Screamer In-Reply-To: <2923A54C-1B86-4830-9793-8F811472D067@sciss.de> References: <2923A54C-1B86-4830-9793-8F811472D067@sciss.de> Message-ID: <45BF0FB9.5060100@mindspring.com> Sciss, I use Screamer with CM (on Linux) & it took a while for me to figure out how it works... basically, you need to change environments to load any functions you write in screamer, then 'resume' CM... Have a close look at my files 'cminit.lisp' and 'nondet.lisp' at http://www.wordecho.org/code/cmcode/cmusic.html and contact me offlist if you have any further questions. Drew Krause Sciss wrote: > hi, > > i'm new to the list and pretty bad in common lisp. i'm happy to be > finally able to run Common Music on my mac intel using the latest all- > in-one-package app. so i can run CM and it will appear inside > Aquamacs, things work. > > i would like to try out torsten anders' arno library, which in turn > requires screamer to be installed. i downloaded screamer but it has > no proper docs, no installation faq etc. it seems its for people who > know how to "compile" lisp and get it into their environment. is > there an easy step-by-step text showing me how i can compile and/or > install screamer to work with CM.app (aquamacs)? i guess i have to > put the sources somewhere in the package contents and then add a few > lines to some emacs configuration file? > > i don't know anything about the library import / linking features of > lisp so any hints are welcome. the lisp environment as i understand > is SBCL. > > thanks, -sciss- > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From k.s.matheussen at notam02.no Wed Jan 31 08:51:47 2007 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Wed, 31 Jan 2007 17:51:47 +0100 (CET) Subject: [CM] Re: More XP & CLM In-Reply-To: <45BD5F09.8090201@cesmail.net> References: <20070128200004.8664.51698.Mailman@cm-mail.stanford.edu> <45BD1D30.2030706@cesmail.net> <45BD5F09.8090201@cesmail.net> Message-ID: On Sun, 28 Jan 2007, M. Edward (Ed) Borasky wrote: > M. Edward (Ed) Borasky wrote: >> Well, I got ambitious ... downloaded the Fedora Core 5 DVD iso image and >> I'm building the virtual machine even as we speak. :) Fedora is telling me >> I'll be done in 20 minutes, and then I'll boot it up, install Planet CCRMA >> and see how big it is. Anybody here want to host the image file?? :) > The virtual machine is built. I haven't had a chance to test it yet, but I do > know how big it is -- about 3.6 GB uncompressed. Does anyone here know if > there are any licensing restrictions on distributing it? I have some places I > could post it if it's legal. Does the virtual machine include any closed source vmware code? In case: it might have licensing restrictions. If not: very unlikely, I guess. Can't make myself any clearer than that. :-) Have you tried running it with qemu instead of vmware? From znmeb at cesmail.net Wed Jan 31 19:26:36 2007 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Wed, 31 Jan 2007 19:26:36 -0800 Subject: [CM] Re: More XP & CLM In-Reply-To: References: <20070128200004.8664.51698.Mailman@cm-mail.stanford.edu> <45BD1D30.2030706@cesmail.net> <45BD5F09.8090201@cesmail.net> Message-ID: <45C15DEC.2020307@cesmail.net> Kjetil S. Matheussen wrote: > > > On Sun, 28 Jan 2007, M. Edward (Ed) Borasky wrote: > >> M. Edward (Ed) Borasky wrote: >>> Well, I got ambitious ... downloaded the Fedora Core 5 DVD iso >>> image and >>> I'm building the virtual machine even as we speak. :) Fedora is >>> telling me >>> I'll be done in 20 minutes, and then I'll boot it up, install >>> Planet CCRMA >>> and see how big it is. Anybody here want to host the image file?? :) >> The virtual machine is built. I haven't had a chance to test it yet, >> but I do know how big it is -- about 3.6 GB uncompressed. Does anyone >> here know if there are any licensing restrictions on distributing it? >> I have some places I could post it if it's legal. > > Does the virtual machine include any closed source vmware code? In case: > it might have licensing restrictions. If not: very unlikely, I guess. > Can't make myself any clearer than that. :-) > > Have you tried running it with qemu instead of vmware? > > I haven't been able to get qemu to even work ... I'm sure it's something simple but I didn't have time to mess with it. In any event, if I'm going to post it, I'll need to verify the license of every component in it -- everything from Fedora and Planet CCRMA. I'm going to see if I can automate that -- there's no point in even bothering with it if I can't. -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire.