From dlphillips at woh.rr.com Sun May 1 05:45:50 2005 From: dlphillips at woh.rr.com (Dave Phillips) Date: Sun, 01 May 2005 08:45:50 -0400 Subject: [CM] foo.cm problem Message-ID: <4274CF7E.4040202@woh.rr.com> Greetings: The following code appears to work, but it produces an empty file: (defobject i1 (i) (chan num vel dur pause) (:parameters time dur chan num vel pause)) (define (cs-mout1) (process repeat 250 output (new i1 :time (now) :chan 1 :dur (pick .5 1 2 1 .5 1 .5 1) :num (pick 36 39 41 43 44 47 48 49 51 54 58 63) :vel (between 54 74) :pause (pick 0 1 2)) wait (pick 1 1 2 1 1))) (defobject i2 (i) (chan num vel dur pause) (:parameters time dur chan num vel pause)) (define (cs-mout2) (process repeat 250 output (new i2 :time (now) :chan 2 :dur (pick .5 1 2 1 .5 .5 1) :num (pick 34 36 39 41 43 44 48 49 51 54 58 63 64) :vel (between 54 74) :pause (pick 0 1 2)) wait (pick 1 2 1 1))) I run it with this events statement: (events (list (cs-mout1) (cs-mout2)) "csm.sco") Btw, versioning appears to be broken in cmio (CVS). Best, dp From taube at uiuc.edu Sun May 1 06:22:38 2005 From: taube at uiuc.edu (Rick Taube) Date: Sun, 1 May 2005 08:22:38 -0500 Subject: [CM] Re: foo.cm problem In-Reply-To: <4274CF7E.4040202@woh.rr.com> References: <4274CF7E.4040202@woh.rr.com> Message-ID: dave thanks for the bug report -- will fix it right away. On May 1, 2005, at 7:45 AM, Dave Phillips wrote: > Greetings: > > The following code appears to work, but it produces an empty file: > > (defobject i1 (i) > (chan num vel dur pause) > (:parameters time dur chan num vel pause)) > > (define (cs-mout1) > (process repeat 250 > output (new i1 :time (now) > :chan 1 > :dur (pick .5 1 2 1 .5 1 .5 1) > :num (pick 36 39 41 43 44 47 48 49 51 54 58 63) > :vel (between 54 74) > :pause (pick 0 1 2)) > wait (pick 1 1 2 1 1))) > > (defobject i2 (i) > (chan num vel dur pause) > (:parameters time dur chan num vel pause)) > > (define (cs-mout2) > (process repeat 250 > output (new i2 :time (now) > :chan 2 > :dur (pick .5 1 2 1 .5 .5 1) > :num (pick 34 36 39 41 43 44 48 49 51 54 58 63 64) > :vel (between 54 74) > :pause (pick 0 1 2)) > wait (pick 1 2 1 1))) > > > I run it with this events statement: > > (events (list (cs-mout1) (cs-mout2)) "csm.sco") > > Btw, versioning appears to be broken in cmio (CVS). > > Best, > > dp > > > > From taube at uiuc.edu Sun May 1 08:56:14 2005 From: taube at uiuc.edu (Rick Taube) Date: Sun, 1 May 2005 10:56:14 -0500 Subject: [CM] Re: foo.cm problem In-Reply-To: References: <4274CF7E.4040202@woh.rr.com> Message-ID: <83f4aa58b9717d50ed57e56a5eb3dbb8@uiuc.edu> >> >> The following code appears to work, but it produces an empty file: rev 1.10 of io.scm should have this fixed. here is the relevant redefinition if you just want to patch your current io.lisp instread of waiting for cvs migration. tested in in sbcl but not cmucl ( I dont have linux at home). will fix cmio versioning later today. (defun write-event-streams (class) (cond ((null class) (list)) ((consp class) (let ((strs (write-event-streams (car class)))) (if (null strs) (write-event-streams (cdr class)) strs))) (t (let ((strs (class-event-streams class))) (if (null strs) (write-event-streams (class-direct-superclasses class)) strs))) (t (write-event-streams (class-direct-superclasses class))))) From mr.macos at earthlink.net Sun May 1 05:05:36 2005 From: mr.macos at earthlink.net (Zoran Spasojevic) Date: Sun, 01 May 2005 08:05:36 -0400 Subject: [CM] snd and gtk Message-ID: <4274C610.8020602@earthlink.net> Hello, I compiled snd with --with-gtk and there are controls for 10 input and 10 output channel in the File/Record widow. Their are so many controls that the window goes well below the monitor screen that some options are not visible and I can not move the window far enough up to get access to those controls. Is there a way to compile snd with --with-gtk flag so that controls for only 2 input and 2 output channels are visible? In other words, is there a way to make the File/Record window smaller size so it fits on the screen? I use fedora core 3 and m-audio audiophile 2496 sound card. Thanks, Zoran From bil at ccrma.Stanford.EDU Mon May 2 04:42:23 2005 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon, 02 May 2005 04:42:23 -0700 Subject: [CM] snd and gtk In-Reply-To: <4274C610.8020602@earthlink.net> References: <4274C610.8020602@earthlink.net> Message-ID: <4276121F.3000902@ccrma> This is certainly a frequently asked question! You can set the recorder's channels before starting the record dialog with the variables recorder-in-chans and recorder-out-chans; for example, in your ~/.snd file add these lines: (set! (recorder-in-chans) 2) (set! (recorder-out-chans) 2) From carl.boingie at verizon.net Mon May 2 17:23:10 2005 From: carl.boingie at verizon.net (Carl Edwards) Date: Mon, 02 May 2005 20:23:10 -0400 Subject: [CM] big media citing Message-ID: Seen at Bill Clementson's Lisp blog, a very nice bit of free publicity: http://home.comcast.net/~bc19191/blog/index.html I guess we'll be completely over-run by newbies, now! ;-) Carl Edwards ------snip-------------------- Daily CL, Music and SLIME Tutorials Sunday, May 1, 2005 I was listening to Luke Gorrie's presentation at ECLM the other night (both the actual presentation in Emacs Lisp and the bootleg video are available off of Edi Weitz's ECLM page). In it, he mentioned that SLIME was being used in a music course at Stanford University. I googled for that and found out that Fernando Lopez-Lezcano, a Lecturer, Composer and System Administrator at Stanford University is teaching "220b: Synthesis Techniques, Compositional Algorithms, Psychoacoustics and Spatial Processing" at Stanford. The course sounds really interesting, being a mixture of music and Lisp: . . . From dlphillips at woh.rr.com Tue May 3 05:28:40 2005 From: dlphillips at woh.rr.com (Dave Phillips) Date: Tue, 03 May 2005 08:28:40 -0400 Subject: [CM] today's CVS 2.7.0 In-Reply-To: <3a6260c6d8fa581901952926964a42b4@uiuc.edu> References: <3a6260c6d8fa581901952926964a42b4@uiuc.edu> Message-ID: <42776E78.6050800@woh.rr.com> Hi Rick: Just a quick note to let you know that everything in cmio seems to be working now. Thanks a lot for the improvements, I'm looking forward to checking out the SC3 connection. Exciting stuff ! Best, dp From dlphillips at woh.rr.com Tue May 3 06:11:01 2005 From: dlphillips at woh.rr.com (Dave Phillips) Date: Tue, 03 May 2005 09:11:01 -0400 Subject: [CM] today's CVS 2.7.0 In-Reply-To: <42776E78.6050800@woh.rr.com> References: <3a6260c6d8fa581901952926964a42b4@uiuc.edu> <42776E78.6050800@woh.rr.com> Message-ID: <42777865.5050704@woh.rr.com> Greetings: Ah, my bad: Versioning still doesn't work in cmio. Best, dp From taube at uiuc.edu Tue May 3 06:06:23 2005 From: taube at uiuc.edu (Rick Taube) Date: Tue, 3 May 2005 08:06:23 -0500 Subject: [CM] today's CVS 2.7.0 In-Reply-To: <42777865.5050704@woh.rr.com> References: <3a6260c6d8fa581901952926964a42b4@uiuc.edu> <42776E78.6050800@woh.rr.com> <42777865.5050704@woh.rr.com> Message-ID: <1d3adc11d92f7d027b7f8486b74bfff0@uiuc.edu> its on my list, will try to get to it later today. for now do :versioning #t in the repl, it should work for all files, ie (events (foo) "test.sco" :versioning #t :play #t) another known problem -- cmio hoses play hooks in the repl On May 3, 2005, at 8:11 AM, Dave Phillips wrote: > Greetings: > > Ah, my bad: Versioning still doesn't work in cmio. > > Best, > > dp > > From joshp at u.washington.edu Tue May 3 14:23:40 2005 From: joshp at u.washington.edu (Joshua Parmenter) Date: Tue, 3 May 2005 14:23:40 -0700 Subject: [CM] SC interface Message-ID: Hi Rick (and everyone), I just did a CVS update to grab the SC stuff also. Is there any testing you need done? I'd like to give it a try. Josh ****************************************** Joshua D. Parmenter Graduate Student, Music Composition http://homepage.mac.com/joshpar/ "...Some people think a composer's supposed to please them, but in a way a composer is a chronicler... He's supposed to report on what he's seen and lived." -Charles Mingus From taube at uiuc.edu Tue May 3 16:24:23 2005 From: taube at uiuc.edu (Rick Taube) Date: Tue, 3 May 2005 18:24:23 -0500 Subject: [CM] Supercollider and CM In-Reply-To: References: Message-ID: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> its not quite ready -- todd ingalls will send a note around when its safe to be taken for a spin. it would be really helpful at that point if someone on linux would send in the diffs to get it working there too. (there should not be that much extra to do, probably just wiring different directories etc.) Currently Todd's supercollider support writes OSC (Open Sound Control) binary files for SuperCollider, and it will also import .osc files back into CM (!) Very cool. Real time work with supercollider should also be forthcoming, but not for several weeks at least, and maybe only on OSX. anyway Todd's made a huge contribution, i wasnt going to say anything until it was all there,but i guess 'cv update' took care of that! i think the stuff will be ready to go in a day or two. --rick On May 3, 2005, at 4:23 PM, Joshua Parmenter wrote: > Hi Rick (and everyone), > > I just did a CVS update to grab the SC stuff also. Is there any > testing you need done? I'd like to give it a try. > > Josh > > ****************************************** > Joshua D. Parmenter > Graduate Student, Music Composition > http://homepage.mac.com/joshpar/ > > "...Some people think a composer's supposed to please them, but in a > way a composer is a chronicler... He's supposed to report on what he's > seen and lived." > -Charles > Mingus > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From joshp at u.washington.edu Tue May 3 16:44:53 2005 From: joshp at u.washington.edu (Joshua Parmenter) Date: Tue, 3 May 2005 16:44:53 -0700 Subject: [CM] Re: Supercollider and CM In-Reply-To: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> References: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> Message-ID: Just looking at it already it seems to be much better then what I had been doing! Quite exciting. Josh ****************************************** Joshua D. Parmenter Graduate Student, Music Composition http://homepage.mac.com/joshpar/ "...Some people think a composer's supposed to please them, but in a way a composer is a chronicler... He's supposed to report on what he's seen and lived." -Charles Mingus On May 3, 2005, at 4:24 PM, Rick Taube wrote: > its not quite ready -- todd ingalls will send a note around when its > safe to be taken for a spin. it would be really helpful at that point > if someone on linux would send in the diffs to get it working there > too. (there should not be that much extra to do, probably just wiring > different directories etc.) > > Currently Todd's supercollider support writes OSC (Open Sound Control) > binary files for SuperCollider, and it will also import .osc files > back into CM (!) Very cool. Real time work with supercollider should > also be forthcoming, but not for several weeks at least, and maybe > only on OSX. > anyway Todd's made a huge contribution, i wasnt going to say anything > until it was all there,but i guess 'cv update' took care of that! i > think the stuff will be ready to go in a day or two. > --rick > > > On May 3, 2005, at 4:23 PM, Joshua Parmenter wrote: > >> Hi Rick (and everyone), >> >> I just did a CVS update to grab the SC stuff also. Is there any >> testing you need done? I'd like to give it a try. >> >> Josh >> >> ****************************************** >> Joshua D. Parmenter >> Graduate Student, Music Composition >> http://homepage.mac.com/joshpar/ >> >> "...Some people think a composer's supposed to please them, but in a >> way a composer is a chronicler... He's supposed to report on what >> he's seen and lived." >> -Charles >> Mingus >> >> _______________________________________________ >> Cmdist mailing list >> Cmdist at ccrma.stanford.edu >> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From taube at uiuc.edu Tue May 3 17:04:10 2005 From: taube at uiuc.edu (Rick Taube) Date: Tue, 3 May 2005 19:04:10 -0500 Subject: [CM] New ports of CM Message-ID: <469f0da6969cd1b42efde4bdf2ee4066@uiuc.edu> While Im at it, I might as well say that Ive ported CM to several other Lisps, this is all working right now in CVS: Gauche Scheme 0.8.3, by Shiro Kawai: http://www.shiro.dreamhost.com/scheme/gauche/ I like this scheme a lot. to run cm in it do bin/cm.sh -l gosh Guile 1.7.1 I had to twiddle some macros but it seems to run fine now. LispWorks (personal edition) This was easy, but ive only tested it on OSX. It should also be possible to run in Corman Lisp on Windows. I actually made the port, but Corman Lisp seems to hang after it compiles four or five files. I dont know if its Corman or Widnows XP or CM, but now that CM has gone thorough so many CL compilers I doubt that its anything that CM is doing. But im done with the Control-Alt-Delete world and if i never see the garish colors and bulbous graphics of XP again it will be too soon. It looks like it was designed by the Teletubbies and I say let them have it. If anyone wants to get the cm port actually running in Corman I will send the corman.lisp file to them. --rick From carl.boingie at verizon.net Tue May 3 18:09:35 2005 From: carl.boingie at verizon.net (Carl Edwards) Date: Tue, 03 May 2005 21:09:35 -0400 Subject: [CM] New ports of CM In-Reply-To: <469f0da6969cd1b42efde4bdf2ee4066@uiuc.edu> Message-ID: > From: Rick Taube > Subject: [CM] New ports of CM > > While Im at it, I might as well say that Ive ported CM to several other > Lisps, this is all working right now in CVS: > > (...) > LispWorks (personal edition) > This was easy, but ive only tested it on OSX. > > (...) I dont know if its Corman or Widnows XP or CM, but now that > CM has gone thorough so many CL compilers I doubt that its anything > that CM is doing. But im done with the Control-Alt-Delete world and if > i never see the garish colors and bulbous graphics of XP again it will > be too soon. It looks like it was designed by the Teletubbies and I say > let them have it. If anyone wants to get the cm port actually running > in Corman I will send the corman.lisp file to them. > --rick LOL! Well, I guess that leaves you out of this query.... ;-) Does anyone, by chance know whether it's possible to use the plotting functions of CM in the LispWorks PE on WinXP? Is it likely, or impossible? Should I try downloading and setting it up or should I just wait for one of those new 2 GHz, 20" G5 iMacs to drop into my budget? CM works fine in Clisp, but it would be fun to plot! Any advice appreciated, Carl Edwards From taube at uiuc.edu Wed May 4 05:40:42 2005 From: taube at uiuc.edu (Rick Taube) Date: Wed, 4 May 2005 07:40:42 -0500 Subject: [CM] plotting and clisp In-Reply-To: References: Message-ID: <77a825ac769c9f5f1ead635648ad1950@uiuc.edu> Hi Carl, graphics in clisp should be possible fairly soon (i hope) -- someone has started to make a lambda-gtk backend for clisp's ffi, which has improved in the last year or so. i dont know if windows is his target, but once its in clisp then i know there are gtk2 libs for windows so it should be possible at that point. --rick From taube at uiuc.edu Wed May 4 15:39:00 2005 From: taube at uiuc.edu (Rick Taube) Date: Wed, 4 May 2005 17:39:00 -0500 Subject: [CM] cm/supercollider working Message-ID: Todd's supercollider stuff is working in CVS now, including a nice example file: etc/examples/sc.cm. Unfortunately his email announcement from yesterday seems to not have arrived at cmdist so Im doing it. The code seems to work great under OSX, would be nice if a unix user would test there. The .osc file importing into cm will take another day or so, then will try to get realtime sc processes going in cm. Here are the links to his stuff: Supercollider topic: http:/pinhead.music.uiuc.edu/~hkt/cm/doc/dict/supercollider-topic.html sc-file doc: http:/pinhead.music.uiuc.edu/~hkt/cm/doc/dict/sc-file-cls.html sc process examples: http:/pinhead.music.uiuc.edu/~hkt/cm/etc/examples/sc.cm sc synthdefs for examples: http:/pinhead.music.uiuc.edu/~hkt/cm/etc/examples/sc-synths.sc Todd's da man! --rick From michael at klingbeil.com Thu May 5 00:10:50 2005 From: michael at klingbeil.com (Michael Klingbeil) Date: Thu, 5 May 2005 03:10:50 -0400 Subject: [CM] cm/supercollider working In-Reply-To: References: Message-ID: Very cool. Tried out the SuperCollider stuff on OSX and it working well. It will take me a while to absorb it all, but this looks like it will be extremely useful. Big thanks to Todd and Rick. I'm curious about the comment in the example file: More sophisticated support for envelope conversion will be forthcoming. What are some of the plans in this area? Two ideas that come to mind: support for curved EnvGen segments another thing that might be cool would be some syntactic sugar to hide the extra step of setting the node control values. scsynth definitions in cm could take scalar or array (or list) values. Those that are lists could then output the appropriate n_setn messages. Actually this looks pretty easy to do -- just make a new class scenvsynth and then implement a new write-event method. I guess it wouldn't really be possible to re-import this from and .osc file, however. Michael >Todd's supercollider stuff is working in CVS now, including a nice >example file: etc/examples/sc.cm. Unfortunately his email >announcement from yesterday seems to not have arrived at cmdist so >Im doing it. The code seems to work great under OSX, would be nice >if a unix user would test there. The .osc file importing into cm >will take another day or so, then will try to get realtime sc >processes going in cm. From andersvi at extern.uio.no Fri May 6 02:24:14 2005 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Fri, 06 May 2005 11:24:14 +0200 Subject: [CM] cm/supercollider working In-Reply-To: (Rick Taube's message of "Wed, 4 May 2005 17:39:00 -0500") References: Message-ID: Hey. Eager to get the sc-connection running on our linuxes here. 0] (LISP-IMPLEMENTATION-TYPE) "CMU Common Lisp" 0] (LISP-IMPLEMENTATION-VERSION) "CMUCL CVS snapshot 2004-05" First trap, after translating utils.scm to utils.lisp, the compilation breaks when trying to do the function #'u8vector->float: (define (u8vector->float vec) (let ((i (u8vector->uint vec))) (if (zero? i) 0.0 (let ((val (* (if (zero? (ash i -31)) 1.0 -1.0) (expt 2 (- (logand (ash i -23) #xff) 127)) (logior #x800000 (logand i #x7fffff)) (expt 2 -23)))) ;; scheme is not required to coerce 1*1.0 to a float if ;; it can prove the result is exact. (if (exact? val) (exact->inexact val) val))))) Heres the lisp-version of this function: (defun u8vector->float (vec) (let ((i (u8vector->uint vec))) (if (zerop i) 0.0 (let ((val (* (if (zerop (ash i -31)) 1.0 -1.0) (expt 2 (- (logand (ash i -23) 255) 127)) (logior 8388608 (logand i 8388607)) (expt 2 -23)))) (if (integerp val) (exact->inexact val) val))))) And heres the error coming out: 0] Too large to be represented as a SINGLE-FLOAT: 340282366920938463463374607431768211456 Error flushed ... From andersvi at extern.uio.no Fri May 6 03:02:54 2005 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Fri, 06 May 2005 12:02:54 +0200 Subject: [CM] cm/supercollider working In-Reply-To: (andersvi@extern.uio.no's message of "Fri, 06 May 2005 11:24:14 +0200") References: Message-ID: Heres a set-env-var for cmucl to put in src/cmu.lisp: (defun set-env-var (name value) (let ((cell (assoc (string name) ext:*environment-list* :test #'equalp :key #'string))) (if cell (setf (cdr cell) (string value)) (push (cons (intern (string name) "KEYWORD") (string value)) ext:*environment-list*)))) Ive no idea what to do in sbcl though. (Actually i tried "commit"-ing this change to cmu.lisp to CVS without luck. "CVS knows nothing about cmu.lisp" - or similar :-/ -anders From taube at uiuc.edu Fri May 6 05:37:00 2005 From: taube at uiuc.edu (Rick Taube) Date: Fri, 6 May 2005 07:37:00 -0500 Subject: [CM] cm/supercollider working In-Reply-To: References: Message-ID: <4118e107c515b233be19260ff30f34ba@uiuc.edu> ok thanks, i dont have a linux box in my office but ill try to get it running in cmu and sbcl today, the float business may be my confusion. From taube at uiuc.edu Fri May 6 10:29:44 2005 From: taube at uiuc.edu (Rick Taube) Date: Fri, 6 May 2005 12:29:44 -0500 Subject: [CM] cm/supercollider working In-Reply-To: References: Message-ID: <3d5d534d5972f9f9cfcc1e994c5627e2@uiuc.edu> CVS sources for the SC stuff should now compile/load in SBCL and CMUCL. I dont have supercollider on a linux machine to actually test but the compiler doesnt complain and I was able to run a SC test in SBCL on OSX. Note that if you are using SBCL on either Linux or OSX you need the latest SBCL (0.9.0) for this to work as earlier 0.8.n versions dont have sb-posix:putenv. I ran into some midishare Player problem in cmucl but wont have time to look into that till tomorrow. On May 6, 2005, at 5:02 AM, andersvi at extern.uio.no wrote: > > Heres a set-env-var for cmucl to put in src/cmu.lisp: > > (defun set-env-var (name value) > (let ((cell (assoc (string name) ext:*environment-list* :test > #'equalp > :key #'string))) > (if cell > (setf (cdr cell) (string value)) > (push (cons (intern (string name) "KEYWORD") (string value)) > ext:*environment-list*)))) > > > Ive no idea what to do in sbcl though. > > (Actually i tried "commit"-ing this change to cmu.lisp to CVS > without luck. "CVS knows nothing about cmu.lisp" - or similar :-/ > > > -anders From znmeb at cesmail.net Fri May 6 19:47:46 2005 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Fri, 06 May 2005 19:47:46 -0700 Subject: [CM] cm/supercollider working In-Reply-To: <3d5d534d5972f9f9cfcc1e994c5627e2@uiuc.edu> References: <3d5d534d5972f9f9cfcc1e994c5627e2@uiuc.edu> Message-ID: <427C2C52.30701@cesmail.net> I can get Supercollider on my Linux systems, but I don't know anything about using it. Is there something I can test with no Supercollider experience? Rick Taube wrote: > CVS sources for the SC stuff should now compile/load in SBCL and > CMUCL. I dont have supercollider on a linux machine to actually test > but the compiler doesnt complain and I was able to run a SC test in > SBCL on OSX. Note that if you are using SBCL on either Linux or OSX > you need the latest SBCL (0.9.0) for this to work as earlier 0.8.n > versions dont have sb-posix:putenv. I ran into some midishare Player > problem in cmucl but wont have time to look into that till tomorrow. > > > On May 6, 2005, at 5:02 AM, andersvi at extern.uio.no wrote: > >> >> Heres a set-env-var for cmucl to put in src/cmu.lisp: >> >> (defun set-env-var (name value) >> (let ((cell (assoc (string name) ext:*environment-list* :test #'equalp >> :key #'string))) >> (if cell >> (setf (cdr cell) (string value)) >> (push (cons (intern (string name) "KEYWORD") (string value)) >> ext:*environment-list*)))) >> >> >> Ive no idea what to do in sbcl though. >> >> (Actually i tried "commit"-ing this change to cmu.lisp to CVS >> without luck. "CVS knows nothing about cmu.lisp" - or similar :-/ >> >> >> -anders > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From andersvi at extern.uio.no Mon May 9 02:12:14 2005 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Mon, 09 May 2005 11:12:14 +0200 Subject: [CM] cm/supercollider working In-Reply-To: (Rick Taube's message of "Wed, 4 May 2005 17:39:00 -0500") References: Message-ID: >>> "R" == Rick Taube writes: R> The code seems to work great under OSX, would be nice if a R> unix user would test there. The examples in examples/sc.cm work straight from the box on the linuxes with cmucl here. Great work. From testcase at asu.edu Tue May 3 16:30:03 2005 From: testcase at asu.edu (todd ingalls) Date: Tue, 03 May 2005 16:30:03 -0700 Subject: [CM] SC interface In-Reply-To: References: Message-ID: i am going to have to commit a few changes in the next few hours. there is a major bug with how floats are written to the nrt osc score files. we also should soon have some examples which may be of interest. testing is certainly more than welcome. =) i think you should wait though until the changes have migrated to anon cvs. thanks. On May 3, 2005, at 2:23 PM, Joshua Parmenter wrote: > Hi Rick (and everyone), > > I just did a CVS update to grab the SC stuff also. Is there any > testing you need done? I'd like to give it a try. > > Josh > > ****************************************** > Joshua D. Parmenter > Graduate Student, Music Composition > http://homepage.mac.com/joshpar/ > > "...Some people think a composer's supposed to please them, but in a > way a composer is a chronicler... He's supposed to report on what he's > seen and lived." > -Charles > Mingus > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From testcase at asu.edu Thu May 5 09:53:01 2005 From: testcase at asu.edu (todd ingalls) Date: Thu, 05 May 2005 09:53:01 -0700 Subject: [CM] cm/supercollider working In-Reply-To: References: Message-ID: <6ef0f9c14ca81089b2ae7a64bd124947@asu.edu> Hi Michael, Both of the ideas you mention I have been working on so I hope to have them out soon. Another area that should have some "higher level" things are buffers. To be honest I am relatively a novice with SC, so I would love to hear suggestions from people about what sorts of things they would like to see that would make working with it easier. On May 5, 2005, at 12:10 AM, Michael Klingbeil wrote: > Very cool. Tried out the SuperCollider stuff on OSX and it working > well. It will take me a while to absorb it all, but this looks like it > will be extremely useful. Big thanks to Todd and Rick. > > I'm curious about the comment in the example file: > More sophisticated support for envelope conversion will be > forthcoming. > > What are some of the plans in this area? Two ideas that come to mind: > support for curved EnvGen segments > > another thing that might be cool would be some syntactic sugar to hide > the extra step of setting the node control values. scsynth definitions > in cm could take scalar or array (or list) values. Those that are > lists could then output the appropriate n_setn messages. Actually this > looks pretty easy to do -- just make a new class scenvsynth and then > implement a new write-event method. I guess it wouldn't really be > possible to re-import this from and .osc file, however. > > > > Michael > > >> Todd's supercollider stuff is working in CVS now, including a nice >> example file: etc/examples/sc.cm. Unfortunately his email >> announcement from yesterday seems to not have arrived at cmdist so Im >> doing it. The code seems to work great under OSX, would be nice if a >> unix user would test there. The .osc file importing into cm will >> take another day or so, then will try to get realtime sc processes >> going in cm. > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From dlphillips at woh.rr.com Mon May 9 08:19:49 2005 From: dlphillips at woh.rr.com (Dave Phillips) Date: Mon, 09 May 2005 11:19:49 -0400 Subject: [CM] Supercollider and CM In-Reply-To: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> References: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> Message-ID: <427F7F95.3060602@woh.rr.com> Hi all: I'd like to start testing the new alliance, but I suspect my SC3 installation is outdated. The second synthdef in sc-synths.sc fails to evaluate, with an error regarding the Mix object. This is under Linux, CMUCL, PlanetCCRMA RH9. What's the recommended version of SC3 for Linux + CM ? Best, dp From andersvi at extern.uio.no Mon May 9 08:48:56 2005 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Mon, 09 May 2005 17:48:56 +0200 Subject: SuperCollider on linux (was: Re: [CM] Supercollider and CM) In-Reply-To: <427F7F95.3060602@woh.rr.com> (Dave Phillips's message of "Mon, 09 May 2005 11:19:49 -0400") References: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> <427F7F95.3060602@woh.rr.com> Message-ID: Were using SC from the CVS at sourceforge here, compiled with the following kernel: 2.4.26-1.ll.rhfc1.ccrma, and its running surprisingly stable. I havent checked out any later than from march sometime. Does the installation run at all? What sorts of error do you get? >>> "DP" == Dave Phillips writes: DP> DP> Hi all: DP> I'd like to start testing the new alliance, but I suspect my SC3 DP> installation is outdated. The second synthdef in sc-synths.sc fails DP> to evaluate, with an error regarding the Mix object. This is under DP> Linux, CMUCL, PlanetCCRMA RH9. DP> DP> What's the recommended version of SC3 for Linux + CM ? DP> DP> Best, DP> DP> dp From nando at ccrma.Stanford.EDU Mon May 9 10:06:48 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 09 May 2005 10:06:48 -0700 Subject: [CM] Supercollider and CM In-Reply-To: <427F7F95.3060602@woh.rr.com> References: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> <427F7F95.3060602@woh.rr.com> Message-ID: <1115658407.24973.21.camel@cmn37.stanford.edu> On Mon, 2005-05-09 at 08:19, Dave Phillips wrote: > I'd like to start testing the new alliance, but I suspect my SC3 > installation is outdated. The second synthdef in sc-synths.sc fails to > evaluate, with an error regarding the Mix object. This is under Linux, > CMUCL, PlanetCCRMA RH9. > > What's the recommended version of SC3 for Linux + CM ? Hmmm, the Planet CCRMA Core Development Team has just put out a packaged release of sc3, it is current cvs (oh well, not current, dated 2005.05.05)... -- Fernando From dlphillips at woh.rr.com Mon May 9 11:07:07 2005 From: dlphillips at woh.rr.com (Dave Phillips) Date: Mon, 09 May 2005 14:07:07 -0400 Subject: [CM] Supercollider and CM In-Reply-To: <1115658407.24973.21.camel@cmn37.stanford.edu> References: <51d9b48bd76a79f3303ccf045703ac94@uiuc.edu> <427F7F95.3060602@woh.rr.com> <1115658407.24973.21.camel@cmn37.stanford.edu> Message-ID: <427FA6CB.9010405@woh.rr.com> Fernando Lopez-Lezcano wrote: >On Mon, 2005-05-09 at 08:19, Dave Phillips wrote: > > >> I'd like to start testing the new alliance, but I suspect my SC3 >>installation is outdated. The second synthdef in sc-synths.sc fails to >>evaluate, with an error regarding the Mix object. This is under Linux, >>CMUCL, PlanetCCRMA RH9. >> >> What's the recommended version of SC3 for Linux + CM ? >> >> > >Hmmm, the Planet CCRMA Core Development Team has just put out a >packaged release of sc3, it is current cvs (oh well, not current, >dated 2005.05.05)... > > Sorry, I should have noted that I compile it myself, I'm not using the latest PlanetC package. Best, dp From joshp at u.washington.edu Mon May 9 12:16:51 2005 From: joshp at u.washington.edu (Joshua Parmenter) Date: Mon, 9 May 2005 12:16:51 -0700 Subject: [CM] Supercollider and CM In-Reply-To: <20050509190003.17065.53286.Mailman@cm-mail.stanford.edu> References: <20050509190003.17065.53286.Mailman@cm-mail.stanford.edu> Message-ID: <3D0D7B62-7002-43BC-9092-71480A2F5DFD@u.washington.edu> hi everyone, I've been using SC for quite a bit of time, and there are a couple of things that may be good to do. Some of this is a little biased on the way I had CM and SC working together, but I think they are worth mentioning. First, I think it makes sense to have the scores write out text files (or at least have the option of doing this) in a similar way that the CM - CSound interface works. It is good to be able to edit output, and this can't be easily done with the osc binary files. Is this already possible? Second, there is already a SC class that will convert a text score to osc, or play it, or render it in NRT. Score.sc is the class, and there are examples in the Score-help file. finally, this was a bit of a fake but it worked nicely. The functions that Don Craig and I originally wrote to write out score also had the pad argument. I changed them awhile ago to take a pad argument, OR, to calculate a file duration based on the note objects 'dur' argument. Of course this meant that all SynthDefs had to have a dur argument for this to work. This is only needed for non-real- time rendering (in real-time, the last dummy command should be harmless no matter what)... The dummy timestamp was calculated as the greatest starttime + duration of all the notes. I like this quite a bit, and it can take the guess work out of calculating a possibly unknown file duration. Just a couple of suggestions. I'm really glad to see this being brought into CM in a more official way! I'm also interested in helping out in general. I'm on digest, but if there are SC questions I can help with, I will. Josh On May 9, 2005, at 12:00 PM, cmdist-request at ccrma.Stanford.EDU wrote: > Re: [CM] Supercollider and CM ****************************************** Joshua D. Parmenter Graduate Student, Music Composition http://homepage.mac.com/joshpar/ "...Some people think a composer's supposed to please them, but in a way a composer is a chronicler... He's supposed to report on what he's seen and lived." -Charles Mingus -------------- next part -------------- An HTML attachment was scrubbed... URL: From drkrause at mindspring.com Mon May 9 14:24:25 2005 From: drkrause at mindspring.com (Drew Krause) Date: Mon, 09 May 2005 17:24:25 -0400 Subject: [CM] some CM programs up on web Message-ID: <427FD509.6030901@mindspring.com> Hello Rick & everyone. I've been using CM for several years now and have just put some of my CM routines up on the web at http://www.wordecho.org/code/cmcode/cmusic.html The set includes a tonnetz implementation, nondeterministic searches, some rewriting stuff, space group transformations, and other assorted exotica. Enjoy! Drew Krause From taube at uiuc.edu Mon May 9 14:29:02 2005 From: taube at uiuc.edu (Rick Taube) Date: Mon, 9 May 2005 16:29:02 -0500 Subject: [CM] FYI: newer Emacsen on OS X Message-ID: If you are on OS X there are three three newish, native Emacs/XEmacs you might want to try out in place of the old 21.3.50.1 Emacs.app from Mindlube: ----Carbon Emacs (Emacs 22.0.50.1), by Emacs JP project. Home: http://www.emacswiki.org/cgi-bin/emacs-en/CarbonEmacsPackage Looks very similar to the old Mindlube Emacs.app but has lots of new features. This is the Emacs Ive switched to. 1. Anti-alised fonts by default (you can turn this off). 2. Intermediate level of OS X Behavior: - One function call (mac-key-mode) moves Meta to the Option key and installs predefined Apple keyboard shortcuts on Apple key. Shortcuts work well between applications. - Apple-O opens up an Open File dialog. - You can make emacs frames transparent like other OSX windows (I can't imagine why anyone would do this more than once...) 3. Lots of preinstalled packages. Cons: 1. Mouse-down in Scrollbar still weird but single line scrolling does work. ----Aquamacs Home: http://www.wordtech-software.com/Aquamacs.html The most Mac-ish of these, really tries hard to make Emacs look and behave like other OS X editors. But if you are a long-time Emacs user then this is definately a double-edged sword... 1. High degree of OS X Behavior: - By default Meta is on Option and the Apple keyboard shortcuts are preinstalled and working - Each file opens in a new frame. - Has Apple-O Open File dialog. - Has "Recent Files" submenu. 2. Click-drag scrolling works better, but single line scrolling doesnt work for me. 3. a sleek new Gnu icon. Cons: 1. default text mode font is not fixed width. Ack! 2. Have to specify :height 116 or the default fixed font size is tiny. 3. C-v, M-v scrolling is OFF by default. Turn it on by doing: (setq cua-enable-cua-keys nil) 4. c-x b does not offer last buffer as default, not sure why. ----Carbon Xemacs (beta2, Xemacs 21.5.20) by Andrew Choi Home: http://members.shaw.ca/akochoi-xemacs/ The best looking of the lot with xemac's 3d status line. Scrolling very solid, mouse and keyboard much more responsive than first beta. Choi is also the programmer of the Emacs.app at Mindlube; he resigned from FSF about a year ago.) Cons: 1. Its not hard but you do have to patch and build from sources and then install packages. 2. Default face is light text on green background -- changing this to dark text on white background takes more work than simply setting a new default face because the default syntax highlighting also assumes a dark background. 3. I haven't yet seen how to move Meta to the Option key. His old (setq mac-command-key-is-meta nil) trick doesnt work. No Apple keyboard shortcuts predefined, at least that I could see. 4. Odd teddybear icon. Whatever! From testcase at asu.edu Mon May 9 13:44:29 2005 From: testcase at asu.edu (todd ingalls) Date: Mon, 09 May 2005 13:44:29 -0700 Subject: [CM] Supercollider and CM In-Reply-To: <3D0D7B62-7002-43BC-9092-71480A2F5DFD@u.washington.edu> References: <20050509190003.17065.53286.Mailman@cm-mail.stanford.edu> <3D0D7B62-7002-43BC-9092-71480A2F5DFD@u.washington.edu> Message-ID: <0b616b299ebea1d2a6ab2a486aa66459@asu.edu> > think it makes sense to have the scores write out text files (or at > least have the option of doing this) in a similar way that the CM - > CSound interface works.? It is good to be able to edit output, and > this can't be easily done with the osc binary files.? Is this already > possible??? > > Second, there is already a SC class that will convert a text score to > osc, or play it, or render it in NRT.? Score.sc is the class, and > there are examples in the Score-help file.? in this method does one have to then evaluate the Score class from within SC to render the score file? i was trying to avoid that as i wanted this automated and could't seem to find a way to do it. perhaps it would be possible to have some helper functions for import/export to/from .osc binary format and ascii? > > finally, this was a bit of a fake but it worked nicely.? The functions > that Don Craig and I originally wrote to write out score also had the > pad argument.? I changed them awhile ago to take a pad argument, OR, > to calculate a file duration based on the note objects 'dur' > argument.? Of course this meant that all SynthDefs had to have a dur > argument for this to work.? This is only needed for non-real-time > rendering (in real-time, the last dummy command should be harmless no > matter what)... The dummy timestamp was calculated as the greatest > starttime + duration of all the notes.?I like this quite a bit, and it > can take the guess work out of calculating a possibly unknown file > duration. hmm. we would have to think about this as it would require (as you point out) some standard slot name for synths and would also not work for command events which have no duration. > Just a couple of suggestions. I'm really glad to see this being > brought into CM in a more official way! > > I'm also interested in helping out in general.? I'm on digest, but if > there are SC questions I can help with, I will. > > Josh > > > On May 9, 2005, at 12:00 PM, cmdist-request at ccrma.Stanford.EDU wrote: > >> Re: [CM] Supercollider and CM > > ****************************************** > Joshua D. Parmenter > Graduate Student, Music Composition > http://homepage.mac.com/joshpar/ > > "...Some people think a composer's supposed to please them, but in a > way a composer is a chronicler... He's supposed to report on what he's > seen and lived." > ? ? ? ? ? ? ? ? ? ? ? -Charles Mingus > From taube at uiuc.edu Tue May 10 05:36:09 2005 From: taube at uiuc.edu (Rick Taube) Date: Tue, 10 May 2005 07:36:09 -0500 Subject: [CM] Supercollider and CM In-Reply-To: <3D0D7B62-7002-43BC-9092-71480A2F5DFD@u.washington.edu> References: <20050509190003.17065.53286.Mailman@cm-mail.stanford.edu> <3D0D7B62-7002-43BC-9092-71480A2F5DFD@u.washington.edu> Message-ID: is there any advantage to generating sc scores as text files other than being able directly see/edit the results? If not, then implementing a lisp version of the 'dumposc' OSC utility is the way to go since the osc layer needs to be there in any case in order to do realtime supercollider, or to (possibly) interact with other osc aware applications in the future. with a dumposc function you could get a text file for those cases when you need to see/edit contents and we would not have to populate the sources with duplicate write-event methods that also have to be maintained. if you wanted to generate text files all the time, you could simply use 'set-sc-output-hook!' to set a personal hook that translates the .osc file after its written and then execs supercollider with it. does a 'dumposc' function seem like a reasonable solution to you? --rick > hi everyone, > > I've been using SC for quite a bit of time, and there are a couple of > things that may be good to do. Some of this is a little biased on the > way I had CM and SC working together, but I think they are worth > mentioning. > > First, I think it makes sense to have the scores write out text files > (or at least have the option of doing this) in a similar way that the > CM - CSound interface works.? It is good to be able to edit output, > and this can't be easily done with the osc binary files.? Is this > already possible??? > > Second, there is already a SC class that will convert a text score to > osc, or play it, or render it in NRT.? Score.sc is the class, and > there are examples in the Score-help file.? > > finally, this was a bit of a fake but it worked nicely.? The functions > that Don Craig and I originally wrote to write out score also had the > pad argument. I changed them awhile ago to take a pad argument, OR, to > calculate a file duration based on the note objects 'dur' argument. Of > course this meant that all SynthDefs had to have a dur argument for > this to work.? This is only needed for non-real-time rendering (in > real-time, the last dummy command should be harmless no matter > what)... The dummy timestamp was calculated as the greatest starttime > + duration of all the notes.?I like this quite a bit, and it can take > the guess work out of calculating a possibly unknown file duration. > > Just a couple of suggestions.? I'm really glad to see this being > brought into CM in a more official way! > > I'm also interested in helping out in general.? I'm on digest, but if > there are SC questions I can help with, I will. > > Josh > > > On May 9, 2005, at 12:00 PM, cmdist-request at ccrma.Stanford.EDU wrote: > >> Re: [CM] Supercollider and CM > > ****************************************** > Joshua D. Parmenter > Graduate Student, Music Composition > http://homepage.mac.com/joshpar/ > > "...Some people think a composer's supposed to please them, but in a > way a composer is a chronicler... He's supposed to report on what he's > seen and lived." > ? ? ? ? ? ? ? ? ? ? ? -Charles Mingus > From rdlatimer at tjhsst.edu Tue May 10 10:45:02 2005 From: rdlatimer at tjhsst.edu (rdlatimer at tjhsst.edu) Date: Tue, 10 May 2005 13:45:02 -0400 (EDT) Subject: [CM] some CM programs up on web In-Reply-To: <427FD509.6030901@mindspring.com> References: <427FD509.6030901@mindspring.com> Message-ID: <46867.198.38.18.6.1115747102.squirrel@mail.tjhsst.edu> I'm new to clm, but I know the lisp language. - What Lisp package are you using? - Can these work in Windows? Thanks > Hello Rick & everyone. I've been using CM for several years now and have > just put some of my CM routines up on the web at > > http://www.wordecho.org/code/cmcode/cmusic.html > > The set includes a tonnetz implementation, nondeterministic searches, > some rewriting stuff, space group transformations, and other assorted > exotica. Enjoy! > > Drew Krause > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From drkrause at mindspring.com Tue May 10 12:18:24 2005 From: drkrause at mindspring.com (Drew Krause) Date: Tue, 10 May 2005 15:18:24 -0400 Subject: [CM] some CM programs up on web In-Reply-To: <46867.198.38.18.6.1115747102.squirrel@mail.tjhsst.edu> References: <427FD509.6030901@mindspring.com> <46867.198.38.18.6.1115747102.squirrel@mail.tjhsst.edu> Message-ID: <42810900.5000700@mindspring.com> They run inside Common Music -- in this case CM 2.5 -- on your Lisp interpreter. My interpreter/platform is CMUCL/Linux, but I don't think it matters. Should work on Windows too, though I can't vouch for the CLOCC and Screamer extras. http://commonmusic.sourceforge.net/doc/ Hope this helps, Drew. rdlatimer at tjhsst.edu wrote: >I'm new to clm, but I know the lisp language. > - What Lisp package are you using? > - Can these work in Windows? >Thanks > > > > >>Hello Rick & everyone. I've been using CM for several years now and have >>just put some of my CM routines up on the web at >> >>http://www.wordecho.org/code/cmcode/cmusic.html >> >>The set includes a tonnetz implementation, nondeterministic searches, >>some rewriting stuff, space group transformations, and other assorted >>exotica. Enjoy! >> >>Drew Krause >> >>_______________________________________________ >>Cmdist mailing list >>Cmdist at ccrma.stanford.edu >>http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist >> >> >> > > >_______________________________________________ >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 bil at ccrma.Stanford.EDU Wed May 11 06:24:33 2005 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 11 May 2005 06:24:33 -0700 Subject: [CM] snd and gtk In-Reply-To: <4274C610.8020602@earthlink.net> References: <4274C610.8020602@earthlink.net> Message-ID: <42820791.7020608@ccrma> > is there a way to make the File/Record window smaller size so it fits on the screen? I think this bug is fixed now -- thanks for the bug report! From zstingx at hotmail.com Sat May 14 07:00:20 2005 From: zstingx at hotmail.com (sting sting) Date: Sat, 14 May 2005 17:00:20 +0300 Subject: [CM] playing a g.723 encoded file with snd Message-ID: Hello, I want to play a g.723 encoded file with snd; how should I do it? should the file be with a specific extension ? In case it is possible - what should I choose so that I wil play it ? Any help will be appreciated. Regards, Sting _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From bil at ccrma.Stanford.EDU Sun May 15 04:56:59 2005 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sun, 15 May 2005 04:56:59 -0700 Subject: [CM] playing a g.723 encoded file with snd In-Reply-To: References: Message-ID: <4287390B.3030105@ccrma> > I want to play a g.723 encoded file with snd; how should I do it? Open it in Snd and click the "play" button. The translation should happen automatically, though there are g.723 cases that I don't handle. If Snd can't translate the file, please send me a copy so I can add support for it. From taube at uiuc.edu Mon May 16 04:20:24 2005 From: taube at uiuc.edu (Rick Taube) Date: Mon, 16 May 2005 06:20:24 -0500 Subject: [CM] Re: CM 2.6.0 on Tiger, slime support In-Reply-To: <20050516103808.0612023D02@ws5-3.us4.outblaze.com> References: <20050516103808.0612023D02@ws5-3.us4.outblaze.com> Message-ID: <9e376c6d75058fc8a2b3469d71abad47@uiuc.edu> > Hi Rick, > > on Tiger my CM.app doesn't find Emacs. I think the Japanese Emacs group has a Tiger build of Emacs 22.0.50.1 : http://macemacsjp.sourceforge.jp/package/EmacsCVS-Tiger-latest.dmg Ive been using their (Panther) version for several weeks now and like it very much. If you want normal Mac keyboard shortcuts available on the Apple key, turn on their "Mac Key mode" by adding add this to your .emacs file: (mac-key-mode) There is another Emacs called AquaMacs that you could try, I posted a message about the new OS X Emacsen last week. I guess I should update CM emacs page. While im on Emacs topics, CVS versions of cm.sh and cm.el are now "slime aware", that is, they use Slime as the Lisp connection if your initfile loaded slime. cm.el also defines (but does not install) an alternate C-x C-e that evals at point, in region and after exprs and prints the results in the REPL. If you are on OSX it installs the command on APPLE-E. Ive tried out slime for several weeks now but am probably going to stop using it -- i spend more time dealing with its idosyncracies than its worth. i still cant fix the readtable problem. Last week i spent several hours debugging a weird package error that turned out not to be a problem once i ditched slime! --rick On May 16, 2005, at 5:38 AM, kyburz at uni.de wrote: > Hi Rick, > > on Tiger my CM.app doesn't find Emacs. > > locations: > Applications/CM.app > Applications/Emacs.app > Applications/Utilities/X11.app > > These paths (with CM 2.4.2 and Emacs 21) work fine on my laptop with > OS 10.3.. > > I tried two Emacs versions: > > Emacs 21 (30.5.04): dragging the Emacs file from the disk image to the > Applications folder > creates just the Emacs program, which I cannot start. > > Emacs 22 (from http://www.mindlube.com/products/emacs/): Dragging the > Emacs file from the > disk image to the Applications folder creates a folder called > DarwinPorts with the Emacs.app > in it. This is the only Emacs which I am able to start up. > > In either case CM 2.6.0 from Sourceforge doesn't start up because it > cannot find Emacs. I > had downloaded cm_2.6.0-app-osx.dmg.gz from Sourceforge and after > expansion I dragged the > cm.app file to the Applications folder (dragging the diskimage icon to > the folder didn't > work). > > May be also I did something wrong when I installed X11? I tried to > download it using the > link in your readme-or-die: > http://www.apple.com/macosx/features/x11/download/, but it > doesn't work anymore. So I installed it from the Tiger CD XTools. X11 > is now located in the > Utilities folder inside Applications. > > I don't like to bother you with these silly installation problems, but > I have got stuck with > it now for three days and so I had to ask you. Sorry. > > Best greetings, > > Hanspeter Kyburz > > > > -- > _______________________________________________ > Get your free email from http://webmail.uni.de > > Powered by Outblaze From testcase at asu.edu Mon May 16 00:54:11 2005 From: testcase at asu.edu (todd ingalls) Date: Mon, 16 May 2005 00:54:11 -0700 Subject: [CM] cm/supercollider In-Reply-To: <3d5d534d5972f9f9cfcc1e994c5627e2@uiuc.edu> References: <3d5d534d5972f9f9cfcc1e994c5627e2@uiuc.edu> Message-ID: Some new additions have been added to cvs relating to cm/supercollider. 1. doc/dict/supercollider-topic.html has some new information about two new classes: sc-env and sc-buffer which try to add some slightly "higher level" control. 2. new examples of sc-env and sc-buffer in etc/examples/sc.cm 3. dumposc - new function to print the contents of an osc file to standard output. there is a new entry in the cm dictionary as well. 4. also a new doc for midi-file-print. It would be great if people want to keep testing and seeing if things are working right. Also, any feedback or suggestions are more than welcome. thanks. todd From xkr47 at outerspace.dyndns.org Mon May 16 02:04:00 2005 From: xkr47 at outerspace.dyndns.org (Jonas Berlin) Date: Mon, 16 May 2005 09:04:00 +0000 Subject: [CM] snd - right channel only silence when loading files Message-ID: <42886200.9050907@outerspace.dyndns.org> Hello.. I have a problem with snd that if I open a stereo .wav file into snd, only the left channel has audio, the right channel is only silence (with the correct length). I tried also to convert the .wav to .au using sox, but the result was the same when loading the .au file. Also, when hitting "sync" and then "play" from the lower right corner, only the left channel plays. Then I converted the audio file to mono (sox file.wav -c 1 monofile.wav) and it loaded fine, and also played fine on both speakers. Thus it seems it's a bug in the file loading part. Some info about my system: distribution: Gentoo Linux cpu: AMD Athlon 64 sizeof(int): 4 sizeof(long): 8 $ snd --version This is Snd version 7.10 of 11-Feb-05: no embedded language ALSA 1.0.8 Sndlib 19.9 (7-Feb-05, float samples) CLM 3.10 (7-Feb-05) Gtk+ 2.4.13, Glib 2.4.8, Pango 1.6.0 LADSPA 1.1 with large file support with gettext: LC_CTYPE=fi_FI at euro;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C Compiled Mar 14 2005 11:40:56 C: 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7) Libc: 2.3.4.20041102 configured via: ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib --with-ladspa --with-float-samples --with-float-sample-width --with-alsa --without-esd --with-gtk --without-guile --without-ruby --with-x $ ldd /usr/bin/snd libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 libm.so.6 => /lib/tls/libm.so.6 libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 libdl.so.2 => /lib/libdl.so.2 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libasound.so.2 => /usr/lib/libasound.so.2 libc.so.6 => /lib/tls/libc.so.6 libX11.so.6 => /usr/lib/libX11.so.6 libXrandr.so.2 => //usr/lib/libXrandr.so.2 libXi.so.6 => //usr/lib/libXi.so.6 libXinerama.so.1 => //usr/lib/libXinerama.so.1 libXft.so.2 => //usr/lib/libXft.so.2 libfreetype.so.6 => //usr/lib/libfreetype.so.6 libfontconfig.so.1 => //usr/lib/libfontconfig.so.1 libXfixes.so.3 => //usr/lib/libXfixes.so.3 libXcursor.so.1 => //usr/lib/libXcursor.so.1 libXrender.so.1 => //usr/lib/libXrender.so.1 libXext.so.6 => //usr/lib/libXext.so.6 libpangoft2-1.0.so.0 => //usr/lib/libpangoft2-1.0.so.0 /lib64/ld-linux-x86-64.so.2 libpthread.so.0 => /lib/tls/libpthread.so.0 libexpat.so.0 => /usr/lib/libexpat.so.0 libz.so.1 => /lib/libz.so.1 I'm a programmer, so I could maybe have a shot at debugging the program if you could give me some pointers what to do and where.. or maybe try switching some libraries it uses, if you suspect that to be the problem. Thanks for your time, -- - xkr47 From taube at uiuc.edu Tue May 17 08:53:32 2005 From: taube at uiuc.edu (Rick Taube) Date: Tue, 17 May 2005 10:53:32 -0500 Subject: [CM] CM timings in cl and scheme Message-ID: <6152f3f893c875c03b493f14be5621fc@uiuc.edu> now that cm runs in most cls and three schemes (port to STklos scheme is not quite done...) Ive added a timing suite to the distro (etc/time.cm) so I can keep track of whats going on. here are some results for your amusement. Ive lumped Schemes and CLs apart from each other. Stklos is in the ballpark with CLISP, and gauche is not that far behind. I dont know why Guile is losing so big, it may have to do with testing on a ppc instead of x86, or maybe ive screwed up somewhere. but stklos and gauche do pretty well! MACHINE: Dual 1.8 GHz PPC/G5, 1GIG RAM, OS X 10.3.9 #1 reading cyclic pattern 10000 times #2 reading random pattern 10000 times #3 running process 10000 times #4 outputting 10000 midi notes to nowhere #5 appending 1000 midi notes to seq #6 3 processes to midifile, each 1000 notes/random waits #1 #2 #3 #4 #5 #6 Gauche 0.8.3 0.657 1.250 0.275 0.673 4.506 0.515 Guile 1.7.1 1.000 36.000 7.666 18.000 17.333 6.333 STklos 0.61 0.360 1.555 0.340 0.786 1.383 ????? CLISP 2.33 0.269 0.396 0.170 0.365 0.803 0.427 OpenMCL 0.14.2 0.047 0.117 0.150 0.222 0.438 0.235 SBCL 0.8.17 0.030 0.041 0.013 0.630 0.224 0.271 From rm at fabula.de Tue May 17 09:50:07 2005 From: rm at fabula.de (rm at fabula.de) Date: Tue, 17 May 2005 18:50:07 +0200 Subject: [CM] CM timings in cl and scheme In-Reply-To: <6152f3f893c875c03b493f14be5621fc@uiuc.edu> References: <6152f3f893c875c03b493f14be5621fc@uiuc.edu> Message-ID: <20050517165007.GE3334@seid-online.de> > > #1 #2 #3 #4 #5 #6 > > Gauche 0.8.3 0.657 1.250 0.275 0.673 4.506 0.515 > Guile 1.7.1 1.000 36.000 7.666 18.000 17.333 6.333 > STklos 0.61 0.360 1.555 0.340 0.786 1.383 ????? > > CLISP 2.33 0.269 0.396 0.170 0.365 0.803 0.427 > OpenMCL 0.14.2 0.047 0.117 0.150 0.222 0.438 0.235 > SBCL 0.8.17 0.030 0.041 0.013 0.630 0.224 0.271 May i forward this to the sbcl mailing list? They might be proud :-) Ralf Mattes > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From juanig at ccrma.Stanford.EDU Tue May 17 17:01:06 2005 From: juanig at ccrma.Stanford.EDU (Juan Reyes) Date: Tue, 17 May 2005 20:01:06 -0400 Subject: [CM] [Fwd: LISP WORKSHOP at CCRMA] Message-ID: <1116374466.12735.58.camel@strawberri.maginvent.org> -----Forwarded Message----- > From: Bruno T. Ruviaro > To: local-users at ccrma.Stanford.EDU > Cc: lisp-music-workshop at ccrma.Stanford.EDU > Subject: LISP WORKSHOP at CCRMA > Date: Tue, 17 May 2005 14:32:24 -0700 > > Dear Friends, > > The CCRMA-LISP Workshop is on. This is the first public announcement. > Please forward it to other appropriate mailing lists that you may know. > > Thanks, > > Bruno Ruviaro > > > > ________________________________________________________________________ > _____ > > CCRMA Lisp Music Workshop 2005 -- June 23-25 at Stanford > University > International Lisp Conference 2005 -- June 19-22 > ________________________________________________________________________ > _____ > > We cordially invite you to join us for a week of activities devoted to > Lisp and > Scheme-related music production at Stanford, June 19-25. > > Stanford's Center for Computer Research in Music and Acoustics (CCRMA) > will host > a three-day LISP MUSIC WORKSHOP at Stanford University June 23-25. > This unique > symposium immediately follows the International Lisp Conference 2005 > (ILC 2005), > which convenes at Stanford University June 19-22. Details about ILC > 2005 may be > found at: http://international-lisp-conference.org > > The CCRMA Lisp Music Workshop 2005 brings together noted composers, > performers, > scientists and technologists engaged in Lisp and Scheme-based music > production > and research. Three days of invited lectures, seminars and tutorials > will be > presented between Thursday, June 23 and Saturday, June 25. > > The Workshop will host two concerts of music composed and/or > electronically > realized using Lisp-based software. The first concert is on Monday > evening, > June 20 on the opening night of ILC 2005 in Stanford's Dinkelspiel > Auditorium. > This concert features the Ives Quartet playing works in historical > styles > composed by David Cope's (EMI) Experiments in Musical Intelligence > program. > New compositions by Roger Dannenberg, Mary Simoni, and Heinrich Taube > will also > be presented. A second concert on Thursday evening, June 23 in Campbell > Recital Hall of Stanford's Braun Music Center will feature new works of > Stanford composers. > > Technical content of the Workshop includes two half-day mini-symposia > devoted > to Musical Knowledge Representation, and Real-Time Signal Processing in > Lisp > and Scheme. Tutorials on Common Music (CM), Common Lisp Music (CLM), > Nyquist, > CLOS (the Common Lisp Object System) and Prolog are scheduled to be > presented > by key developers of these software tools. > > Invited Lisp Music Workshop speakers include: > > John Amuedo, founder of Signal Inference Corp. and the Music Cognition > Group, > M.I.T. Artificial Intelligence Laboratory > Chris Chafe, Prof. of Music and Director of CCRMA, Stanford University > David Cope, Prof. of Music at U.C. Santa Cruz and author of the > Experiments in > Musical Intelligence (EMI) automated composition program > Roger Dannenberg, Assoc. Research Prof. of Computer Science and Art at > Carnegie-Mellon University; author of the Nyquist signal processing > language > Randal Leistikow, Stanford CCRMA > Fernando Lopez-Lezcano, SysAdmin/Lecturer at Stanford CCRMA > Heinrich Taube -- Assoc. Prof. of Music Composition and Theory at > University > of Illinois, Urbana-Champaign and author of the Common Music language > Mary Simoni -- Associate Professor of Music Technology, Univ. of > Michigan, > Ann Arbor > Matt Wright - U.C. Berkeley CNMAT and Stanford CCRMA > > CCRMA has made its two primary teaching classrooms in Wilbur Trailer > Modules > available for Lisp Music Workshop lectures and tutorials, as well as > its two > primary Linux clusters for participants who are unable to bring their > own > laptop computers. > > Prerequisites of the Workshop are a working familiarity with Lisp or > Scheme, and > a professional interest in computational music production or research. > ILC 2005 > will present a one-day introductory Common Lisp tutorial on Sunday, > June 19 for > prospective Conference and Workshop participants who would like to > strengthen > their Lisp programming skills. > > Tuition of the three-day Lisp Music Workshop alone is $400 for > non-students and > $250 for students enrolled in an accredited academic institution. ILC > 2005 has > offered to extend a $100 discount on registration for ILC 2005 to CCRMA > Lisp > Music Workshop participants. The combined registration for ILC 2005 > and the > CCRMA Lisp Music Workshop is $850 for non-students, and $450 for > students. > On-site registration for ILC 2005 is subject to an additional $100 > surcharge > for non-students. Conference and Workshop tuition does not include > housing. > > Stanford has made two inexpensive housing options available to Lisp > Workshop > registrants: on-campus, dormitory-style (shared bath) housing directly > adjacent to ILC 2005 and Workshop activities for $45-55 per night, and > off-campus guest house rooms (with private bath) for $69-99 per night. > Also, > a local Palo Alto hotel situated approximately one mile from campus is > offering > preferred rates to Workshop participants of $99/day on weekends and > $109/day > on weekdays. The latter two options require that you make your own > transportation arrangements to and from campus. > > Registration for the CCRMA Lisp Music Workshop and ILC 2005 is subject > to space > and housing availability. Upon completion of your Workshop > registration and > receipt of your payment, you will be provided with links and > confirmation codes > to reserve housing and obtain the applicable ILC 2005 discount. > > Information about other CCRMA summer activities may be found at > http://ccrma.stanford.edu and general information about Stanford > University > may be found at http:/www.stanford.edu/ > > To request further registration information for the 2005 CCRMA Lisp > Music > Workshop, please complete the questionnaire below and email ASAP to: > > lisp-music-workshop at ccrma.stanford.edu > > Additional schedule, registration, payment, and housing information > will be > updated periodically at: > > http://ccrma.stanford.edu/lisp-workshop > > We look forward to you joining us for this week of Lisp-related > activities at > Stanford. > > WORKSHOP HOSTS > > John Amuedo, ILC 2005 Organizing Committee > Chris Chafe, Director of CCRMA > Bruno Ruviaro, CCRMA > > ________________________________________________________________________ > ________ > > TO: LISP-MUSIC-WORKSHOP at CCRMA.STANFORD.EDU > > SUBJECT: -- Lisp Workshop Registration Request > > I would like to attend the CCRMA Lisp Music Workshop, June 23-25 at > Stanford > University. Please provide me with further registration information. > > NAME: > > STREET ADDRESS: > > CITY, STATE and COUNTRY: > > EMAIL ADDRESS: > > PHONE NUMBER(s) and HOURS of AVAILABILITY (please indicate time zone): > > MUSICAL INTERESTS: > > COMPUTING SKILLS: > > LISP or SCHEME background: > > RELEVANT PAST PROJECTS: > > WORKSHOP TOPICS THAT I WOULD FIND MOST INTERESTING: > > PROJECT THAT I MIGHT LIKE to UNDERTAKE in LISP or SCHEME: > > MY HOUSING PREFERENCE: > { on-campus dorm , off-campus guest house , off-campus hotel , or > NOT-REQUIRED } > > I will (or will not) need to PARK a VEHICLE on the Stanford campus: > > I plan (or do not plan) to attend INTERNATIONAL LISP CONFERENCE 2005: > > ADDITIONAL COMMENTS: > > ________________________________________________________________________ > ________ > ________________________________________________________________________ > ________ From taube at uiuc.edu Wed May 18 14:18:42 2005 From: taube at uiuc.edu (Rick Taube) Date: Wed, 18 May 2005 16:18:42 -0500 Subject: [CM] Re: LISP WORKSHOP at CCRMA Message-ID: <31efc0d5c720aea70eb0671d2b9e30a4@uiuc.edu> speaking of lisp/music workshops, Ill also be hosting a tutorial on music composition at the International Lisp Conference at Stanford on June 19th, url blurb is here: http://www.international-lisp-conference.org/ tutorials.html#music_composition_in_lisp From k.s.matheussen at notam02.no Fri May 20 05:32:42 2005 From: k.s.matheussen at notam02.no (Kjetil Svalastog Matheussen) Date: Fri, 20 May 2005 14:32:42 +0200 (CEST) Subject: [CM] [ANN] Realtime Extension documentation for SND, and snd-ls V0.9.3.0 Message-ID: The Realtime Extension for the sound editor SND consists of two parts: 1. The RT Engine - An engine for doing realtime signal processing. 2. The RT Compiler - A compiler for a scheme-like programming language to generate realtime-safe code understood by the RT Engine. Homepage: http://www.notam02.no/arkiv/doc/snd-rt/ Screenshot: http://www.notam02.no/arkiv/doc/snd-rt/screenshot.png ******************************************** Snd-ls v0.9.3.0 --------------- Released 19.5.2005 About ----- Snd-ls is a distribution of the sound editor Snd. Its target is people that don't know scheme very well, and don't want to spend too much time configuring Snd. It can also serve as a quick introduction to Snd and how it can be set up. Changes 0.9.2.0 -> 0.9.3.0 --------------------------- -Updated SND to v7.13 from 18.5.2005. Many important changes. -Fixed a small error in the installation script. http://www.notam02.no/arkiv/src/snd/ From bigswift at ufl.edu Fri May 20 05:46:14 2005 From: bigswift at ufl.edu (shreeswifty) Date: Fri, 20 May 2005 08:46:14 -0400 (EDT) Subject: [CM] [ANN] Realtime Extension documentation for SND, and snd-ls V0.9.3.0 Message-ID: <460063020.1116593174065.JavaMail.osg@osgjas02.cns.ufl.edu> looks nice Kjetil! OS X ?? also (OT) are you still developing/mainting Mammut? cheers~ PAtrick On Fri May 20 08:32:42 EDT 2005, Kjetil Svalastog Matheussen wrote: > > > > The Realtime Extension for the sound editor SND consists of two > parts: > > 1. The RT Engine - An engine for doing realtime signal > processing. > 2. The RT Compiler - A compiler for a scheme-like programming > language > to generate realtime-safe code understood > by the > RT Engine. > > Homepage: > http://www.notam02.no/arkiv/doc/snd-rt/ > > Screenshot: > http://www.notam02.no/arkiv/doc/snd-rt/screenshot.png > > > ******************************************** > > > Snd-ls v0.9.3.0 > --------------- > Released 19.5.2005 > > > About > ----- > Snd-ls is a distribution of the sound editor Snd. Its target is > people that don't know scheme very well, and don't want > to spend too much time configuring Snd. It can also serve > as a quick introduction to Snd and how it can be set up. > > > Changes 0.9.2.0 -> 0.9.3.0 > --------------------------- > -Updated SND to v7.13 from 18.5.2005. Many important changes. > -Fixed a small error in the installation script. > > > http://www.notam02.no/arkiv/src/snd/ > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > > Patrick Pagano,M.F.A Digital Media Specialist Digital Worlds Institute University Of Florida (352) 294-2082 From k.s.matheussen at notam02.no Fri May 20 10:04:34 2005 From: k.s.matheussen at notam02.no (Kjetil Svalastog Matheussen ) Date: Fri, 20 May 2005 19:04:34 +0200 (CEST) Subject: [CM] [ANN] Realtime Extension documentation for SND, and snd-ls V0.9.3.0 In-Reply-To: <460063020.1116593174065.JavaMail.osg@osgjas02.cns.ufl.edu> References: <460063020.1116593174065.JavaMail.osg@osgjas02.cns.ufl.edu> Message-ID: <24661.212.169.96.218.1116608674.squirrel@webmail.uio.no> > looks nice Kjetil! > Thanks. > OS X ?? > Don't know. I guess gcc requires some other compiling and linking options... Probably not very much else that needs to be fixed. > also (OT) are you still developing/mainting Mammut? > Still maintaining, yes. :-) From joshp at u.washington.edu Fri May 20 17:06:58 2005 From: joshp at u.washington.edu (Joshua Parmenter) Date: Fri, 20 May 2005 17:06:58 -0700 Subject: [CM] CM random seed Message-ID: <3D01BC2F-0A5A-4276-B239-E3143362E22D@u.washington.edu> Hi everyone, I seem to be having a problem seeding randomness in CM 2.6.0 with openmcl 0.14.3 on OS X. This used to work in CM 2.4, but there seems to be a problem now setting the seed: ? (defvar *cm-state*) *CM-STATE* ? (defun makeseed () (setf c (make-random-state t)) (pprint c)) ;Compiler warnings : ; Undeclared free variable C (2 references), in MAKESEED. MAKESEED ? (makeseed) #.(RANDOM-STATE 64655 21585) ? (setf myseed #.(RANDOM-STATE 64655 21585)) > Error in process listener(4): Undefined function RANDOM-STATE called with arguments (41962 21226) . > While executing: "Unknown" > Type :GO to continue, :POP to abort. > If continued: Retry applying RANDOM-STATE to (41962 21226). Type :? for other options. 1 > (setf *cm-state* (make-random-state myseed)) > Error in process listener(4): Unbound variable: MYSEED > While executing: CCL::CHEAP-EVAL-IN-ENVIRONMENT > Type :GO to continue, :POP to abort. > If continued: Retry getting the value of MYSEED. Type :? for other options. 2 > Thanks for any thoughts. Josh ****************************************** Joshua D. Parmenter http://homepage.mac.com/joshpar/ "...Some people think a composer's supposed to please them, but in a way a composer is a chronicler... He's supposed to report on what he's seen and lived." -Charles Mingus -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Fri May 20 17:25:08 2005 From: taube at uiuc.edu (Rick Taube) Date: Fri, 20 May 2005 19:25:08 -0500 Subject: [CM] CM random seed In-Reply-To: <3D01BC2F-0A5A-4276-B239-E3143362E22D@u.washington.edu> References: <3D01BC2F-0A5A-4276-B239-E3143362E22D@u.washington.edu> Message-ID: Hello Joshua, CM just defaults to plain old *random-state* now, or you can pass a "personal" state to patterns and random functions using the :state arg. On May 20, 2005, at 7:06 PM, Joshua Parmenter wrote: > Hi everyone, > > I?seem to be having a problem seeding randomness in CM 2.6.0 with > openmcl 0.14.3 on OS X. This used to work in CM 2.4, but there seems > to be a problem now setting the seed: > > ? (defvar *cm-state*) > *CM-STATE* > ? (defun makeseed () (setf c (make-random-state t)) (pprint c)) > ;Compiler warnings : > ;?? Undeclared free variable C (2 references), in MAKESEED. > MAKESEED > ? (makeseed) > #.(RANDOM-STATE 64655 21585) > ? (setf myseed #.(RANDOM-STATE 64655 21585)) > > Error in process listener(4): Undefined function RANDOM-STATE called > with arguments (41962 21226) . > > While executing: "Unknown" > > Type :GO to continue, :POP to abort. > > If continued: Retry applying RANDOM-STATE to (41962 21226). > Type :? for other options. > 1 > (setf *cm-state* (make-random-state myseed)) > > Error in process listener(4): Unbound variable: MYSEED > > While executing: CCL::CHEAP-EVAL-IN-ENVIRONMENT > > Type :GO to continue, :POP to abort. > > If continued: Retry getting the value of MYSEED. > Type :? for other options. > 2 >? > > Thanks for any thoughts. > > Josh > > ****************************************** > Joshua D. Parmenter > http://homepage.mac.com/joshpar/ > > "...Some people think a composer's supposed to please them, but in a > way a composer is a chronicler... He's supposed to report on what he's > seen and lived." > ? ? ? ? ? ? ? ? ? ? ? -Charles Mingus > From taube at uiuc.edu Fri May 20 18:01:14 2005 From: taube at uiuc.edu (Rick Taube) Date: Fri, 20 May 2005 20:01:14 -0500 Subject: [CM] CM random seed In-Reply-To: <59AE082C-FCAD-4F5B-98EB-F6B791127D4E@u.washington.edu> References: <3D01BC2F-0A5A-4276-B239-E3143362E22D@u.washington.edu> <59AE082C-FCAD-4F5B-98EB-F6B791127D4E@u.washington.edu> Message-ID: <0d6e446282932cf61249aa9be13861a1@uiuc.edu> Dont manipulate its printed representation, that will change from lisp to lisp anyway. just use make-random-state to create it, save it in some variable that you use to pass it to functions: ? (defparameter rstate (make-random-state nil)) ? rstate #.(RANDOM-STATE 64497 9) ? (loop repeat 10 collect (ran :type :uniform :state rstate)) (0.8205207 0.9152834 0.17589653 0.70255244 0.27051756 0.6529134 0.8977197 0.3460406 0.759235 0.29800546) ? rstate #.(RANDOM-STATE 7684 54345) On May 20, 2005, at 7:32 PM, Joshua Parmenter wrote: > Shouldn't this work then? > > ? *random-state* > #.(RANDOM-STATE 29972 27939) > ? (loop for i from 0 below 10 collect (ran :state #.(RANDOM-STATE > 29972 27939))) > > > Error in process listener(4): Undefined function RANDOM-STATE called > with arguments (29972 27939) . > > While executing: "Unknown" > > Type :GO to continue, :POP to abort. > > If continued: Retry applying RANDOM-STATE to (29972 27939). > Type :? for other options. > 1 >? > > is this not the correct way to pass in a random state to the state arg? > > Thanks, > > Josh From taube at uiuc.edu Sat May 21 12:27:10 2005 From: taube at uiuc.edu (Rick Taube) Date: Sat, 21 May 2005 14:27:10 -0500 Subject: [CM] CM random seed In-Reply-To: <16D7D016-BBAC-4778-B587-28A0AE98E767@u.washington.edu> References: <3D01BC2F-0A5A-4276-B239-E3143362E22D@u.washington.edu> <59AE082C-FCAD-4F5B-98EB-F6B791127D4E@u.washington.edu> <0d6e446282932cf61249aa9be13861a1@uiuc.edu> <16D7D016-BBAC-4778-B587-28A0AE98E767@u.washington.edu> Message-ID: <589d541581e94fb91f5d0c8b4b622fda@uiuc.edu> On May 21, 2005, at 11:23 AM, Joshua Parmenter wrote: > Thanks Rick, that works.? > But how can I change the seeded value?? Or save one (other then the > one generated by nil) for later use (possibly in another session) if > the printed one can't be manipulated? I know this will be different > for different lisps, but I am more concerned with personal use, and I > was able to do this not long ago (in CM 2.4). Now that code is broken, > and I want to try and find a way to fix it. > Josh CL deliberately does not provide a way to seed random states. but most implemenations probably have some mechanism -- in openmcl its ccl::initialize-random-state. this is what ccl does in l1-numbers.lisp : (defparameter *random-state* (initialize-random-state #xFBF1 9)) as far as saving random-states go, you should be able to print them to a file and read them back in. Most Lisps print random states using the #S read macro for just this reason -- i dont know why ccl uses #. since random-state cannot be a function. I guess you could redefine the print-object method for random states to print like this: #.(ccl::initialize-random-state nnn nnn) anyway cm has nothing to do with this stuff, its up to the underlying lisp to provide something (or not). if it worked in cm 2.4 then it was probably only because ccl was letting you do something that it no longer allows. From joshp at u.washington.edu Sat May 21 12:38:58 2005 From: joshp at u.washington.edu (Joshua Parmenter) Date: Sat, 21 May 2005 12:38:58 -0700 Subject: [CM] CM random seed In-Reply-To: <589d541581e94fb91f5d0c8b4b622fda@uiuc.edu> References: <3D01BC2F-0A5A-4276-B239-E3143362E22D@u.washington.edu> <59AE082C-FCAD-4F5B-98EB-F6B791127D4E@u.washington.edu> <0d6e446282932cf61249aa9be13861a1@uiuc.edu> <16D7D016-BBAC-4778-B587-28A0AE98E767@u.washington.edu> <589d541581e94fb91f5d0c8b4b622fda@uiuc.edu> Message-ID: <1D7F8F4D-EBEB-4F88-A154-A30DD648E28A@u.washington.edu> Thanks Rick. I was starting to get to that understanding myself as I've been working on it this morning. A few minutes ago I realized that there were different openmcl versions used in the os x binary dists. I think CM 2.4 was using 0.14.1, and now it looks like 0.14.3 is being used... sorry for the trouble... Thanks for you help! Josh ****************************************** Joshua D. Parmenter http://homepage.mac.com/joshpar/ "...Some people think a composer's supposed to please them, but in a way a composer is a chronicler... He's supposed to report on what he's seen and lived." -Charles Mingus On May 21, 2005, at 12:27 PM, Rick Taube wrote: > On May 21, 2005, at 11:23 AM, Joshua Parmenter wrote: > > >> Thanks Rick, that works. >> But how can I change the seeded value? Or save one (other then >> the one generated by nil) for later use (possibly in another >> session) if the printed one can't be manipulated? I know this will >> be different for different lisps, but I am more concerned with >> personal use, and I was able to do this not long ago (in CM 2.4). >> Now that code is broken, and I want to try and find a way to fix it. >> Josh >> > > CL deliberately does not provide a way to seed random states. but > most implemenations probably have some mechanism -- in openmcl its > ccl::initialize-random-state. this is what ccl does in l1- > numbers.lisp : > > (defparameter *random-state* (initialize-random-state #xFBF1 9)) > > as far as saving random-states go, you should be able to print them > to a file and read them back in. Most Lisps print random states > using the #S read macro for just this reason -- i dont know why ccl > uses #. since random-state cannot be a function. > > I guess you could redefine the print-object method for random > states to print like this: > > #.(ccl::initialize-random-state nnn nnn) > > anyway cm has nothing to do with this stuff, its up to the > underlying lisp to provide something (or not). if it worked in cm > 2.4 then it was probably only because ccl was letting you do > something that it no longer allows. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cewing at u.washington.edu Wed May 25 11:59:06 2005 From: cewing at u.washington.edu (cristopher pierson ewing) Date: Wed, 25 May 2005 11:59:06 -0700 (PDT) Subject: [CM] A question about GUI rpogramming for SND Message-ID: I'm playing around with modifying some of the GUI stuff in my copy of snd and adding a few new widgets for tasks I perform often. I have a few questions that have come up. It appears from my experimentation that all the elements of a gui widget must be defined and loaded at start-up. In other words, if I have a widget that is a slider with a minimum and a maximum value, those values must be defined when the program is loaded. Is this true? If so, is there any way that I can modify the default values for a slider, say, when the window containing it is opened? Here's a concrete example. In Dave Phillips' marks-menu.scm, there is a dialog for playing between two marks. The marks to play between are chosen using sliders. The initial boundary values for these sliders are hard-coded into the dialog as 0 and 25. I routinely place up to 75 or 100 marks in a soundfile. Is there a way that I can have the window dialog, when it is called, look to see what the largest mark number is for the currently selected sound and channel and adjust the maximum value of the slider to match that value? In other words, if I have 37 marks in a sound and I open the play-between-marks dialog from the menu, the sliders go from 0 to 36? Just curious. Thanks, Cris ******************************** Cris Ewing CME and Telehealth Web Services University of Washington School of Medicine Work Phone: (206) 685-9116 Home Phone: (206) 365-3413 E-mail: cewing at u.washington.edu ******************************* From orf at planet.nl Thu May 26 02:04:18 2005 From: orf at planet.nl (Tim Orford) Date: Thu, 26 May 2005 11:04:18 +0200 Subject: [CM] A question about GUI rpogramming for SND In-Reply-To: References: Message-ID: <20050526090418.GP3341@orford.org> On Wed, May 25, 2005 at 11:59:06AM -0700, cristopher pierson ewing wrote: > [...] is there any way that I can modify the default values for a slider, > say, when the window containing it is opened? if you dont already have it, get a pointer to the GtkAdjustment for the slider: GtkAdjustment* adj = gtk_range_get_adjustment(GTK_RANGE(my_slider)); the adjustment struct has these properties: lower page-increment page-size step-increment upper value so you can do, eg: adj->upper = 50.0; see: http://developer.gnome.org/doc/API/2.0/gtk/GtkAdjustment.html hope that helps. cheers -- Tim Orford From k.s.matheussen at notam02.no Thu May 26 03:13:34 2005 From: k.s.matheussen at notam02.no (Kjetil Svalastog Matheussen ) Date: Thu, 26 May 2005 12:13:34 +0200 (CEST) Subject: [CM] Re: A question about GUI rpogramming for SND (cristopher pierson ewing) In-Reply-To: <20050525190009.20171.80803.Mailman@cm-mail.stanford.edu> References: <20050525190009.20171.80803.Mailman@cm-mail.stanford.edu> Message-ID: <53805.212.169.96.218.1117102414.squirrel@webmail.uio.no> cristopher pierson ewing: > > It appears from my experimentation that all the elements of a gui widget > must be defined and loaded at start-up. In other words, if I have a > widget that is a slider with a minimum and a maximum value, those values > must be defined when the program is loaded. Is this true? > > If so, is there any way that I can modify the default values for a slider, > say, when the window containing it is opened? > I don't know, but I would guess that something like this should do: (define (set-min-max-for-slider slider min max) (XtVaSetValues slider (list XmNminimum min XmNmaximum max))) From tim at orford.org Wed May 25 13:27:49 2005 From: tim at orford.org (Tim Orford) Date: Wed, 25 May 2005 22:27:49 +0200 Subject: [CM] A question about GUI rpogramming for SND In-Reply-To: References: Message-ID: <20050525202749.GO3341@orford.org> On Wed, May 25, 2005 at 11:59:06AM -0700, cristopher pierson ewing wrote: > [...] is there any way that I can modify the default values for a slider, > say, when the window containing it is opened? if you dont already have it, get a pointer to the GtkAdjustment for the slider: GtkAdjustment* adj = gtk_range_get_adjustment(GTK_RANGE(my_slider)); the adjustment struct has these properties: lower page-increment page-size step-increment upper value so you can do, eg: adj->upper = 50.0; see: http://developer.gnome.org/doc/API/2.0/gtk/GtkAdjustment.html hope that helps. cheers -- Tim Orford From bil at ccrma.Stanford.EDU Fri May 27 04:13:13 2005 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 27 May 2005 04:13:13 -0700 Subject: [CM] A question about GUI rpogramming for SND In-Reply-To: References: Message-ID: <429700C9.1010206@ccrma> > It appears from my experimentation that all the elements of a gui widget must > be defined and loaded at start-up. In other words, if I have a widget that > is a slider with a minimum and a maximum value, those values must be defined > when the program is loaded. Is this true? Sliders have default ranges: 0 to 100, but they can also be changed at any time. > If so, is there any way that I can modify the default values for a slider, > say, when the window containing it is opened? In Motif, use XtVaSetValues. In Gtk, probably gtk_adjustment_set_value, or set the value field by hand -- (set! (.value (GTK_ADJUSTMENT adj)) 50.0). > In Dave Phillips' marks-menu.scm, there is a dialog for playing between two marks. > The marks to play between are chosen using sliders. The initial boundary values > for these sliders are hard-coded into the dialog as 0 and 25. I routinely place > up to 75 or 100 marks in a soundfile. Is there a way that I can have the window > dialog, when it is called, look to see what the largest mark number is for the > currently selected sound and channel and adjust the maximum value of the slider > to match that value? In other words, if I have 37 marks in a sound and I open > the play-between-marks dialog from the menu, the sliders go from 0 to 36? Yes. I changed the defaults to do this; also to highlight the currently selected marks, and so on. From znmeb at cesmail.net Sun May 29 08:50:42 2005 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 29 May 2005 08:50:42 -0700 Subject: [CM] "csh" dependency?? Message-ID: <4299E4D2.9030803@cesmail.net> I just got back to experimenting with "cm". I picked up the latest CVS from SourceForge. I managed to get the CMUCL version to compile and load, but it seems to need "csh" now. I don't remember this from before. Is this new, or did I just happen to have "csh" installed when I tested this before (shortly before the 2.6 release)? It's no big deal -- I installed "tcsh" and everything worked. From taube at uiuc.edu Sun May 29 09:54:39 2005 From: taube at uiuc.edu (taube at uiuc.edu) Date: Sun, 29 May 2005 11:54:39 -0500 Subject: [CM] "csh" dependency?? Message-ID: <9735f58a.4230027.8198600@expms6.cites.uiuc.edu> can you be more specific? there should not be any dependency. cm.sh uses bash not csh. maybe your problem is in the way a shell command is execed, ill take a look later at the sources. ---- Original message ---- >Date: Sun, 29 May 2005 08:50:42 -0700 >From: "M. Edward (Ed) Borasky" >Subject: [CM] "csh" dependency?? >To: cmdist at ccrma.Stanford.EDU > >I just got back to experimenting with "cm". I picked up the latest CVS >from SourceForge. I managed to get the CMUCL version to compile and >load, but it seems to need "csh" now. I don't remember this from before. >Is this new, or did I just happen to have "csh" installed when I tested >this before (shortly before the 2.6 release)? It's no big deal -- I >installed "tcsh" and everything worked. > >_______________________________________________ >Cmdist mailing list >Cmdist at ccrma.stanford.edu >http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From taube at uiuc.edu Mon May 30 08:47:24 2005 From: taube at uiuc.edu (taube at uiuc.edu) Date: Mon, 30 May 2005 10:47:24 -0500 Subject: [CM] CM ported to STKlos Scheme Message-ID: CM in cvs head now runs in STklos Scheme 0.70 in addition to Gauche and Guile. Ive also added some new sequencing functions for mapping and editing lists/seqs of event data. These new mapping functions support fancy iterations like the old stella command interprester, ie you can skip objects, map subbgroups of objects and so on See the documentation on the new function map-objects for more information: http://pinhead.music.uiuc.edu/~hkt/cm/doc/dict/map-objects-fn.html --rick From bil at ccrma.Stanford.EDU Tue May 31 04:08:24 2005 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Tue, 31 May 2005 04:08:24 -0700 Subject: [CM] Snd 7.13 Message-ID: <429C45A8.4030806@ccrma> Snd 7.13 many improvements thanks to Mike Scholz and Kjetil Matheussen, including: maraca.rb, play.rb, prc95.rb, singer.rb, zip.rb, and extensive additions to snd-test.rb. rt.tex vct* and vct+ region-|selection-|maxamp-position before-save-as-hook windowed-maxamp generator (clm.html, dsp.scm) added comment arg to save-sound-as added y-label to axis-info list beats-per-measure and x-axis-style x-axis-in-measures harmonicizer -- this splits each portion of a spectrum into a set of harmonics (formant-bank + polynomial) it is similar in spirit to ssb-bank (formant-bank + ssbs -- split spectrum, operate on each piece, reassemble) create-audit-dialog (snd-motif.scm) for hearing test show-axes menu choice (View:Axes) CLM: vowel.ins thanks to Michelle Daniels and Oded Ben-Tal. checked: sbcl 0.9.0|1, Mesa 6.2.1 (openGL) with much help from: Michelle Daniels, Oded Ben-Tal, Mike Scholz, Fernando Lopez-Lezcano, Kjetil Matheussen, Richard Rauch, Jelena Zoran, sting, Jonas Berlin, Daniel Zysman, Cris Ewing From xkr47 at outerspace.dyndns.org Tue May 31 08:24:06 2005 From: xkr47 at outerspace.dyndns.org (Jonas Berlin) Date: Tue, 31 May 2005 15:24:06 +0000 Subject: [Fwd: Re: [CM] snd - right channel only silence when loading files] Message-ID: <429C8196.5060305@outerspace.dyndns.org> forgot to cc the reply to the list.. -------- Original Message -------- Subject: Re: [CM] snd - right channel only silence when loading files Date: Mon, 16 May 2005 12:49:40 +0000 From: Jonas Berlin Organization: Helsinki University of Technology To: Bill Schottstaedt References: <42886200.9050907 at outerspace.dyndns.org> <4288894D.3040209 at ccrma> Quoting Bill Schottstaedt on 2005-05-16 11:51 UTC: > Thanks for the bug report! Could you send me the file? Unfortunately, it happens with any file. I don't know if it was my switch to a 64-bit processor or maybe an upgrade from an older version of snd or some librbary used by snd that cause these problems.. :P -- - xkr47