From johannes.quint at web.de Tue Feb 2 02:36:25 2010 From: johannes.quint at web.de (Johannes Quint) Date: Tue, 2 Feb 2010 11:36:25 +0100 Subject: [CM] fms:rest Message-ID: <02BE7477-8C99-4FBD-915D-31AA89E38987@web.de> what is wrong in this code? (define (test) (process repeat 50 do (pick (fms:note :pitch (between 60 80) :dur 1) (fms:rest :dur 1)) (wait 1))) (sprout (test) "/Users/johannesquint/Desktop/test.ly" :clear #t :run #t) i get the following error: ;; fomus: value update out of sequence in module `' thanks, johannes -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Tue Feb 2 06:58:09 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Tue, 2 Feb 2010 08:58:09 -0600 Subject: [CM] fms:rest In-Reply-To: <02BE7477-8C99-4FBD-915D-31AA89E38987@web.de> References: <02BE7477-8C99-4FBD-915D-31AA89E38987@web.de> Message-ID: > what is wrong in this code? 1. pick is a function it evaluates all its args so you are calliing both note and rest each time you call pick 2. there is no reason to add rests, just advance time without sending a note. 3. in the most recent fomus you dont need to add clear: #t and run: #t (those are now the defaults) (define (test) (process repeat 50 do (if (odds .5) (fms:note :pitch (between 60 80) :dur 1 :part "p")) (wait 1))) (sprout (test) "test.ly" :parts '((:id "p" :inst "piano"))) Fomus is going through some rapid development now so you need to look at the fomus website and stay current with bugfixes. I have some advanced examples of fomus you can access on my class homepage: http://camil.music.uiuc.edu/Classes/404A2/ the "metrics.sal" file shows how to do some metrically complex things, multimarks.sal show how to add marks to things. david is redoing his marks api right now i think so that you will have more conrol on how and where marks are placed. From bjoern.lindig at googlemail.com Thu Feb 4 03:51:56 2010 From: bjoern.lindig at googlemail.com (Bjoern Lindig) Date: Thu, 4 Feb 2010 12:51:56 +0100 Subject: [CM] popup Message-ID: <201002041251.56790.bjoern.lindig@googlemail.com> Hi, I'm very new to snd and to this list. As much as I have seen, snd will be a very appropriate tool for what I'm doing. Unfortunately I'm struggling with some minor issues: I cannot open any popup- menu. I compiled snd from cvs with motif (as I felt it was quite a bit faster than gtk). Now, every time I right-click inside of snds window, the mouse- coursor changes (normally it points to the upper left, then it points to the upper right) and the whole graphical interface gets inactive, until I kill snd. I assume it is more likely an issue of the systems settings, than of snd. But it seemed to me, that motif is not that common, so I decided to try this list first, hoping that someone has seen this before and knows how to work arround. By the way, I'm on archlinux (x86_64) with kde4. Best regards, Bjoern P.s. here is the output of snd --version: This is Snd version 11.3 of 25-Jan-10: s7: 1.42 (20-Jan-10), Xen: 3.3 Jack: 0.116.2 Sndlib 21.2 (11-Dec-09, float samples) CLM 4.30 (14-Oct-09) GSL 1.13 fftw-3.2.2 Motif 2.3.1 X11R6 OpenGL 2.1 Mesa 7.7 Xpm 3.4.11 LADSPA: 1.1 with fam with gettext: en_US.utf8 Compiled Jan 25 2010 20:44:17 C: 4.4.2 20091208 (prerelease) Libc: 2.11.1.stable host: x86_64-unknown-linux-gnu From bil at ccrma.Stanford.EDU Thu Feb 4 07:00:04 2010 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Thu, 4 Feb 2010 07:00:04 -0800 Subject: [CM] popup In-Reply-To: <201002041251.56790.bjoern.lindig@googlemail.com> References: <201002041251.56790.bjoern.lindig@googlemail.com> Message-ID: <20100204145711.M26628@ccrma.Stanford.EDU> I'm not sure which version of Motif is 2.3.1, but that bug sounds like #1412 which was fixed in Motif in June 2009. I use Motif 2.2.3 (which is ok), but I think the current svn sources from motifzone are also ok (version 2.3.2, but they forgot to update the version number so it prints as 2.3.0). I think planetccrma has the latest version. From frisk.h at gmail.com Fri Feb 5 03:56:49 2010 From: frisk.h at gmail.com (Henrik Frisk) Date: Fri, 5 Feb 2010 12:56:49 +0100 Subject: [CM] Can't load external scripts Message-ID: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> Hi, I haven't been using Snd for some time so please forgive me if I'm missing something obvious. I'm using Snd 11.3 on a MacBook Pro running FC11 (x86_64). If I'm trying to load ws.scm by typing (load "/usr/lib64/snd/scheme/ws.scm") I get: ;io-error open-input-file: can't open extensions.scm, /usr/lib64/snd/scheme/ws.scm[5] Same if I try to load it from the command line: $snd -l /usr/lib64/snd/scheme/ws.scm If I try to load bird.scm: (load "/usr/lib64/snd/scheme/bird.scm") I get: ;definstrument: unbound variable, /usr/lib64/snd/scheme/bird.scm[34] Any help is appreciated. /Henrik -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Fri Feb 5 04:11:48 2010 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 5 Feb 2010 04:11:48 -0800 Subject: [CM] Can't load external scripts In-Reply-To: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> References: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> Message-ID: <20100205121006.M26340@ccrma.Stanford.EDU> > ;io-error open-input-file: can't open extensions.scm, /usr/lib64/snd/scheme/ws.scm[5] ws.scm loads extensions.scm, perhaps unnecessarily. You need to add extensions.scm's path to *load-path*: (set! *load-path* (cons "/usr/lib64/snd/scheme" *load-path*)) Perhaps s7 or Snd should do this automatically? From andersvi at notam02.no Fri Feb 5 04:23:17 2010 From: andersvi at notam02.no (andersvi at notam02.no) Date: Fri, 05 Feb 2010 13:23:17 +0100 Subject: [CM] Can't load external scripts In-Reply-To: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> (Henrik Frisk's message of "Fri, 5 Feb 2010 12:56:49 +0100") References: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> Message-ID: <87iqabna6i.fsf@notam02.no> >>>>> "H" == Henrik Frisk writes: H> If I'm trying to load ws.scm by typing (load H> "/usr/lib64/snd/scheme/ws.scm") I get: H> ;io-error open-input-file: can't open extensions.scm, H> /usr/lib64/snd/scheme/ws.scm[5] Hi Henrik. It seems 'load-from-path doesnt find the files in your current %load-path. Check or set the value of %load-path to the place where the files reside. Ie: (set! %load-path (cons "/usr/lib64/snd/scheme" %load-path)) or something close. You can set this in your config-file. (Its usually ~/.snd, but im not sure where its meant to be on a mac.) -anders From frisk.h at gmail.com Fri Feb 5 04:45:00 2010 From: frisk.h at gmail.com (Henrik Frisk) Date: Fri, 5 Feb 2010 13:45:00 +0100 Subject: [CM] Fwd: Can't load external scripts In-Reply-To: <311224201002050443g65dd5bfcn1f38a9128880cd4d@mail.gmail.com> References: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> <20100205121006.M26340@ccrma.Stanford.EDU> <311224201002050443g65dd5bfcn1f38a9128880cd4d@mail.gmail.com> Message-ID: <311224201002050445rd479921qe044c2314a8d2177@mail.gmail.com> [I forgot to cc the list...] On Fri, Feb 5, 2010 at 1:11 PM, Bill Schottstaedt wrote: > > ;io-error open-input-file: can't open extensions.scm, > /usr/lib64/snd/scheme/ws.scm[5] > > ws.scm loads extensions.scm, perhaps unnecessarily. You need > to add extensions.scm's path to *load-path*: > > (set! *load-path* (cons "/usr/lib64/snd/scheme" *load-path*)) > > Thanks that did it. I thought it had something to do with the path but I couldn't find the right variable to set... Now everything works as expected when I launch Snd from the command line. When I launch it from emacs, however, there is a permissions issue: ;mus-error ("can't write test.snd: Permission denied"), line 6 ; (set! *output* (make-sample->file output-1 channels data-format header-type comment)) ; ["ws.scm", line 161] I have inf-snd-working-directory and inf-snd-index-path set to writeable directories in my home folder. Perhaps s7 or Snd should do this automatically? > > FWIW, on my install the load-path was set to ("/usr/lib/snd/scheme" "/" "/usr/share/snd") by default. Best, /h -------------- next part -------------- An HTML attachment was scrubbed... URL: From frisk.h at gmail.com Fri Feb 5 04:47:59 2010 From: frisk.h at gmail.com (Henrik Frisk) Date: Fri, 5 Feb 2010 13:47:59 +0100 Subject: [CM] Can't load external scripts In-Reply-To: <87iqabna6i.fsf@notam02.no> References: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> <87iqabna6i.fsf@notam02.no> Message-ID: <311224201002050447t3cf28f4ered17edba15fab17d@mail.gmail.com> > H> If I'm trying to load ws.scm by typing (load > H> "/usr/lib64/snd/scheme/ws.scm") I get: > > H> ;io-error open-input-file: can't open extensions.scm, > H> /usr/lib64/snd/scheme/ws.scm[5] > > Hi Henrik. > > It seems 'load-from-path doesnt find the files in your current > %load-path. > > Check or set the value of %load-path to the place where the files > reside. Ie: > > (set! %load-path (cons "/usr/lib64/snd/scheme" %load-path)) > > or something close. > > You can set this in your config-file. (Its usually ~/.snd, but im not > sure where its meant to be on a mac.) > > -anders > Hi Anders, Thanks for the help! The problem is solved. /h -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Fri Feb 5 06:08:35 2010 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 5 Feb 2010 06:08:35 -0800 Subject: [CM] Fwd: Can't load external scripts In-Reply-To: <311224201002050445rd479921qe044c2314a8d2177@mail.gmail.com> References: <311224201002050356m40e5c4d5q13224651d5e82ee8@mail.gmail.com> <20100205121006.M26340@ccrma.Stanford.EDU> <311224201002050443g65dd5bfcn1f38a9128880cd4d@mail.gmail.com> <311224201002050445rd479921qe044c2314a8d2177@mail.gmail.com> Message-ID: <20100205140428.M20381@ccrma.Stanford.EDU> > I have inf-snd-working-directory and inf-snd-index-path set to > writeable directories in my home folder. I think those variables control where emacs and others find scripts and indexing (help) info. with-sound currently doesn't have a notion of a working directory. I was thinking of adding *clm-search-list* to the scheme version (it exists in the CL version), and maybe it could be used for output as well? Right now, however, you need to give the full output filename. On the extensions.scm problem, I think I'll move all the *-property handlers into C. I wonder if these property lists should be moved down a level into s7 -- I'm currently implementing such a list on nearly every foreign type. It would not be hard to add it to the user-defined type stuff in s7, but I hesitate (there's always another feature...). From bil at ccrma.Stanford.EDU Wed Feb 10 11:19:49 2010 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 10 Feb 2010 11:19:49 -0800 Subject: [CM] Snd 11.3 Message-ID: <20100210191723.M22149@ccrma.Stanford.EDU> Snd 11.3: The old functional form of show-listener no longer works: change (show-listener) to (set! (show-listener) #t). in CLM, mus-file-probe et al changed to get bools working across the FFI, (that is, mus-file-probe now returns either T or NIL, not 1 or 0), and sound-frames and friends now follow the *clm-seach-list* list. The rest of the Guile-dependent files have been removed. As soon as they are translated to s7, I'll put them back in. This includes the --with-snd-as-pd-external and --with-rt configuration switches. About half (~400?) of the CL functions have been implemented in s7test.scm (including CLOS via tiny-clos); they pass the sacla/ansi/clisp tests (also in s7test.scm). flocsig in generators.scm (flanged locsig). moved sound|channel|mix|mark|edit-property to C. removed NLS support (the po directory and so on). checked: gtk 2.19.3|4|5, FC 12, sbcl 1.0.35, had problems (old gcc) with gmp 5.0.0. Thanks!: Kim Cascone, Mike Scholz, Michael McNabb, Rick Taube, Michael Edwards, Fernando Lopez-Lezcano, Geoff Lee. From sr at seanreed.ie Sat Feb 13 05:58:27 2010 From: sr at seanreed.ie (Sean Reed) Date: Sat, 13 Feb 2010 13:58:27 +0000 Subject: [CM] building cm3.4.0 from source on Tiger 10.4.11 Message-ID: Hi, I'm trying to build cm3.4.0 from source on MacOs Tiger 10.4.11 on an intel machine. I feel like I'm getting frustratingly close, but am a couple of steps out of my depth. As far as I can tell, the issue *may* be somehow related to complex.h. My two scenarios: A) I configure sndlib using CC=g++ and make it. I build juce-1.50 using Xcode 2.5, with target deployment to 10.4 universal. I premake cm3.4.0 using --target gnu --sndlib ../sndlib and passing it the --juce ../../juce-1.50 option When I make this, it exits with this error: In file included from src/juce.h:1, from src/Scanner.h:16, from src/Scanner.cpp:21: src/juce_amalgamated.h:156:6: error: #error "To build with 10.4 compatibility, use a 10.5 or 10.6 SDK and set the deployment target to 10.4" make[1]: *** [obj/cm/Release/Scanner.o] Error 1 make: *** [cm] Error 2 Since I know I've built juce with a 10.4 deployment, and the file referred to in the error was src/juce, I thought it looks like the -- juce option in the premake (v3.5 installed from MacPorts) wasn't working properly. So I changed the #include in cm/src/juce.h to point my juce directory such: #include "../../juce-1.50/juce_amalgamated.h" Make again, and now it compiles for quite a while until it exits with this error: /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: _gsl_complex_arccos_real _gsl_complex_arccosh_real _gsl_complex_cos _gsl_complex_cosh _gsl_complex_div _gsl_complex_mul_real _gsl_complex_sin _gsl_sf_bessel_I0_e collect2: ld returned 1 exit status make[1]: *** [bin/cm] Error 1 make: *** [cm] Error 2 Scenario B) I configure sndlib using the default CC (i686-apple-darwin8- gcc-4.0.1) and make it I unpack the cm sources afresh. I modify the cm/src/juce.h as above I premake as above Upon make it compiles for a while again but then exits with this error: In file included from /usr/include/c++/4.0.0/backward/complex.h:31, from ../sndlib/clm.h:13, from src/SndLib.cpp:16: /usr/include/c++/4.0.0/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the header for the header for C++ includes, or instead of the deprecated header . To disable this warning use - Wno-deprecated. ../sndlib/clm.h:137: error: expected constructor, destructor, or type conversion before 'double' make[1]: *** [obj/cm/Release/SndLib.o] Error 1 make: *** [cm] Error 2 Any clues? Anybody else successfully built cm3.4.0 on Tiger? Thanks, Sean ------------------------- Sean Reed Dublin sr at seanreed.ie www.seanreed.ie -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Sat Feb 13 07:25:10 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Sat, 13 Feb 2010 09:25:10 -0600 Subject: [CM] building cm3.4.0 from source on Tiger 10.4.11 In-Reply-To: References: Message-ID: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> i think you will have problems with some math functions in 10.4 is there some reason that you are not using the juce_amalgamated that i have in the source tree? its has many bug fixes after his official 1.50 zipped release. On Feb 13, 2010, at 7:58 AM, Sean Reed wrote: > Hi, > > I'm trying to build cm3.4.0 from source on MacOs Tiger 10.4.11 on an > intel machine. > I feel like I'm getting frustratingly close, but am a couple of > steps out of my depth. > > As far as I can tell, the issue *may* be somehow related to complex.h. > > My two scenarios: > > A) > I configure sndlib using CC=g++ and make it. > I build juce-1.50 using Xcode 2.5, with target deployment to 10.4 > universal. > I premake cm3.4.0 using --target gnu --sndlib ../sndlib and passing > it the --juce ../../juce-1.50 option > > When I make this, it exits with this error: > In file included from src/juce.h:1, > from src/Scanner.h:16, > from src/Scanner.cpp:21: > src/juce_amalgamated.h:156:6: error: #error "To build with 10.4 > compatibility, use a 10.5 or 10.6 SDK and set the deployment target > to 10.4" > make[1]: *** [obj/cm/Release/Scanner.o] Error 1 > make: *** [cm] Error 2 > > Since I know I've built juce with a 10.4 deployment, and the file > referred to in the error was src/juce, I thought it looks like the -- > juce option in the premake (v3.5 installed from MacPorts) wasn't > working properly. > > So I changed the #include in cm/src/juce.h to point my juce > directory such: #include "../../juce-1.50/juce_amalgamated.h" > > Make again, and now it compiles for quite a while until it exits > with this error: > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: > _gsl_complex_arccos_real > _gsl_complex_arccosh_real > _gsl_complex_cos > _gsl_complex_cosh > _gsl_complex_div > _gsl_complex_mul_real > _gsl_complex_sin > _gsl_sf_bessel_I0_e > collect2: ld returned 1 exit status > make[1]: *** [bin/cm] Error 1 > make: *** [cm] Error 2 > > Scenario B) > I configure sndlib using the default CC (i686-apple-darwin8- > gcc-4.0.1) and make it > I unpack the cm sources afresh. > I modify the cm/src/juce.h as above > I premake as above > > Upon make it compiles for a while again but then exits with this > error: > In file included from /usr/include/c++/4.0.0/backward/complex.h:31, > from ../sndlib/clm.h:13, > from src/SndLib.cpp:16: > /usr/include/c++/4.0.0/backward/backward_warning.h:32:2: warning: > #warning This file includes at least one deprecated or antiquated > header. Please consider using one of the 32 headers found in section > 17.4.1.2 of the C++ standard. Examples include substituting the > header for the header for C++ includes, or instead > of the deprecated header . To disable this warning use - > Wno-deprecated. > ../sndlib/clm.h:137: error: expected constructor, destructor, or > type conversion before 'double' > make[1]: *** [obj/cm/Release/SndLib.o] Error 1 > make: *** [cm] Error 2 > > Any clues? > > Anybody else successfully built cm3.4.0 on Tiger? > > Thanks, > Sean > > > > > ------------------------- > Sean Reed > Dublin > sr at seanreed.ie > www.seanreed.ie > > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From sr at seanreed.ie Sat Feb 13 07:39:54 2010 From: sr at seanreed.ie (Sean Reed) Date: Sat, 13 Feb 2010 15:39:54 +0000 Subject: [CM] building cm3.4.0 from source on Tiger 10.4.11 In-Reply-To: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> References: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> Message-ID: Thanks for getting back to me so quickly. On 13 Feb 2010, at 15:25, Heinrich Taube wrote: > i think you will have problems with some math functions in 10.4 bummer about the math functions. i'm aware that still using 10.4 is going to catch up with me at some point soon, but i'm in the middle of a couple projects and don't dare to change my "running system". > is there some reason that you are not using the juce_amalgamated that > i have in the source tree? its has many bug fixes after his official > 1.50 zipped release. yes. trying to compile in accordance with the cm/readme instructions by using premake --verbose --target gnu --sndlib ../sndlib make results in this error: ==== Building juce ==== mkdir -p obj/juce/Release g++ -MMD -D "MACOSX" -I "src" -O2 -x objective-c++ -w -o obj/juce/ Release/juce_amalgamated.o -c src/juce_amalgamated.cpp src/juce_amalgamated.cpp:122:6: error: #error "To build with 10.4 compatibility, use a 10.5 or 10.6 SDK and set the deployment target to 10.4" That's what made me think I should rebuild juce with Xcode, so I could specify the deployment target as 10.4. Thanks, -Sean > > > > > On Feb 13, 2010, at 7:58 AM, Sean Reed wrote: > >> Hi, >> >> I'm trying to build cm3.4.0 from source on MacOs Tiger 10.4.11 on an >> intel machine. >> I feel like I'm getting frustratingly close, but am a couple of >> steps out of my depth. >> >> As far as I can tell, the issue *may* be somehow related to >> complex.h. >> >> My two scenarios: >> >> A) >> I configure sndlib using CC=g++ and make it. >> I build juce-1.50 using Xcode 2.5, with target deployment to 10.4 >> universal. >> I premake cm3.4.0 using --target gnu --sndlib ../sndlib and passing >> it the --juce ../../juce-1.50 option >> >> When I make this, it exits with this error: >> In file included from src/juce.h:1, >> from src/Scanner.h:16, >> from src/Scanner.cpp:21: >> src/juce_amalgamated.h:156:6: error: #error "To build with 10.4 >> compatibility, use a 10.5 or 10.6 SDK and set the deployment target >> to 10.4" >> make[1]: *** [obj/cm/Release/Scanner.o] Error 1 >> make: *** [cm] Error 2 >> >> Since I know I've built juce with a 10.4 deployment, and the file >> referred to in the error was src/juce, I thought it looks like the -- >> juce option in the premake (v3.5 installed from MacPorts) wasn't >> working properly. >> >> So I changed the #include in cm/src/juce.h to point my juce >> directory such: #include "../../juce-1.50/juce_amalgamated.h" >> >> Make again, and now it compiles for quite a while until it exits >> with this error: >> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: >> _gsl_complex_arccos_real >> _gsl_complex_arccosh_real >> _gsl_complex_cos >> _gsl_complex_cosh >> _gsl_complex_div >> _gsl_complex_mul_real >> _gsl_complex_sin >> _gsl_sf_bessel_I0_e >> collect2: ld returned 1 exit status >> make[1]: *** [bin/cm] Error 1 >> make: *** [cm] Error 2 >> >> Scenario B) >> I configure sndlib using the default CC (i686-apple-darwin8- >> gcc-4.0.1) and make it >> I unpack the cm sources afresh. >> I modify the cm/src/juce.h as above >> I premake as above >> >> Upon make it compiles for a while again but then exits with this >> error: >> In file included from /usr/include/c++/4.0.0/backward/complex.h:31, >> from ../sndlib/clm.h:13, >> from src/SndLib.cpp:16: >> /usr/include/c++/4.0.0/backward/backward_warning.h:32:2: warning: >> #warning This file includes at least one deprecated or antiquated >> header. Please consider using one of the 32 headers found in section >> 17.4.1.2 of the C++ standard. Examples include substituting the >> header for the header for C++ includes, or instead >> of the deprecated header . To disable this warning use - >> Wno-deprecated. >> ../sndlib/clm.h:137: error: expected constructor, destructor, or >> type conversion before 'double' >> make[1]: *** [obj/cm/Release/SndLib.o] Error 1 >> make: *** [cm] Error 2 >> >> Any clues? >> >> Anybody else successfully built cm3.4.0 on Tiger? >> >> Thanks, >> Sean >> >> >> >> >> ------------------------- >> Sean Reed >> Dublin >> sr at seanreed.ie >> www.seanreed.ie >> >> >> >> >> _______________________________________________ >> 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 From taube at uiuc.edu Sat Feb 13 08:55:31 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Sat, 13 Feb 2010 10:55:31 -0600 Subject: [CM] building cm3.4.0 from source on Tiger 10.4.11 In-Reply-To: References: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> Message-ID: Ive been meaning to make a stable binary release all week, its ready to go so you can use that when its at sourceforge. ill send a note when ive got it uploaded. On Feb 13, 2010, at 9:39 AM, Sean Reed wrote: > Thanks for getting back to me so quickly. > > On 13 Feb 2010, at 15:25, Heinrich Taube wrote: > >> i think you will have problems with some math functions in 10.4 > bummer about the math functions. > i'm aware that still using 10.4 is going to catch up with me at some > point soon, but i'm in the middle of a couple projects and don't dare > to change my "running system". > >> is there some reason that you are not using the juce_amalgamated that >> i have in the source tree? its has many bug fixes after his official >> 1.50 zipped release. > yes. > trying to compile in accordance with the cm/readme instructions by > using > > premake --verbose --target gnu --sndlib ../sndlib > make > > results in this error: > > ==== Building juce ==== > mkdir -p obj/juce/Release > g++ -MMD -D "MACOSX" -I "src" -O2 -x objective-c++ -w -o obj/juce/ > Release/juce_amalgamated.o -c src/juce_amalgamated.cpp > src/juce_amalgamated.cpp:122:6: error: #error "To build with 10.4 > compatibility, use a 10.5 or 10.6 SDK and set the deployment target > to 10.4" > > That's what made me think I should rebuild juce with Xcode, so I > could specify the deployment target as 10.4. > > Thanks, > > -Sean > > > >> >> >> >> >> On Feb 13, 2010, at 7:58 AM, Sean Reed wrote: >> >>> Hi, >>> >>> I'm trying to build cm3.4.0 from source on MacOs Tiger 10.4.11 on an >>> intel machine. >>> I feel like I'm getting frustratingly close, but am a couple of >>> steps out of my depth. >>> >>> As far as I can tell, the issue *may* be somehow related to >>> complex.h. >>> >>> My two scenarios: >>> >>> A) >>> I configure sndlib using CC=g++ and make it. >>> I build juce-1.50 using Xcode 2.5, with target deployment to 10.4 >>> universal. >>> I premake cm3.4.0 using --target gnu --sndlib ../sndlib and passing >>> it the --juce ../../juce-1.50 option >>> >>> When I make this, it exits with this error: >>> In file included from src/juce.h:1, >>> from src/Scanner.h:16, >>> from src/Scanner.cpp:21: >>> src/juce_amalgamated.h:156:6: error: #error "To build with 10.4 >>> compatibility, use a 10.5 or 10.6 SDK and set the deployment target >>> to 10.4" >>> make[1]: *** [obj/cm/Release/Scanner.o] Error 1 >>> make: *** [cm] Error 2 >>> >>> Since I know I've built juce with a 10.4 deployment, and the file >>> referred to in the error was src/juce, I thought it looks like the >>> -- >>> juce option in the premake (v3.5 installed from MacPorts) wasn't >>> working properly. >>> >>> So I changed the #include in cm/src/juce.h to point my juce >>> directory such: #include "../../juce-1.50/juce_amalgamated.h" >>> >>> Make again, and now it compiles for quite a while until it exits >>> with this error: >>> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: >>> _gsl_complex_arccos_real >>> _gsl_complex_arccosh_real >>> _gsl_complex_cos >>> _gsl_complex_cosh >>> _gsl_complex_div >>> _gsl_complex_mul_real >>> _gsl_complex_sin >>> _gsl_sf_bessel_I0_e >>> collect2: ld returned 1 exit status >>> make[1]: *** [bin/cm] Error 1 >>> make: *** [cm] Error 2 >>> >>> Scenario B) >>> I configure sndlib using the default CC (i686-apple-darwin8- >>> gcc-4.0.1) and make it >>> I unpack the cm sources afresh. >>> I modify the cm/src/juce.h as above >>> I premake as above >>> >>> Upon make it compiles for a while again but then exits with this >>> error: >>> In file included from /usr/include/c++/4.0.0/backward/complex.h:31, >>> from ../sndlib/clm.h:13, >>> from src/SndLib.cpp:16: >>> /usr/include/c++/4.0.0/backward/backward_warning.h:32:2: warning: >>> #warning This file includes at least one deprecated or antiquated >>> header. Please consider using one of the 32 headers found in section >>> 17.4.1.2 of the C++ standard. Examples include substituting the >>> header for the header for C++ includes, or instead >>> of the deprecated header . To disable this warning use - >>> Wno-deprecated. >>> ../sndlib/clm.h:137: error: expected constructor, destructor, or >>> type conversion before 'double' >>> make[1]: *** [obj/cm/Release/SndLib.o] Error 1 >>> make: *** [cm] Error 2 >>> >>> Any clues? >>> >>> Anybody else successfully built cm3.4.0 on Tiger? >>> >>> Thanks, >>> Sean >>> >>> >>> >>> >>> ------------------------- >>> Sean Reed >>> Dublin >>> sr at seanreed.ie >>> www.seanreed.ie >>> >>> >>> >>> >>> _______________________________________________ >>> 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 > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From sr at seanreed.ie Sat Feb 13 09:00:33 2010 From: sr at seanreed.ie (Sean Reed) Date: Sat, 13 Feb 2010 17:00:33 +0000 Subject: [CM] building cm3.4.0 from source on Tiger 10.4.11 In-Reply-To: References: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> Message-ID: <647DCE8B-EBB7-4F69-A019-4388210DB524@seanreed.ie> Thanks! -Sean On 13 Feb 2010, at 16:55, Heinrich Taube wrote: > Ive been meaning to make a stable binary release all week, its > ready to go so you can use that when its at sourceforge. > ill send a note when ive got it uploaded. > > On Feb 13, 2010, at 9:39 AM, Sean Reed wrote: > >> Thanks for getting back to me so quickly. >> >> On 13 Feb 2010, at 15:25, Heinrich Taube wrote: >> >>> i think you will have problems with some math functions in 10.4 >> bummer about the math functions. >> i'm aware that still using 10.4 is going to catch up with me at some >> point soon, but i'm in the middle of a couple projects and don't dare >> to change my "running system". >> >>> is there some reason that you are not using the juce_amalgamated >>> that >>> i have in the source tree? its has many bug fixes after his official >>> 1.50 zipped release. >> yes. >> trying to compile in accordance with the cm/readme instructions by >> using >> >> premake --verbose --target gnu --sndlib ../sndlib >> make >> >> results in this error: >> >> ==== Building juce ==== >> mkdir -p obj/juce/Release >> g++ -MMD -D "MACOSX" -I "src" -O2 -x objective-c++ -w -o obj/juce/ >> Release/juce_amalgamated.o -c src/juce_amalgamated.cpp >> src/juce_amalgamated.cpp:122:6: error: #error "To build with 10.4 >> compatibility, use a 10.5 or 10.6 SDK and set the deployment target >> to 10.4" >> >> That's what made me think I should rebuild juce with Xcode, so I >> could specify the deployment target as 10.4. >> >> Thanks, >> >> -Sean >> >> >> >>> >>> >>> >>> >>> On Feb 13, 2010, at 7:58 AM, Sean Reed wrote: >>> >>>> Hi, >>>> >>>> I'm trying to build cm3.4.0 from source on MacOs Tiger 10.4.11 >>>> on an >>>> intel machine. >>>> I feel like I'm getting frustratingly close, but am a couple of >>>> steps out of my depth. >>>> >>>> As far as I can tell, the issue *may* be somehow related to >>>> complex.h. >>>> >>>> My two scenarios: >>>> >>>> A) >>>> I configure sndlib using CC=g++ and make it. >>>> I build juce-1.50 using Xcode 2.5, with target deployment to 10.4 >>>> universal. >>>> I premake cm3.4.0 using --target gnu --sndlib ../sndlib and passing >>>> it the --juce ../../juce-1.50 option >>>> >>>> When I make this, it exits with this error: >>>> In file included from src/juce.h:1, >>>> from src/Scanner.h:16, >>>> from src/Scanner.cpp:21: >>>> src/juce_amalgamated.h:156:6: error: #error "To build with 10.4 >>>> compatibility, use a 10.5 or 10.6 SDK and set the deployment target >>>> to 10.4" >>>> make[1]: *** [obj/cm/Release/Scanner.o] Error 1 >>>> make: *** [cm] Error 2 >>>> >>>> Since I know I've built juce with a 10.4 deployment, and the file >>>> referred to in the error was src/juce, I thought it looks like >>>> the -- >>>> juce option in the premake (v3.5 installed from MacPorts) wasn't >>>> working properly. >>>> >>>> So I changed the #include in cm/src/juce.h to point my juce >>>> directory such: #include "../../juce-1.50/juce_amalgamated.h" >>>> >>>> Make again, and now it compiles for quite a while until it exits >>>> with this error: >>>> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: >>>> _gsl_complex_arccos_real >>>> _gsl_complex_arccosh_real >>>> _gsl_complex_cos >>>> _gsl_complex_cosh >>>> _gsl_complex_div >>>> _gsl_complex_mul_real >>>> _gsl_complex_sin >>>> _gsl_sf_bessel_I0_e >>>> collect2: ld returned 1 exit status >>>> make[1]: *** [bin/cm] Error 1 >>>> make: *** [cm] Error 2 >>>> >>>> Scenario B) >>>> I configure sndlib using the default CC (i686-apple-darwin8- >>>> gcc-4.0.1) and make it >>>> I unpack the cm sources afresh. >>>> I modify the cm/src/juce.h as above >>>> I premake as above >>>> >>>> Upon make it compiles for a while again but then exits with this >>>> error: >>>> In file included from /usr/include/c++/4.0.0/backward/complex.h:31, >>>> from ../sndlib/clm.h:13, >>>> from src/SndLib.cpp:16: >>>> /usr/include/c++/4.0.0/backward/backward_warning.h:32:2: warning: >>>> #warning This file includes at least one deprecated or antiquated >>>> header. Please consider using one of the 32 headers found in >>>> section >>>> 17.4.1.2 of the C++ standard. Examples include substituting the >>>> header for the header for C++ includes, or instead >>>> of the deprecated header . To disable this warning >>>> use - >>>> Wno-deprecated. >>>> ../sndlib/clm.h:137: error: expected constructor, destructor, or >>>> type conversion before 'double' >>>> make[1]: *** [obj/cm/Release/SndLib.o] Error 1 >>>> make: *** [cm] Error 2 >>>> >>>> Any clues? >>>> >>>> Anybody else successfully built cm3.4.0 on Tiger? >>>> >>>> Thanks, >>>> Sean >>>> >>>> >>>> >>>> >>>> ------------------------- >>>> Sean Reed >>>> Dublin >>>> sr at seanreed.ie >>>> www.seanreed.ie >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> _______________________________________________ >> Cmdist mailing list >> Cmdist at ccrma.stanford.edu >> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From reed at seanreed.ie Sat Feb 13 04:28:29 2010 From: reed at seanreed.ie (Sean Reed) Date: Sat, 13 Feb 2010 12:28:29 +0000 Subject: [CM] building cm3.4.0 from source on Tiger 10.4.11 Message-ID: <7FD5A2EA-E102-4FD8-9727-85420BBA2EA5@seanreed.ie> Hi, I'm trying to build cm3.4.0 from source on MacOs Tiger 10.4.11 on an intel machine. I feel like I'm getting frustratingly close, but am a couple of steps out of my depth. As far as I can tell, the issue *may* be somehow related to complex.h. My two scenarios: A) I configure sndlib using CC=g++ and make it. I build juce-1.50 using Xcode 2.5, with target deployment to 10.4 universal. I premake cm3.4.0 using --target gnu --sndlib ../sndlib and passing it the --juce ../../juce-1.50 option When I make this, it exits with this error: In file included from src/juce.h:1, from src/Scanner.h:16, from src/Scanner.cpp:21: src/juce_amalgamated.h:156:6: error: #error "To build with 10.4 compatibility, use a 10.5 or 10.6 SDK and set the deployment target to 10.4" make[1]: *** [obj/cm/Release/Scanner.o] Error 1 make: *** [cm] Error 2 Since I know I've built juce with a 10.4 deployment, and the file referred to in the error was src/juce, I thought it looks like the -- juce option in the premake (v3.5 installed from MacPorts) wasn't working properly. So I changed the #include in cm/src/juce.h to point my juce directory such: #include "../../juce-1.50/juce_amalgamated.h" Make again, and now it compiles for quite a while until it exits with this error: /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: _gsl_complex_arccos_real _gsl_complex_arccosh_real _gsl_complex_cos _gsl_complex_cosh _gsl_complex_div _gsl_complex_mul_real _gsl_complex_sin _gsl_sf_bessel_I0_e collect2: ld returned 1 exit status make[1]: *** [bin/cm] Error 1 make: *** [cm] Error 2 Scenario B) I configure sndlib using the default CC (i686-apple-darwin8- gcc-4.0.1) and make it I unpack the cm sources afresh. I modify the cm/src/juce.h as above I premake as above Upon make it compiles for a while again but then exits with this error: In file included from /usr/include/c++/4.0.0/backward/complex.h:31, from ../sndlib/clm.h:13, from src/SndLib.cpp:16: /usr/include/c++/4.0.0/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the header for the header for C++ includes, or instead of the deprecated header . To disable this warning use - Wno-deprecated. ../sndlib/clm.h:137: error: expected constructor, destructor, or type conversion before 'double' make[1]: *** [obj/cm/Release/SndLib.o] Error 1 make: *** [cm] Error 2 Any clues? Anybody else successfully built cm3.4.0 on Tiger? Thanks, Sean ------------------------- Sean Reed Dublin reed at seanreed.ie www.seanreed.ie -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Sat Feb 13 15:42:42 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Sat, 13 Feb 2010 17:42:42 -0600 Subject: [CM] CM 3.5.0 released In-Reply-To: <9EF8B9E1-3CBF-4FE4-99E2-4C91B086F330@seanreed.ie> References: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> <9EF8B9E1-3CBF-4FE4-99E2-4C91B086F330@seanreed.ie> Message-ID: <58008863-3B77-4178-9678-8C92CEFFD447@uiuc.edu> Ive just uploaded binary runtimes of CM 3.5.0 for osx linux and win32 (win32 does not have osc support) https://sourceforge.net/projects/commonmusic/files/ since these runtimes were built with fomus enabled you should definately upgrade to the latest fomus as well. there are some examples of fomus on my class page: http://camil.music.uiuc.edu/Classes/404A2/ ill be posting sndlib examples there too over the next few weeks. From sr at seanreed.ie Sat Feb 13 18:12:30 2010 From: sr at seanreed.ie (Sean Reed) Date: Sun, 14 Feb 2010 02:12:30 +0000 Subject: [CM] CM 3.5.0 released In-Reply-To: <58008863-3B77-4178-9678-8C92CEFFD447@uiuc.edu> References: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> <9EF8B9E1-3CBF-4FE4-99E2-4C91B086F330@seanreed.ie> <58008863-3B77-4178-9678-8C92CEFFD447@uiuc.edu> Message-ID: <19F92C06-11E5-4535-A5E1-88E559AD1BD7@seanreed.ie> Thanks for the quick new binary. Unfortunately it's still not launching under MacOS 10.4.11 (Intel). The crash log reports this: Link (dyld) error: Symbol not found: _NSDefaultRunLoopMode Referenced from: /Users/seanreed/Documents/Downloads/Grace.app/ Contents/MacOS/Grace Expected in: /System/Library/Frameworks/CoreFoundation.framework/ Versions/A/CoreFoundation I have an older copy of Grace.app v3.0.0 that launches fine on my machine. I notice from looking at the executables in the Contents/MacOS of the two Grace.apps that the v3.0.0 is a Universal and the 3.5.0 is just listed as Intel, if that makes a difference. Thanks again, Sean ------------------------- Sean Reed Dublin sr at seanreed.ie www.seanreed.ie On 13 Feb 2010, at 23:42, Heinrich Taube wrote: > Ive just uploaded binary runtimes of CM 3.5.0 for osx linux and > win32 (win32 does not have osc support) > > https://sourceforge.net/projects/commonmusic/files/ > > since these runtimes were built with fomus enabled you should > definately upgrade to the latest fomus as well. there are some > examples of fomus on my class page: > > http://camil.music.uiuc.edu/Classes/404A2/ > > ill be posting sndlib examples there too over the next few weeks. > > > From taube at uiuc.edu Sat Feb 13 19:01:07 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Sat, 13 Feb 2010 21:01:07 -0600 Subject: [CM] CM 3.5.0 released In-Reply-To: <19F92C06-11E5-4535-A5E1-88E559AD1BD7@seanreed.ie> References: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> <9EF8B9E1-3CBF-4FE4-99E2-4C91B086F330@seanreed.ie> <58008863-3B77-4178-9678-8C92CEFFD447@uiuc.edu> <19F92C06-11E5-4535-A5E1-88E559AD1BD7@seanreed.ie> Message-ID: sorry, building universal would probably fix it but thats way to much work for me right now . i guess i should switch to premake4 so people could use an xcode project for building universal. but even that is too much work for me right now! On Feb 13, 2010, at 8:12 PM, Sean Reed wrote: > Thanks for the quick new binary. > > Unfortunately it's still not launching under MacOS 10.4.11 (Intel). > > The crash log reports this: > Link (dyld) error: > > Symbol not found: _NSDefaultRunLoopMode > Referenced from: /Users/seanreed/Documents/Downloads/Grace.app/ > Contents/MacOS/Grace > Expected in: /System/Library/Frameworks/CoreFoundation.framework/ > Versions/A/CoreFoundation > > I have an older copy of Grace.app v3.0.0 that launches fine on my > machine. > > I notice from looking at the executables in the Contents/MacOS of > the two Grace.apps that the v3.0.0 is a Universal and the 3.5.0 is > just listed as Intel, if that makes a difference. > > Thanks again, > Sean > > > ------------------------- > Sean Reed > Dublin > sr at seanreed.ie > www.seanreed.ie > > > > > On 13 Feb 2010, at 23:42, Heinrich Taube wrote: > >> Ive just uploaded binary runtimes of CM 3.5.0 for osx linux and >> win32 (win32 does not have osc support) >> >> https://sourceforge.net/projects/commonmusic/files/ >> >> since these runtimes were built with fomus enabled you should >> definately upgrade to the latest fomus as well. there are some >> examples of fomus on my class page: >> >> http://camil.music.uiuc.edu/Classes/404A2/ >> >> ill be posting sndlib examples there too over the next few weeks. >> >> >> > From johannes.quint at web.de Sun Feb 14 00:34:56 2010 From: johannes.quint at web.de (Johannes Quint) Date: Sun, 14 Feb 2010 09:34:56 +0100 (CET) Subject: [CM] text in fomus Message-ID: <27846446.1323655.1266136496977.JavaMail.fmail@mwmweb007> i've still problems handling text in fomus. this doesn't works for me, what's my mistake? fomusfile "test.ly" () send "fms:note", pitch: 60, dur: 4, marks: {{"[x hi]"}} end thanks j ___________________________________________________________ GRATIS f?r alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de From sr at seanreed.ie Sun Feb 14 04:14:58 2010 From: sr at seanreed.ie (Sean Reed) Date: Sun, 14 Feb 2010 12:14:58 +0000 Subject: [CM] CM 3.5.0 released In-Reply-To: References: <2907D3C2-B88D-441A-9B2D-91095E0A3E2E@uiuc.edu> <9EF8B9E1-3CBF-4FE4-99E2-4C91B086F330@seanreed.ie> <58008863-3B77-4178-9678-8C92CEFFD447@uiuc.edu> <19F92C06-11E5-4535-A5E1-88E559AD1BD7@seanreed.ie> Message-ID: <8369D9A8-B823-407D-8532-06BA24420B66@seanreed.ie> No problem. It may just be time for me to finally upgrade my OS. Thanks for all the effort anyway. Sean On 14 Feb 2010, at 03:01, Heinrich Taube wrote: > sorry, building universal would probably fix it but thats way to much > work for me right now . > i guess i should switch to premake4 so people could use an xcode > project for building universal. > but even that is too much work for me right now! > > On Feb 13, 2010, at 8:12 PM, Sean Reed wrote: > >> Thanks for the quick new binary. >> >> Unfortunately it's still not launching under MacOS 10.4.11 (Intel). >> >> The crash log reports this: >> Link (dyld) error: >> >> Symbol not found: _NSDefaultRunLoopMode >> Referenced from: /Users/seanreed/Documents/Downloads/Grace.app/ >> Contents/MacOS/Grace >> Expected in: /System/Library/Frameworks/CoreFoundation.framework/ >> Versions/A/CoreFoundation >> >> I have an older copy of Grace.app v3.0.0 that launches fine on my >> machine. >> >> I notice from looking at the executables in the Contents/MacOS of >> the two Grace.apps that the v3.0.0 is a Universal and the 3.5.0 is >> just listed as Intel, if that makes a difference. >> >> Thanks again, >> Sean >> >> >> ------------------------- >> Sean Reed >> Dublin >> sr at seanreed.ie >> www.seanreed.ie >> >> >> >> >> On 13 Feb 2010, at 23:42, Heinrich Taube wrote: >> >>> Ive just uploaded binary runtimes of CM 3.5.0 for osx linux and >>> win32 (win32 does not have osc support) >>> >>> https://sourceforge.net/projects/commonmusic/files/ >>> >>> since these runtimes were built with fomus enabled you should >>> definately upgrade to the latest fomus as well. there are some >>> examples of fomus on my class page: >>> >>> http://camil.music.uiuc.edu/Classes/404A2/ >>> >>> ill be posting sndlib examples there too over the next few weeks. >>> >>> >>> >> > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From dpsenick at gmail.com Sun Feb 14 11:27:54 2010 From: dpsenick at gmail.com (David Psenicka) Date: Sun, 14 Feb 2010 13:27:54 -0600 Subject: [CM] text in fomus In-Reply-To: <27846446.1323655.1266136496977.JavaMail.fmail@mwmweb007> References: <27846446.1323655.1266136496977.JavaMail.fmail@mwmweb007> Message-ID: <1266175674.2792.25.camel@fred> it should be marks: {{"x" "hi"}} The brackets are the syntax for .fms files, which is why they appear in the documentation that way. If the docs say `[x string_text]', then you need to specify the mark with 1 string argument, so in scheme it has to be in a list, like {"x" "hi"}... in Lisp it's '("x" "hi"). Usually the mark has no arguments and you only need a string (like "." or ">") There's a bug in the debug-compiled version of fomus when you use text marks. But I think it's not in the release build (if it's broken it'll be fixed in the next release). I just rewrote a lot of the marks code, so there will be a few kinks that need to be worked out. On Sun, 2010-02-14 at 09:34 +0100, Johannes Quint wrote: > fomusfile "test.ly" () > send "fms:note", pitch: 60, dur: 4, marks: {{"[x hi]"}} > end -------------- next part -------------- An HTML attachment was scrubbed... URL: From computer.music.neix at gmail.com Mon Feb 15 14:40:21 2010 From: computer.music.neix at gmail.com (miquel parera) Date: Mon, 15 Feb 2010 23:40:21 +0100 Subject: [CM] Absolute beginner question Message-ID: Hello. Apologies for my low level question. I tried to make a .mid file from te command line with a .sal file. For example, with reich.sal example, but no works. I possible to make one script in the command line (linux system) for make this, like:? cm reich.sal In grace works fine. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Tue Feb 16 12:16:42 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Tue, 16 Feb 2010 14:16:42 -0600 Subject: [CM] Absolute beginner question In-Reply-To: References: Message-ID: <76436EB7-28FD-4579-8825-C5F4121F72D9@uiuc.edu> you can load scheme files from the command line, i could add sal files too but its not there now. if you use the cm app you must open midi ports explicitly, perhaps thats why things are not workding. On Feb 15, 2010, at 4:40 PM, miquel parera wrote: > Hello. Apologies for my low level question. > > I tried to make a .mid file from te command line with a .sal file. > For example, with reich.sal example, but no works. > > I possible to make one script in the command line (linux system) for > make this, like:? > > cm reich.sal > > In grace works fine. > > Thanks > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From g.lee at ed.ac.uk Wed Feb 17 01:58:13 2010 From: g.lee at ed.ac.uk (Geoff Lee) Date: Wed, 17 Feb 2010 09:58:13 +0000 Subject: [CM] CLM-4 on Ubuntu (was on OS X 10.6) In-Reply-To: <1a2f68931001011428r17926accm5658cc2df0a31f9a@mail.gmail.com> References: <1a2f68931001011428r17926accm5658cc2df0a31f9a@mail.gmail.com> Message-ID: Hi Michael, list... On 1 Jan 2010, at 22:28, Michael Goldberg wrote: > The libclm.so file was not being created because development versions > of necessary libraries were not installed. (This is a common > Debian/Ubuntu problem -- you need to install *-dev versions of a > library to compile.) I think after I installed the libasound2-dev and > libpthread-stubs0-dev it just started working on Ubuntu 64-bit, with > both clisp and sbcl. I may have installed some other libraries -- I > didn't keep close track. I also installed some lisp stuff (cl-uffi, > cl-asdf.) > Stupid question: what resources are required to run CLM-4? I just went through this investigation for a student and after your very useful post above, got things working. For the benefit of the list the other problem in this case was that Ubuntu 9.10 default install doesn't include /bin/csh by default! This causes all the calls to gcc to fail in all.lisp as they all invoke csh. >From a vanilla 9.10 Ubuntu install, the following were sufficient to get clm-4 up and running with the ALSA audio stack: sudo apt-get install emacs23 sudo apt-get install slime sudo apt-get install libasound2-dev sudo apt-get install libpthread-stubs0-dev sudo apt-get install csh Hope this helps someone :) -geoff ______________________________________ Geoff Lee Computing Support School of Arts, Culture and Environment University of Edinburgh 20 Chambers St, Edinburgh, Scotland, EH1 1JZ Tel: +44 (0)131 650 2341 ______________________________________ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From bil at ccrma.Stanford.EDU Wed Feb 17 06:09:13 2010 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 17 Feb 2010 06:09:13 -0800 Subject: [CM] CLM-4 on Ubuntu (was on OS X 10.6) In-Reply-To: References: <1a2f68931001011428r17926accm5658cc2df0a31f9a@mail.gmail.com> Message-ID: <20100217140512.M18287@ccrma.Stanford.EDU> I can't remember why I use /bin/csh -- this goes all the way back to the original CLM. Perhaps to get environment variables? Or it worked ca 1990 and I never looked at it again... From taube at uiuc.edu Wed Feb 17 06:15:53 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Wed, 17 Feb 2010 08:15:53 -0600 Subject: [CM] Absolute beginner question In-Reply-To: References: <76436EB7-28FD-4579-8825-C5F4121F72D9@uiuc.edu> Message-ID: <0100ECE0-38C4-4D76-BBA2-1B5E9A1ADCA5@uiuc.edu> > I possible to make one script in the command line (linux system) for > make this, like:? > > cm reich.sal yes you can load scheme files using --load . if you add --batch then cm should quit after the file is loaded. here are the commands: zippy-3:xcm hkt$ cm --help JUCE v1.50 Usage: cm [options] options: --version print version and exit --help print help and exit --load load file --eval evaluate expression --batch process options and exit --quiet don't print startup banner On Feb 16, 2010, at 7:31 PM, miquel parera wrote: > I tried with --load but nothing happened. This flag works with .scm > files? I have no problem with the midi because I do not intend to > use it in real time. Perhaps there is a way of use cm in clisp, for > example? > > 2010/2/16 Heinrich Taube > you can load scheme files from the command line, i could add sal > files too but its not there now. > if you use the cm app you must open midi ports explicitly, perhaps > thats why things are not workding. > > > > On Feb 15, 2010, at 4:40 PM, miquel parera wrote: > > Hello. Apologies for my low level question. > > I tried to make a .mid file from te command line with a .sal file. > For example, with reich.sal example, but no works. > > I possible to make one script in the command line (linux system) for > make this, like:? > > cm reich.sal > > In grace works fine. > > Thanks > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > > From taube at uiuc.edu Thu Feb 18 06:19:49 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Thu, 18 Feb 2010 08:19:49 -0600 Subject: [CM] fomus@lilypond In-Reply-To: <4B7CFA5E.8000709@folkwang-hochschule.de> References: <4B7CFA5E.8000709@folkwang-hochschule.de> Message-ID: Hello Johannes, im not sure what you mean by "the example page in the new grace-app is empty". when i boot the app i see: Help>Tutorials>Sal>Fomus Help>Examples>Sal>Fomus Examples both these examples work when I select them. you can get at some additional Fomus examples on my class page: http://camil.music.uiuc.edu/Classes/404A2/ If you mean't to say that the Audio>Fomus menu isnt working then that means you dont have Fomus installed. you can download a binary of Fomus here: http://sourceforge.net/projects/fomus/ On Feb 18, 2010, at 2:29 AM, jschmidt wrote: > Hi Rick, > > I am working on a project for accordion and I'd like to create some > scores with FOMUS. I defined a lot of processes in Grace for midi- > output for simulation and I am OK with this. So now I am looking for > some examples for FOMUS in your Grace-App, but I couldnt find any > (the example-page in the new grace-app is empty...). Do you have a > little documantation how I can get started with this? I would like > to use lilypond, because I worked with this before. > Thanks in advance > > Best, > Johannes > > > -- > *Johannes Schmidt * > Heckstr. 28 > 45239 Essen > Germany > *telefon* > +49-176-23510445 +49-201-49550164 > *mail* > jschmidt{at}folkwang-hochschule{dot}de blaumilch{at}gmx{dot}ch > *internet* > jschmidt.tryek.de www.tryek.de > *skype* > inthemoodforjo > From bil at ccrma.Stanford.EDU Thu Feb 18 12:03:02 2010 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Thu, 18 Feb 2010 12:03:02 -0800 Subject: [CM] timings Message-ID: <20100218200226.M86729@ccrma.Stanford.EDU> I just noticed something that makes me smile -- the Sndlib CLM is just as fast now as the CL (sbcl) version: Sndlib: :(time (with-sound () (fm-violin 0 20 440 .1))) 0.295582 SBCL: * (time (with-sound (:play nil) (fm-violin 0 20 440 .1))) Evaluation took: 0.294 seconds of real time (Both are srate 44100 etc). I don't think I'll try any other cases... From taube at uiuc.edu Thu Feb 18 13:47:46 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Thu, 18 Feb 2010 15:47:46 -0600 Subject: [CM] timings In-Reply-To: <20100218200226.M86729@ccrma.Stanford.EDU> References: <20100218200226.M86729@ccrma.Stanford.EDU> Message-ID: <9B2923C3-E297-43BC-B9EB-F2A61E2CE047@uiuc.edu> > > I just noticed something that makes me smile -- > the Sndlib CLM is just as fast now as the CL (sbcl) verrsion: yes it has seemed zippy to me for a while now and its really amazing that can just eval scheme audio expressions like this without the compile-file headaches. my class just started audio this week and will be pushing things hard over the next month or so! From taube at uiuc.edu Fri Feb 19 14:01:31 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Fri, 19 Feb 2010 16:01:31 -0600 Subject: [CM] svn tip unstable Message-ID: <968BE011-7FBD-42B8-ACCF-A6F2F593F40B@uiuc.edu> starting sometime tomorrow or sunday cm's SVN tip will be unstable for a week or two while i move the editor from JUCE's old TextEditor to its new, superfast CodeEditorComponent. Ive done part of this work and testing with with large scm files like peak-phases and animals -- with the new component the opening, highlighting, and editing of huge files is instantaneous now, hooray!! Unfortunately, the new class is so different from the old TextEdtor that I have to pretty much rewrite things from the bottom up... Since this will include all the low-level string lexing then if I have time Im also going to implement a Sal 2.0 which will be an infix, functional equivalent of Scheme (quite close to sal 1.0 actually but without "commands" so smaller and leaner and using an 'if ... end' for consistency) Of course ill continue to support the current sal. From taube at uiuc.edu Fri Feb 19 14:12:36 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Fri, 19 Feb 2010 16:12:36 -0600 Subject: [CM] duodecimal arithmetic for music In-Reply-To: <1a05ba061002191235ib0119f1kd1bc83101292d2da@mail.gmail.com> References: <1a05ba061002191235ib0119f1kd1bc83101292d2da@mail.gmail.com> Message-ID: <0EEAFC14-7B01-4EEF-8B8F-E2952F9F5947@uiuc.edu> honestly i dont think this is a much-needed thing but if you did want to do someting like that then i think it would only make sense as a radix in s7. i know s7 has radix support at least to 16 but im not sure what sort of "#x" twiddle you would use. On Feb 19, 2010, at 2:35 PM, John Kafritsas wrote: > While looking into the excellent Common Music 3, it occurred to me > that it might be very convenient to represent keys as duodecimal > numbers, so that, for example, 40 would be the 4th octave C, 50 the > 5th octave C etc. The whole 4th octave would be something like 40, > 41, 42, 43, 44, 45, 46, 47, 48, 49, 4a, 4b, with a and b the extra > digits representing decimal 10 and 11. I wonder if it is possible to > implement that in cm3, maybe using a notation like the #b for binary > or the #x for hexadecimal. Might it be possible to define a similar > prefix for duodecimals, so that, say, #t40 would be interpreted as > decimal 60, #t50 as decimal 72 etc? For one thing I wonder if you > think this is a good idea, for another I'd appreciate any hint at > how to do it. From bil at ccrma.Stanford.EDU Fri Feb 19 14:34:42 2010 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 19 Feb 2010 14:34:42 -0800 Subject: [CM] duodecimal arithmetic for music In-Reply-To: <0EEAFC14-7B01-4EEF-8B8F-E2952F9F5947@uiuc.edu> References: <1a05ba061002191235ib0119f1kd1bc83101292d2da@mail.gmail.com> <0EEAFC14-7B01-4EEF-8B8F-E2952F9F5947@uiuc.edu> Message-ID: <20100219223156.M85549@ccrma.Stanford.EDU> So #t4a is a b-flat? (and I assume your meant #t40 is 48?). There's no simple way currently to extend the # reader in this way in s7, though it's a common feature in scheme (Guile has it under some name like hash-reader-extend). You could pass these things as strings and use string->number, which knows about base 12. From john.kafritsas at gmail.com Fri Feb 19 17:54:02 2010 From: john.kafritsas at gmail.com (John Kafritsas) Date: Sat, 20 Feb 2010 03:54:02 +0200 Subject: [CM] duodecimal arithmetic for music In-Reply-To: <20100219223156.M85549@ccrma.Stanford.EDU> References: <1a05ba061002191235ib0119f1kd1bc83101292d2da@mail.gmail.com> <0EEAFC14-7B01-4EEF-8B8F-E2952F9F5947@uiuc.edu> <20100219223156.M85549@ccrma.Stanford.EDU> Message-ID: <1a05ba061002191754k2d4d9a4ie0883317f53d0033@mail.gmail.com> Thanks for the reply. As an aside, yes duodecimal 40 is decimal 48, but if one were to use duodecimal keys it would make sense to represent c4 as duodecimal 40, and c4 is key 60 in decimal. So there is some shifting, but it doesn't affect the point that duodecimal keys would allow for a rather simple octave-note numerical representation. And yes, duodecimal 4a would represent B-flat in the 4th octave, 4b would be a B, 50 would be a C, just like 40. A major chord 40, 44, 47 would shift one octave up to 50, 54, 57. It looks attractively simple. Anyway thanks for your comments. On Sat, Feb 20, 2010 at 12:34 AM, Bill Schottstaedt wrote: > So #t4a is a b-flat? (and I assume your meant #t40 is 48?). > There's no simple way currently to extend the # reader in this > way in s7, though it's a common feature in scheme (Guile has it > under some name like hash-reader-extend). You could pass > these things as strings and use string->number, which knows > about base 12. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From joel.binarybrain at gmail.com Sat Feb 20 11:00:37 2010 From: joel.binarybrain at gmail.com (Joel Ross) Date: Sat, 20 Feb 2010 19:00:37 +0000 Subject: [CM] list sort in Sal Message-ID: <6841eb841002201100w1669eba4h6a8d93e169c23d06@mail.gmail.com> Hello, I'm trying to sort a list in Sal, and the function fails with the error "illegal statement" for: sort (x, <) while this works in Scheme with: (sort x < ) Am I using incorrect syntax? Thanks, Joel From taube at uiuc.edu Sun Feb 21 07:39:54 2010 From: taube at uiuc.edu (Heinrich Taube) Date: Sun, 21 Feb 2010 09:39:54 -0600 Subject: [CM] list sort in Sal In-Reply-To: <6841eb841002201100w1669eba4h6a8d93e169c23d06@mail.gmail.com> References: <6841eb841002201100w1669eba4h6a8d93e169c23d06@mail.gmail.com> Message-ID: infix operators are not functions (the're infix operators). the right way to do this would be for me to either add a #' macro to mark things as functions or for me to provide functional names for these in scheme). For now the latter is easy enough for you to do ,just put something like this in an init file: (define less? <) (define greater? >) then when you start Grace you do sort(x,less?) To set an init file use File>Set Init File... On Feb 20, 2010, at 1:00 PM, Joel Ross wrote: > Hello, > > I'm trying to sort a list in Sal, and the function fails with the > error "illegal statement" for: > > sort (x, <) > > while this works in Scheme with: > > (sort x < ) > > Am I using incorrect syntax? > > Thanks, > Joel > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist