From k.s.matheussen at notam02.no Sun Jun 1 02:31:54 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Sun, 01 Jun 2008 11:31:54 +0200 (CEST) Subject: [CM] Realtime music programming using Snd-Rt Message-ID: Hi, Here is my camera-ready paper for icmc 2008: http://www.notam02.no/~kjetism/sndrt_icmc2008.pdf Hopefully someone may find parts of it very interesting. Abstract: " Snd-Rt is a system for realtime sound and music programming whose most distinct features are sample by sample processing and a very efficient realtime-safe conservative garbage collector. This, combined with a framework based on the S-expression syntax, makes it relatively easy to plug in high level languages such as Haskell, ML or Scheme to do realtime sample by sample processing. Using such very high level languages for realtime audio processing could provide previously unexplored possibilities. Snd-Rt lives inside the Snd sound editor and currently consists of a realtime sound engine, a built-in realtimesafe Scheme-like sound programming language named "RT", an interface for using the Faust compiler, and an interface for using the Stalin Scheme compiler. Stalin and "RT" can use CLM for DSP operations, while Faust uses its own system. An interactive Lisp interface is provided for all the compilers, and they all support very efficient sample by sample processing and strongly timed coroutines. Snd-Rt has been used for custom DSP routine prototyping, interactive sound installations, live improvisation (including use of custom-built hardware), exploratory music programming, surround mixing, and to make general sound applications. " From k.s.matheussen at notam02.no Sun Jun 1 02:46:17 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Sun, 01 Jun 2008 11:46:17 +0200 (CEST) Subject: [CM] [Faudiostream-devel] Realtime music programming using Snd-Rt In-Reply-To: References: Message-ID: On Sun, 1 Jun 2008, Kjetil S. Matheussen wrote: > > Hi, > > Here is my camera-ready paper for icmc 2008: > http://www.notam02.no/~kjetism/sndrt_icmc2008.pdf Oh, I forgot. There's a few thing here and there not implemented yet. I'll fix that soon. From gzeusmants at gmail.com Sun Jun 1 12:08:14 2008 From: gzeusmants at gmail.com (A.W.) Date: Sun, 1 Jun 2008 14:08:14 -0500 Subject: [CM] Debian package? Message-ID: <613b861a0806011208g291d2402t8817a1a9943b9df7@mail.gmail.com> The current package for Snd in Debian is 7.18, which is old. Anyone willing to package it/know someone who can get the new version into Debian? I'm not sure if I just pulled in the wrong dependencies(I don't build from source much) but I had to build with Gtk and ALSA(I used Jack as well, worked fine) as I think I saw some OSS errors in the configure script run. I'm running sidux, which is just sid with some scripts. If no one's running Debian, I could probably package it, but I'm unfamiliar with getting things into Debian, and I'm certainly not experienced enough to be an official packager. Great app, I've ironed out all my initial confusion. (wrong version combined with expecting it to be more like/less like emacs depending on the area) From bil at ccrma.Stanford.EDU Mon Jun 2 04:24:53 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon, 2 Jun 2008 04:24:53 -0700 Subject: [CM] Snd 9.10 Message-ID: <20080602112301.M78137@ccrma.Stanford.EDU> Snd 9.10 real-time/stalin support thanks to Kjetil. new version of autoc.ins thanks to Bret Battey more Forth-related improvements thanks to Mike. more jack-related changes thanks to Kjetil. 7 more generators in generators.scm, moved green.scm to generators.scm, moving moving-* from dsp.scm to generators.scm (and moved smoothing-filter to snd9.scm). retired the waveshape generator finally (see generators.scm for replacement). added chebyshev-t-sum, chebyshev-u-sum, and chebyshev-tu-sum using the recursive version of the Tn and Un calculations. Used by the polyoid and noid generators in generators.scm to compute peak-phases.scm. 4 more birds in animals.scm normalize-partials is now built-in (mus_normalize_partials in clm.c) music5 port: music5.f, music5-examples, old-music5.f expandn.ins from clm translated to Snd/CLM scheme (clm-ins.scm) checked: Clozure CL 1.2, guile 1.8.5, fth 1.1.0, clisp 2.45, Fedora 9, sbcl 1.0.17, gtk 2.13.1 Thanks!: Bret Battey, Kjetil Matheussen, Mike Scholz, Bill Gosper, Marc LeBrun, Julius Smith (Something is wrong at sourceforge -- it may be a day or two before I get that squared away). From vze26m98 at optonline.net Tue Jun 3 05:29:18 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Tue, 03 Jun 2008 08:29:18 -0400 Subject: [CM] Compiling rt-examples.scm in Snd-ls Message-ID: <20080603082918338916.5f0ee33f@optonline.net> Hi- Trying to run thr rt-examples.scm file from Snd-ls, the latest version from the notam archive. I get the following error: Error. -> play, position must be first or last, not #f Repeatedly when I invoke (make-rt-birds). Seems that the rt-compiler is loaded automatically, so after initialization of Snd-ls, I'm simply typing (load-from-path "rt-examples.scm"). Then (make-rt-birds). The transcript from Snd-ls is below. Debian Lenny/testing: Linux xenakis 2.6.24-1-686 #1 SMP Thu May 8 02:16:39 UTC 2008 i686 GNU/Linux cturner at xenakis:/usr/local/src/snd-ls-0.9.8.9/snd-9$ snd-ls Linking /home/cturner/snd-eval-c-cache/cache.A4Kc9W.so linking /home/cturner/snd-eval-c-cache/cache.qV3f25.so das_init linking /home/cturner/snd-eval-c-cache/cache.Ob3ZUh.so das_init linking /home/cturner/snd-eval-c-cache/cache.4VXCmy.so das_init WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) linking /home/cturner/snd-eval-c-cache/cache.GfXWyZ.so das_init WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and (ice-9 common-list) WARNING: (guile-user): `every' imported from both (srfi srfi-1) and (ice-9 common-list) linking /home/cturner/snd-eval-c-cache/cache.wUfTBw.so das_init Compiling /tmp/filesmh2Tm.c linking /tmp/filesmh2Tm.c.so das_init Compiling /tmp/fileOQcS0g.c linking /tmp/fileOQcS0g.c.so das_init Compiling /tmp/fileaf02Ed.c /tmp/fileaf02Ed.c: In function ?jack_port_name_eval_c_helper?: /tmp/fileaf02Ed.c:274: warning: initialization discards qualifiers from pointer target type /tmp/fileaf02Ed.c: In function ?jack_port_short_name_eval_c_helper?: /tmp/fileaf02Ed.c:283: warning: initialization discards qualifiers from pointer target type /tmp/fileaf02Ed.c: In function ?jack_port_type_eval_c_helper?: /tmp/fileaf02Ed.c:301: warning: initialization discards qualifiers from pointer target type linking /tmp/fileaf02Ed.c.so das_init Compiling /tmp/filecFm6Xn.c linking /tmp/filecFm6Xn.c.so das_init Compiling /tmp/file0vT91D.c linking /tmp/file0vT91D.c.so das_init Compiling /tmp/fileALIGrW.c linking /tmp/fileALIGrW.c.so das_init Compiling /tmp/fileydXhci.c linking /tmp/fileydXhci.c.so das_init Compiling /tmp/fileGCjAtI.c linking /tmp/fileGCjAtI.c.so das_init Compiling /tmp/fileGxzWVi.c linking /tmp/fileGxzWVi.c.so das_init num-inports: 8 : starting! Compiling /tmp/fileasT9kZ.c linking /tmp/fileasT9kZ.c.so das_init Compiling /tmp/filesqyqeM.c linking /tmp/filesqyqeM.c.so das_init Compiling /tmp/fileyygzmD.c linking /tmp/fileyygzmD.c.so das_init Alsa library loaded. Compiling /tmp/filegUbI1y.c linking /tmp/filegUbI1y.c.so das_init Compiling /tmp/filecvQHmE.c linking /tmp/filecvQHmE.c.so das_init Compiling /tmp/file07i04M.c linking /tmp/file07i04M.c.so das_init Compiling /tmp/filemSwe90.c linking /tmp/filemSwe90.c.so das_init keyargs/defarg ((autoimport-libs #t)) (#:key (autoimport-libs (quote undefined)) #:rest terms) keyargs/defarg ((in (quote (vct)))) (#:key (in (quote undefined)) #:rest code) keyargs/defarg ((in-bus #f) (out-bus #f)) (#:key (in-bus (quote undefined)) (out-bus (quote undefined)) #:allow-other-keys #:rest code) keyargs/defarg ((out-bus #f) (in-bus #f)) (play-type #:key (out-bus (quote undefined)) (in-bus (quote undefined)) #:rest rest) #:RT-Compiler loaded successfully... Compiling /tmp/fileA2j4Ri.c linking /tmp/fileA2j4Ri.c.so das_init Compiling /tmp/fileYnuNZE.c linking /tmp/fileYnuNZE.c.so das_init WARNING: (guile-user): `every' imported from both (ice-9 common-list) and (srfi srfi-1) WARNING: (guile-user): `reduce' imported from both (ice-9 common-list) and (srfi srfi-1) (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion `g_slist_find (accel_group->acceleratables, object) == NULL' failed (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion `g_slist_find (accel_group->acceleratables, object) == NULL' failed (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion `g_slist_find (accel_group->acceleratables, object) == NULL' failed (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion `g_slist_find (accel_group->acceleratables, object) == NULL' failed (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion `g_slist_find (accel_group->acceleratables, object) == NULL' failed #:snd_conffile.scm loaded. The RT-Player is currently configured only to run when not using LADSPA or the Expand, Contrast, Reverb or Filter control. snd-error! Unbound variable: Linking Unbound variable: Linking unbound-variable Compiling /tmp/fileBzeGRD.c linking /tmp/fileBzeGRD.c.so das_init Compiling /tmp/fileejXgQE.c linking /tmp/fileejXgQE.c.so das_init Compiling /tmp/fileb1FuNH.c linking /tmp/fileb1FuNH.c.so das_init Compiling /tmp/fileamQnoN.c linking /tmp/fileamQnoN.c.so das_init Compiling /tmp/fileX8aCZU.c linking /tmp/fileX8aCZU.c.so das_init Compiling /tmp/file2ewJE4.c linking /tmp/file2ewJE4.c.so das_init Compiling /tmp/fileJCGh1f.c linking /tmp/fileJCGh1f.c.so das_init Compiling /tmp/fileUJEB8s.c linking /tmp/fileUJEB8s.c.so das_init Compiling /tmp/fileDwbgdI.c linking /tmp/fileDwbgdI.c.so das_init Compiling /tmp/fileuLcQ3Z.c linking /tmp/fileuLcQ3Z.c.so das_init Compiling /tmp/filep0egrk.c linking /tmp/filep0egrk.c.so das_init Compiling /tmp/fileuau6CI.c linking /tmp/fileuau6CI.c.so das_init Compiling /tmp/file7PnHDc.c linking /tmp/file7PnHDc.c.so das_init Compiling /tmp/file4TXvBI.c linking /tmp/file4TXvBI.c.so das_init Compiling /tmp/fileTZspJg.c linking /tmp/fileTZspJg.c.so das_init Compiling /tmp/filem8qoQV.c linking /tmp/filem8qoQV.c.so das_init Compiling /tmp/fileD6yLVE.c linking /tmp/fileD6yLVE.c.so das_init # [(make-rt-birds)] Error. -> play, position must be first or last, not #f Error. -> play, position must be first or last, not #f Error. -> play, position must be first or last, not #f Error. -> play, position must be first or last, not #f [...] Error. -> play, position must be first or last, not #f Error. -> play, position must be first or last, not #f [^C] # -> destructor Some deprecated features have been used. Set the environment variable GUILE_WARN_DEPRECATED to "detailed" and rerun the program to get more information. Set it to "no" to suppress this message. From k.s.matheussen at notam02.no Tue Jun 3 05:52:20 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Tue, 03 Jun 2008 14:52:20 +0200 (CEST) Subject: [CM] Compiling rt-examples.scm in Snd-ls In-Reply-To: <20080603082918338916.5f0ee33f@optonline.net> References: <20080603082918338916.5f0ee33f@optonline.net> Message-ID: That's strange, but it seems like you haven't downloaded the latest version of snd-ls, which is v0.9.8.16. I hope that one will work better. On Tue, 3 Jun 2008, Charles Turner wrote: > Hi- > > Trying to run thr rt-examples.scm file from Snd-ls, the latest version > from the notam archive. I get the following error: > > Error. -> play, position must be first or last, not #f > > Repeatedly when I invoke (make-rt-birds). > > Seems that the rt-compiler is loaded automatically, so after > initialization of Snd-ls, I'm simply typing (load-from-path > "rt-examples.scm"). Then (make-rt-birds). > > The transcript from Snd-ls is below. > > Debian Lenny/testing: Linux xenakis 2.6.24-1-686 #1 SMP Thu May 8 > 02:16:39 UTC 2008 i686 GNU/Linux > > cturner at xenakis:/usr/local/src/snd-ls-0.9.8.9/snd-9$ snd-ls > Linking /home/cturner/snd-eval-c-cache/cache.A4Kc9W.so > linking /home/cturner/snd-eval-c-cache/cache.qV3f25.so das_init > linking /home/cturner/snd-eval-c-cache/cache.Ob3ZUh.so das_init > linking /home/cturner/snd-eval-c-cache/cache.4VXCmy.so das_init > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > linking /home/cturner/snd-eval-c-cache/cache.GfXWyZ.so das_init > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `reduce' imported from both (srfi srfi-1) and > (ice-9 common-list) > WARNING: (guile-user): `every' imported from both (srfi srfi-1) and > (ice-9 common-list) > linking /home/cturner/snd-eval-c-cache/cache.wUfTBw.so das_init > Compiling /tmp/filesmh2Tm.c > linking /tmp/filesmh2Tm.c.so das_init > Compiling /tmp/fileOQcS0g.c > linking /tmp/fileOQcS0g.c.so das_init > Compiling /tmp/fileaf02Ed.c > /tmp/fileaf02Ed.c: In function ?jack_port_name_eval_c_helper?: > /tmp/fileaf02Ed.c:274: warning: initialization discards qualifiers from > pointer target type > /tmp/fileaf02Ed.c: In function ?jack_port_short_name_eval_c_helper?: > /tmp/fileaf02Ed.c:283: warning: initialization discards qualifiers from > pointer target type > /tmp/fileaf02Ed.c: In function ?jack_port_type_eval_c_helper?: > /tmp/fileaf02Ed.c:301: warning: initialization discards qualifiers from > pointer target type > linking /tmp/fileaf02Ed.c.so das_init > Compiling /tmp/filecFm6Xn.c > linking /tmp/filecFm6Xn.c.so das_init > Compiling /tmp/file0vT91D.c > linking /tmp/file0vT91D.c.so das_init > Compiling /tmp/fileALIGrW.c > linking /tmp/fileALIGrW.c.so das_init > Compiling /tmp/fileydXhci.c > linking /tmp/fileydXhci.c.so das_init > Compiling /tmp/fileGCjAtI.c > linking /tmp/fileGCjAtI.c.so das_init > Compiling /tmp/fileGxzWVi.c > linking /tmp/fileGxzWVi.c.so das_init > num-inports: 8 > : starting! > Compiling /tmp/fileasT9kZ.c > linking /tmp/fileasT9kZ.c.so das_init > Compiling /tmp/filesqyqeM.c > linking /tmp/filesqyqeM.c.so das_init > Compiling /tmp/fileyygzmD.c > linking /tmp/fileyygzmD.c.so das_init > Alsa library loaded. > Compiling /tmp/filegUbI1y.c > linking /tmp/filegUbI1y.c.so das_init > Compiling /tmp/filecvQHmE.c > linking /tmp/filecvQHmE.c.so das_init > Compiling /tmp/file07i04M.c > linking /tmp/file07i04M.c.so das_init > Compiling /tmp/filemSwe90.c > linking /tmp/filemSwe90.c.so das_init > keyargs/defarg ((autoimport-libs #t)) > (#:key (autoimport-libs (quote undefined)) #:rest terms) > keyargs/defarg ((in (quote (vct)))) > (#:key (in (quote undefined)) #:rest code) > keyargs/defarg ((in-bus #f) (out-bus #f)) > (#:key (in-bus (quote undefined)) (out-bus (quote undefined)) > #:allow-other-keys #:rest code) > keyargs/defarg ((out-bus #f) (in-bus #f)) > (play-type #:key (out-bus (quote undefined)) (in-bus (quote > undefined)) #:rest rest) > #:RT-Compiler loaded successfully... > Compiling /tmp/fileA2j4Ri.c > linking /tmp/fileA2j4Ri.c.so das_init > > Compiling /tmp/fileYnuNZE.c > linking /tmp/fileYnuNZE.c.so das_init > WARNING: (guile-user): `every' imported from both (ice-9 common-list) > and (srfi srfi-1) > WARNING: (guile-user): `reduce' imported from both (ice-9 common-list) > and (srfi srfi-1) > > (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion > `g_slist_find (accel_group->acceleratables, object) == NULL' failed > > (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion > `g_slist_find (accel_group->acceleratables, object) == NULL' failed > > (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion > `g_slist_find (accel_group->acceleratables, object) == NULL' failed > > (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion > `g_slist_find (accel_group->acceleratables, object) == NULL' failed > > (snd:3305): Gtk-CRITICAL **: _gtk_accel_group_attach: assertion > `g_slist_find (accel_group->acceleratables, object) == NULL' failed > > #:snd_conffile.scm loaded. > The RT-Player is currently configured only to run when not using > LADSPA or the Expand, Contrast, Reverb or Filter control. > snd-error! > > Unbound variable: Linking > Unbound variable: Linking > unbound-variable > Compiling /tmp/fileBzeGRD.c > linking /tmp/fileBzeGRD.c.so das_init > > Compiling /tmp/fileejXgQE.c > linking /tmp/fileejXgQE.c.so das_init > > Compiling /tmp/fileb1FuNH.c > linking /tmp/fileb1FuNH.c.so das_init > > Compiling /tmp/fileamQnoN.c > linking /tmp/fileamQnoN.c.so das_init > > Compiling /tmp/fileX8aCZU.c > linking /tmp/fileX8aCZU.c.so das_init > > Compiling /tmp/file2ewJE4.c > linking /tmp/file2ewJE4.c.so das_init > > Compiling /tmp/fileJCGh1f.c > linking /tmp/fileJCGh1f.c.so das_init > > Compiling /tmp/fileUJEB8s.c > linking /tmp/fileUJEB8s.c.so das_init > > Compiling /tmp/fileDwbgdI.c > linking /tmp/fileDwbgdI.c.so das_init > > Compiling /tmp/fileuLcQ3Z.c > linking /tmp/fileuLcQ3Z.c.so das_init > > Compiling /tmp/filep0egrk.c > linking /tmp/filep0egrk.c.so das_init > > Compiling /tmp/fileuau6CI.c > linking /tmp/fileuau6CI.c.so das_init > > Compiling /tmp/file7PnHDc.c > linking /tmp/file7PnHDc.c.so das_init > > Compiling /tmp/file4TXvBI.c > linking /tmp/file4TXvBI.c.so das_init > > Compiling /tmp/fileTZspJg.c > linking /tmp/fileTZspJg.c.so das_init > > Compiling /tmp/filem8qoQV.c > linking /tmp/filem8qoQV.c.so das_init > > Compiling /tmp/fileD6yLVE.c > linking /tmp/fileD6yLVE.c.so das_init > > # > [(make-rt-birds)] > Error. -> play, position must be first or last, not #f > Error. -> play, position must be first or last, not #f > Error. -> play, position must be first or last, not #f > Error. -> play, position must be first or last, not #f > [...] > Error. -> play, position must be first or last, not #f > Error. -> play, position must be first or last, not #f > [^C] > # -> destructor > > Some deprecated features have been used. Set the environment > variable GUILE_WARN_DEPRECATED to "detailed" and rerun the > program to get more information. Set it to "no" to suppress > this message. > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From vze26m98 at optonline.net Tue Jun 3 06:08:06 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Tue, 03 Jun 2008 09:08:06 -0400 Subject: [CM] Compiling rt-examples.scm in Snd-ls In-Reply-To: References: <20080603082918338916.5f0ee33f@optonline.net> Message-ID: <20080603090806606514.63dc5423@optonline.net> On Tue, 03 Jun 2008 14:52:20 +0200 (CEST), Kjetil S. Matheussen wrote: > That's strange, but it seems like you haven't downloaded > the latest version of snd-ls, which is v0.9.8.16. > I hope that one will work better. Thanks, Kjetil- I just went to the last Snd-ls in the list, assuming it was the latest... C From k.s.matheussen at notam02.no Tue Jun 3 06:10:32 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Tue, 03 Jun 2008 15:10:32 +0200 (CEST) Subject: [CM] Compiling rt-examples.scm in Snd-ls In-Reply-To: <20080603090806606514.63dc5423@optonline.net> References: <20080603082918338916.5f0ee33f@optonline.net> <20080603090806606514.63dc5423@optonline.net> Message-ID: On Tue, 3 Jun 2008, Charles Turner wrote: > On Tue, 03 Jun 2008 14:52:20 +0200 (CEST), Kjetil S. Matheussen wrote: > >> That's strange, but it seems like you haven't downloaded >> the latest version of snd-ls, which is v0.9.8.16. >> I hope that one will work better. > > Thanks, Kjetil- > > I just went to the last Snd-ls in the list, assuming it was the > latest... > Please let me know how it goes. If 0.9.8.16 works fine, I'll move 0.9.8.9 into the "bad" directory. From vze26m98 at optonline.net Tue Jun 3 07:23:01 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Tue, 03 Jun 2008 10:23:01 -0400 Subject: [CM] Compiling rt-examples.scm in Snd-ls In-Reply-To: References: <20080603082918338916.5f0ee33f@optonline.net> <20080603090806606514.63dc5423@optonline.net> Message-ID: <20080603102301278490.120cd3ed@optonline.net> On Tue, 03 Jun 2008 15:10:32 +0200 (CEST), Kjetil S. Matheussen wrote: > Please let me know how it goes. If 0.9.8.16 works fine, > I'll move 0.9.8.9 into the "bad" directory. Hi Kjetil- The 0.9.8.16 version compiled and ran (make-rt-birds) without complaint, so move away with 0.9.8.9! I'll keep you posted on any other issues. (Love those birds though, Bill!) Best, Charles From vze26m98 at optonline.net Tue Jun 3 10:02:35 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Tue, 03 Jun 2008 13:02:35 -0400 Subject: [CM] RT-Stalin Build Overview? Message-ID: <20080603130235297349.b78ba32b@optonline.net> Hi Kjetil- I hoping you could confirm a brief overview of building RT-Stalin. I've got Snd-ls working, now: . I should build a "stock" version of Stalin? Do you have any idea whether the Debian binary is OK, or would you "strongly recommend" building from source? . Tinker with the makefile in rollendurchmesserzeitsammler and build it, run the tests and build graincloud? . Then finally, I'm left with the question: what is the relationship between the Stalin files in Snd-cvs, rollendurchmesserzeitsammler and Snd-ls? Thanks, Charles From k.s.matheussen at notam02.no Tue Jun 3 11:50:42 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Tue, 03 Jun 2008 20:50:42 +0200 (CEST) Subject: [CM] RT-Stalin Build Overview? In-Reply-To: <20080603130235297349.b78ba32b@optonline.net> References: <20080603130235297349.b78ba32b@optonline.net> Message-ID: On Tue, 3 Jun 2008, Charles Turner wrote: > Hi Kjetil- > > I hoping you could confirm a brief overview of building RT-Stalin. I've > got Snd-ls working, now: > > . I should build a "stock" version of Stalin? Do you have any idea > whether > the Debian binary is OK, or would you "strongly recommend" building > from source? > If the debian version is 0.11, it should be okay. If not you should build from source. (If you must build from source, here is modified stalin source which uses a little bit less when compile scheme files: http://www.notam02.no/~kjetism/stalin.c.gz (that version has removed the fast-tree-shake pass which makes the time compiling very large files shorter but smaller files longer) > . Tinker with the makefile in rollendurchmesserzeitsammler and build > it, > run the tests and build graincloud? > Yes, that's a good strategy. > . Then finally, I'm left with the question: what is the relationship > between the > Stalin files in Snd-cvs, rollendurchmesserzeitsammler and Snd-ls? > Snd-ls does not support stalin yet, you have to use Snd from cvs. Snd from cvs links with rollendurchmesserzeitsammler when compiled with the "--with-rt" option. From vze26m98 at optonline.net Tue Jun 3 12:06:32 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Tue, 03 Jun 2008 15:06:32 -0400 Subject: [CM] RT-Stalin Build Overview? In-Reply-To: References: <20080603130235297349.b78ba32b@optonline.net> Message-ID: <20080603150632511581.be0520ea@optonline.net> On Tue, 03 Jun 2008 20:50:42 +0200 (CEST), Kjetil S. Matheussen wrote: > here is modified stalin source which uses a little bit less > when compile scheme files: http://www.notam02.no/~kjetism/stalin.c.gz > (that version has removed the fast-tree-shake pass which makes > the time compiling very large files shorter but smaller files longer) I don't have sufficient permissions to access this file... > Snd-ls does not support stalin yet, you have to use Snd from cvs. > > Snd from cvs links with rollendurchmesserzeitsammler when compiled > with the "--with-rt" option. OK, thanks for the tip! Best, Charles From k.s.matheussen at notam02.no Tue Jun 3 12:20:16 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Tue, 03 Jun 2008 21:20:16 +0200 (CEST) Subject: [CM] RT-Stalin Build Overview? In-Reply-To: <20080603150632511581.be0520ea@optonline.net> References: <20080603130235297349.b78ba32b@optonline.net> <20080603150632511581.be0520ea@optonline.net> Message-ID: On Tue, 3 Jun 2008, Charles Turner wrote: > On Tue, 03 Jun 2008 20:50:42 +0200 (CEST), Kjetil S. Matheussen wrote: > >> here is modified stalin source which uses a little bit less >> when compile scheme files: http://www.notam02.no/~kjetism/stalin.c.gz >> (that version has removed the fast-tree-shake pass which makes >> the time compiling very large files shorter but smaller files longer) > > I don't have sufficient permissions to access this file... > Fixed. From border at breakz.be Wed Jun 4 10:52:22 2008 From: border at breakz.be (border) Date: Wed, 04 Jun 2008 19:52:22 +0200 Subject: [CM] snd-rt problem Message-ID: <1212601942.7085.16.camel@border-macbook> Hey (Kjetil) Dunno if I should post troubles with snd-rt here on the mailing-list or mail them directly to Kjetil, so in the meantime I'll post them here like I did before. If I run this code: ((lambda (hertz) (do ((x 1 (+ x 1))) ((> x (- (/ (/ (rte-samplerate) 2) hertz) 1))) (begin (print x) ( 0 (* 0.5 (/ 1 x) (oscil* (* hertz x))))))) 200) everything works as expected, generating a saw-wave up to the nyquist frequency on channel 0. But if I want to run the same code on channel 1, the saw-wave from channel 0 gets distorted a lot, and newly generated one is as expected. Is there an explanatino for this kind of behaviour? I have tried all kinds of volume levels, saw-wave levels, reversed the channels still the result remains. Only if I keep the number of sines generated below 40-45 then I get acceptable results (but not acceptable saw-waves). I do need the control over the different frequencies badly, otherwise I would've use another saw-wave generator probably. Thanks for looking at it. cheers From k.s.matheussen at notam02.no Wed Jun 4 11:23:39 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Wed, 04 Jun 2008 20:23:39 +0200 (CEST) Subject: [CM] snd-rt problem In-Reply-To: <1212601942.7085.16.camel@border-macbook> References: <1212601942.7085.16.camel@border-macbook> Message-ID: On Wed, 4 Jun 2008, border wrote: > Hey (Kjetil) > > Dunno if I should post troubles with snd-rt here on the mailing-list or > mail them directly to Kjetil, so in the meantime I'll post them here > like I did before. > > If I run this code: > > ((lambda (hertz) > (do ((x 1 (+ x 1))) > ((> x (- (/ (/ (rte-samplerate) 2) hertz) 1))) > (begin > (print x) > ( 0 (* 0.5 > (/ 1 x) > (oscil* (* hertz x))))))) > 200) > > everything works as expected, generating a saw-wave up to the nyquist > frequency on channel 0. > But if I want to run the same code on channel 1, the saw-wave from > channel 0 gets distorted a lot, and newly generated one is as expected. > Is there an explanatino for this kind of behaviour? > I have tried all kinds of volume levels, saw-wave levels, reversed the > channels still the result remains. > Only if I keep the number of sines generated below 40-45 then I get > acceptable results (but not acceptable saw-waves). > > I do need the control over the different frequencies badly, otherwise I > would've use another saw-wave generator probably. > > Thanks for looking at it. > You are simply using too much cpu. Snd-rt doesn't tell you, although it probaby should, when you use too much cpu. Instead it won't run remaining queued instruments. And since instruments are placed first in the scheduling queue, the instruments you add first are the one not to be played. Instruments using more cpu also gets a penalty, if I remember correctly, so they will not be run at next block iteration, which explains the distorted-like sound. I think this is a good example where you should use coroutines. Coroutines are only in CVS, and they are not very stable yet. But using coroutines you could write something like this: ( ((lambda (hertz) (do ((x 1 (+ x 1))) ((> x (- (/ (/ (rte-samplerate) 2) hertz) 1))) (spawn (define phase 0.0) (declare ( phase)) (debug "%d" x) (out 0 (* 0.05 (/ 1 x) (sin phase))) (inc! phase (hz->radians (* hertz x)))))) 200)) (not tested) But until I do a lot of debugging on that feature, you should instead try to use only one instrument playing all oscillators. I think the most efficient way would be to allocate all oscillators in a vector first before starting the instrument. From k.s.matheussen at notam02.no Wed Jun 4 11:42:20 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Wed, 04 Jun 2008 20:42:20 +0200 (CEST) Subject: [CM] snd-rt problem In-Reply-To: References: <1212601942.7085.16.camel@border-macbook> Message-ID: On Wed, 4 Jun 2008, Kjetil S. Matheussen wrote: > > > On Wed, 4 Jun 2008, border wrote: > >> Hey (Kjetil) >> >> Dunno if I should post troubles with snd-rt here on the mailing-list or >> mail them directly to Kjetil, so in the meantime I'll post them here >> like I did before. >> >> If I run this code: >> >> ((lambda (hertz) >> (do ((x 1 (+ x 1))) >> ((> x (- (/ (/ (rte-samplerate) 2) hertz) 1))) >> (begin >> (print x) >> ( 0 (* 0.5 >> (/ 1 x) >> (oscil* (* hertz x))))))) >> 200) >> >> everything works as expected, generating a saw-wave up to the nyquist >> frequency on channel 0. >> But if I want to run the same code on channel 1, the saw-wave from >> channel 0 gets distorted a lot, and newly generated one is as expected. >> Is there an explanatino for this kind of behaviour? >> I have tried all kinds of volume levels, saw-wave levels, reversed the >> channels still the result remains. >> Only if I keep the number of sines generated below 40-45 then I get >> acceptable results (but not acceptable saw-waves). >> >> I do need the control over the different frequencies badly, otherwise I >> would've use another saw-wave generator probably. >> >> Thanks for looking at it. >> > > You are simply using too much cpu. Snd-rt doesn't tell you, > although it probaby should, when you use too much cpu. Instead > it won't run remaining queued instruments. And since instruments > are placed first in the scheduling queue, the instruments > you add first are the one not to be played. Instruments using > more cpu also gets a penalty, if I remember correctly, so > they will not be run at next block iteration, which explains > the distorted-like sound. > > I think this is a good example where you should use coroutines. Coroutines Just tried it. No difference in CPU use. Not surprising when thinking about it. You are trying to play over 200 oscillators simultaniously. To make that work, you probably need to avoid calling "sin" somehow. Supercollider is probably a better tool for this, since it has some very efficient oscillator generators... From k.s.matheussen at notam02.no Wed Jun 4 11:53:48 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Wed, 04 Jun 2008 20:53:48 +0200 (CEST) Subject: [CM] snd-rt problem In-Reply-To: References: <1212601942.7085.16.camel@border-macbook> Message-ID: On Wed, 4 Jun 2008, Kjetil S. Matheussen wrote: > > > On Wed, 4 Jun 2008, Kjetil S. Matheussen wrote: > >> >> >> On Wed, 4 Jun 2008, border wrote: >> >> > Hey (Kjetil) >> > >> > Dunno if I should post troubles with snd-rt here on the mailing-list or >> > mail them directly to Kjetil, so in the meantime I'll post them here >> > like I did before. >> > >> > If I run this code: >> > >> > ((lambda (hertz) >> > (do ((x 1 (+ x 1))) >> > ((> x (- (/ (/ (rte-samplerate) 2) hertz) 1))) >> > (begin >> > (print x) >> > ( 0 (* 0.5 >> > (/ 1 x) >> > (oscil* (* hertz x))))))) >> > 200) >> > >> > everything works as expected, generating a saw-wave up to the nyquist >> > frequency on channel 0. >> > But if I want to run the same code on channel 1, the saw-wave from >> > channel 0 gets distorted a lot, and newly generated one is as expected. >> > Is there an explanatino for this kind of behaviour? >> > I have tried all kinds of volume levels, saw-wave levels, reversed the >> > channels still the result remains. >> > Only if I keep the number of sines generated below 40-45 then I get >> > acceptable results (but not acceptable saw-waves). >> > >> > I do need the control over the different frequencies badly, otherwise I >> > would've use another saw-wave generator probably. >> > >> > Thanks for looking at it. >> > >> >> You are simply using too much cpu. Snd-rt doesn't tell you, >> although it probaby should, when you use too much cpu. Instead >> it won't run remaining queued instruments. And since instruments >> are placed first in the scheduling queue, the instruments >> you add first are the one not to be played. Instruments using >> more cpu also gets a penalty, if I remember correctly, so >> they will not be run at next block iteration, which explains >> the distorted-like sound. >> >> I think this is a good example where you should use coroutines. Coroutines > > Just tried it. No difference in CPU use. Not surprising when thinking > about it. > > You are trying to play over 200 oscillators simultaniously. > To make that work, you probably need to avoid calling "sin" somehow. > Supercollider is probably a better tool for this, since it > has some very efficient oscillator generators... > Hold on, you can of course use faust instead. My naive first try looks like this: ((lambda (hertz) (do ((x 1 (+ x 1))) ((> x (- (/ (/ (rte-samplerate) 2) hertz) 1))) (begin (print x) (primitive-eval `( (out (* 0.5 ,(/ 1 x) (osc ,(* hertz x))))))))) 200) but takes many minutes to compile, and only uses a little bit less cpu than the version. I'm not fluent enough in Faust to implement your routine in Faust on the spot, but maybe someone at the Faust mailing list can help... From bil at ccrma.Stanford.EDU Wed Jun 4 11:59:48 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 4 Jun 2008 11:59:48 -0700 Subject: [CM] snd-rt problem In-Reply-To: References: <1212601942.7085.16.camel@border-macbook> Message-ID: <20080604185154.M25442@ccrma.Stanford.EDU> > [...] is probably a better tool for this, since it > has some very efficient oscillator generators... or try the new chebyshev stuff -- I bet it's as fast as any other method (a multiply and 2 adds per partial); there's an example in sndclm.html that uses polywave. From vze26m98 at optonline.net Wed Jun 4 14:13:27 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Wed, 04 Jun 2008 17:13:27 -0400 Subject: [CM] rollendurchmesserzeitsammler Message-ID: <20080604171327104238.5d92eba2@optonline.net> Hey Kjetil- I was compiling Stalin for more than 24 hours on that memory challenged laptop I have. :-( I finally gave up and installed the Debian binary. It seems to work fine with the graincloud.c examples included in rollendurchmesserzeitsammler. Two small points: . I noticed you expect\copy some rdmzs include and lib files to both usr/local and home/.../site. Are the ones in the home directory necessary? If so, how are they used? . Got this error from stalinwrapper.c, setrealtime() I believe: tar snapshot benchmark: Unable to set SCHED_FIFO for 0 ("the xmessage fork"). (Operation not permitted) I goes away when I run graincloud as root, but then I can't (easily) connect with Jack. What's supposed to be happening here? Thanks, Charles From vze26m98 at optonline.net Wed Jun 4 15:16:40 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Wed, 04 Jun 2008 18:16:40 -0400 Subject: [CM] RT-Stalin Message-ID: <20080604181640230479.4cfcaed7@optonline.net> Hi Kjetil- I moved on from rollendurchmesserzeitsammler to cvs-Snd built --with-rt. When I run Snd, I load: generators.scm rt-compiler.scm rt-stalin.scm Then try the test code you published in your announce: (load-from-path "test-stalin.scm") ( (let loop () (spawn :wait (irandom 30):-ms (loop) (define osc (make-oscil :frequency (ibetween 50 2000))) (define duration (ibetween 400 2000):-ms) (define e (make-env '(0 0 0.5 0.05 1 0) :end duration)) (block :dur duration :cont #f (out (* (env e) (oscil osc))))))) It aborts, and it looks like the unbound variable, fix-stalin-c-source, goes back to the compilation of rt-stalin.scm, along with a similar issue with init_rollendurchmesserzeitsammler. What's my next step here? Many thanks! Charles cturner at xenakis:/usr/local/src/cvs-snd$ ./snd snd> (load-from-path "generators.scm") snd> (load-from-path "rt-compiler.scm") WARNING: (guile-user): `every' imported from both (ice-9 common-list) and (srfi srfi-1) WARNING: (guile-user): `reduce' imported from both (ice-9 common-list) and (srfi srfi-1) WARNING: (guile-user): `every' imported from both (ice-9 common-list) and (srfi srfi-1) WARNING: (guile-user): `reduce' imported from both (ice-9 common-list) and (srfi srfi-1) Linking /home/cturner/snd-eval-c-cache/cache.o8JLKt.so linking /home/cturner/snd-eval-c-cache/cache.kmjiWd.so das_init linking /home/cturner/snd-eval-c-cache/cache.mdLdd1.so das_init linking /home/cturner/snd-eval-c-cache/cache.k831tQ.so das_init linking /home/cturner/snd-eval-c-cache/cache.OtoYXH.so das_init Compiling /tmp/fileVU5sBT.c /tmp/fileVU5sBT.c: In function ???jack_port_name_eval_c_helper???: /tmp/fileVU5sBT.c:287: warning: initialization discards qualifiers from pointer target type /tmp/fileVU5sBT.c: In function ???jack_port_short_name_eval_c_helper???: /tmp/fileVU5sBT.c:296: warning: initialization discards qualifiers from pointer target type /tmp/fileVU5sBT.c: In function ???jack_port_type_eval_c_helper???: /tmp/fileVU5sBT.c:314: warning: initialization discards qualifiers from pointer target type linking /tmp/fileVU5sBT.c.so das_init linking /home/cturner/snd-eval-c-cache/cache.QoybJT.so das_init linking /home/cturner/snd-eval-c-cache/cache.yrb2h9.so das_init linking /home/cturner/snd-eval-c-cache/cache.EextLr.so das_init linking /home/cturner/snd-eval-c-cache/cache.GZjbcO.so das_init linking /home/cturner/snd-eval-c-cache/cache.8LBz3i.so das_init linking /home/cturner/snd-eval-c-cache/cache.MuLR9V.so das_init num-inports: 8 : starting! linking /home/cturner/snd-eval-c-cache/cache.83esfE.so das_init linking /home/cturner/snd-eval-c-cache/cache.oAJxpH.so das_init linking /home/cturner/snd-eval-c-cache/cache.8zb8GP.so das_init linking /home/cturner/snd-eval-c-cache/cache.8HqfU1.so das_init Alsa library loaded. linking /home/cturner/snd-eval-c-cache/cache.Qi7Prl.so das_init linking /home/cturner/snd-eval-c-cache/cache.qfW9fL.so das_init linking /home/cturner/snd-eval-c-cache/cache.mFNDvf.so das_init linking /home/cturner/snd-eval-c-cache/cache.Yq5j5N.so das_init linking /home/cturner/snd-eval-c-cache/cache.8Dldjq.so das_init linking /home/cturner/snd-eval-c-cache/cache.iL0e54.so das_init linking /home/cturner/snd-eval-c-cache/cache.M0vpLN.so das_init linking /home/cturner/snd-eval-c-cache/cache.EKVEPz.so das_init linking /home/cturner/snd-eval-c-cache/cache.KDt4Un.so das_init #:RT-Compiler loaded successfully... snd> (load-from-path "rt-stalin.scm") linking /home/cturner/snd-eval-c-cache/cache.yHJTao.so das_init Handle null (/home/cturner/snd-eval-c-cache/cache.yHJTao.so: undefined symbol: init_rollendurchmesserzeitsammler) Handle null ((null)) func null ((null)) linking /home/cturner/snd-eval-c-cache/cache.o0iBDW.so das_init Handle null (/home/cturner/snd-eval-c-cache/cache.o0iBDW.so: undefined symbol: fix_stalin_c_source) Handle null ((null)) func null ((null)) linking /home/cturner/snd-eval-c-cache/cache.o6Z9B1.so das_init linking /home/cturner/snd-eval-c-cache/cache.GvGzv8.so das_init snd> (load-from-path "stalin-test.scm") stalin -On -clone-size-limit 0 -c /tmp/filer6PD2s.scm In [inside LOOP 313] Argument to STRUCTURE-REF might not be a structure of the correct type Backtrace: In unknown file: ?: 0* [primitive-load-path "stalin-test.scm"] In /usr/local/src/cvs-snd/stalin-test.scm: 1: 1* ( (let loop () ...)) 1: 2 (begin (set! *rt-local-stalin-code-environment* #) ( #)) In /usr/local/src/cvs-snd/rt-stalin.scm: ... 3439: 3 [catch compilation-error # ...] In unknown file: ?: 4* [#] In /usr/local/src/cvs-snd/rt-stalin.scm: 3441: 5* (fix-defines (define generated #) (define funcs #) (if funcs # #f)) 3441: 6 (let* () (let* (# #) (set! generated #) (set! funcs #) ...)) In unknown file: ?: 7 (let* (# #) (set! generated #) (set! funcs #) ...) ?: 8* (set! funcs (link-stalin-file (get-stalin-c-file #) generated)) ?: 9 (set! funcs (link-stalin-file (get-stalin-c-file #) generated)) ?: 10* [link-stalin-file ... ?: 11* [get-stalin-c-file "/tmp/filer6PD2s"] In /usr/local/src/cvs-snd/rt-stalin.scm: 3126: 12 (let* (# # #) (delete-at-exit outname) ...) 3130: 13* (fix-stalin-c-source inname outname) /usr/local/src/cvs-snd/rt-stalin.scm:3130:5: In expression (fix-stalin-c-source inname outname): /usr/local/src/cvs-snd/rt-stalin.scm:3130:5: Unbound variable: fix-stalin-c-source ABORT: (unbound-variable) snd> From k.s.matheussen at notam02.no Wed Jun 4 15:23:28 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Thu, 05 Jun 2008 00:23:28 +0200 (CEST) Subject: [CM] RT-Stalin In-Reply-To: <20080604181640230479.4cfcaed7@optonline.net> References: <20080604181640230479.4cfcaed7@optonline.net> Message-ID: It does not seem like the configure script for snd found rollendurchmesserzeitsammler. On Wed, 4 Jun 2008, Charles Turner wrote: > Hi Kjetil- > > I moved on from rollendurchmesserzeitsammler to cvs-Snd built > --with-rt. When I run Snd, I load: > > generators.scm > rt-compiler.scm > rt-stalin.scm > > Then try the test code you published in your announce: (load-from-path > "test-stalin.scm") > > ( > (let loop () > (spawn :wait (irandom 30):-ms > (loop) > (define osc (make-oscil :frequency (ibetween 50 2000))) > (define duration (ibetween 400 2000):-ms) > (define e (make-env '(0 0 0.5 0.05 1 0) :end duration)) > (block :dur duration :cont #f > (out (* (env e) > (oscil osc))))))) > > It aborts, and it looks like the unbound variable, fix-stalin-c-source, > goes back to the compilation of rt-stalin.scm, along with a similar > issue with init_rollendurchmesserzeitsammler. > > What's my next step here? > > Many thanks! Charles > > > cturner at xenakis:/usr/local/src/cvs-snd$ ./snd > snd> (load-from-path "generators.scm") > snd> (load-from-path "rt-compiler.scm") > WARNING: (guile-user): `every' imported from both (ice-9 common-list) > and (srfi srfi-1) > WARNING: (guile-user): `reduce' imported from both (ice-9 common-list) > and (srfi srfi-1) > WARNING: (guile-user): `every' imported from both (ice-9 common-list) > and (srfi srfi-1) > WARNING: (guile-user): `reduce' imported from both (ice-9 common-list) > and (srfi srfi-1) > Linking /home/cturner/snd-eval-c-cache/cache.o8JLKt.so > linking /home/cturner/snd-eval-c-cache/cache.kmjiWd.so das_init > linking /home/cturner/snd-eval-c-cache/cache.mdLdd1.so das_init > linking /home/cturner/snd-eval-c-cache/cache.k831tQ.so das_init > linking /home/cturner/snd-eval-c-cache/cache.OtoYXH.so das_init > Compiling /tmp/fileVU5sBT.c > /tmp/fileVU5sBT.c: In function ????jack_port_name_eval_c_helper????: > /tmp/fileVU5sBT.c:287: warning: initialization discards qualifiers from > pointer target type > /tmp/fileVU5sBT.c: In function ????jack_port_short_name_eval_c_helper????: > /tmp/fileVU5sBT.c:296: warning: initialization discards qualifiers from > pointer target type > /tmp/fileVU5sBT.c: In function ????jack_port_type_eval_c_helper????: > /tmp/fileVU5sBT.c:314: warning: initialization discards qualifiers from > pointer target type > linking /tmp/fileVU5sBT.c.so das_init > linking /home/cturner/snd-eval-c-cache/cache.QoybJT.so das_init > linking /home/cturner/snd-eval-c-cache/cache.yrb2h9.so das_init > linking /home/cturner/snd-eval-c-cache/cache.EextLr.so das_init > linking /home/cturner/snd-eval-c-cache/cache.GZjbcO.so das_init > linking /home/cturner/snd-eval-c-cache/cache.8LBz3i.so das_init > linking /home/cturner/snd-eval-c-cache/cache.MuLR9V.so das_init > num-inports: 8 > : starting! > linking /home/cturner/snd-eval-c-cache/cache.83esfE.so das_init > linking /home/cturner/snd-eval-c-cache/cache.oAJxpH.so das_init > linking /home/cturner/snd-eval-c-cache/cache.8zb8GP.so das_init > linking /home/cturner/snd-eval-c-cache/cache.8HqfU1.so das_init > Alsa library loaded. > linking /home/cturner/snd-eval-c-cache/cache.Qi7Prl.so das_init > linking /home/cturner/snd-eval-c-cache/cache.qfW9fL.so das_init > linking /home/cturner/snd-eval-c-cache/cache.mFNDvf.so das_init > linking /home/cturner/snd-eval-c-cache/cache.Yq5j5N.so das_init > linking /home/cturner/snd-eval-c-cache/cache.8Dldjq.so das_init > linking /home/cturner/snd-eval-c-cache/cache.iL0e54.so das_init > linking /home/cturner/snd-eval-c-cache/cache.M0vpLN.so das_init > linking /home/cturner/snd-eval-c-cache/cache.EKVEPz.so das_init > linking /home/cturner/snd-eval-c-cache/cache.KDt4Un.so das_init > #:RT-Compiler loaded successfully... > snd> (load-from-path "rt-stalin.scm") > linking /home/cturner/snd-eval-c-cache/cache.yHJTao.so das_init > Handle null (/home/cturner/snd-eval-c-cache/cache.yHJTao.so: undefined > symbol: init_rollendurchmesserzeitsammler) > Handle null ((null)) > func null ((null)) > linking /home/cturner/snd-eval-c-cache/cache.o0iBDW.so das_init > Handle null (/home/cturner/snd-eval-c-cache/cache.o0iBDW.so: undefined > symbol: fix_stalin_c_source) > Handle null ((null)) > func null ((null)) > linking /home/cturner/snd-eval-c-cache/cache.o6Z9B1.so das_init > linking /home/cturner/snd-eval-c-cache/cache.GvGzv8.so das_init > snd> (load-from-path "stalin-test.scm") > stalin -On -clone-size-limit 0 -c /tmp/filer6PD2s.scm > In [inside LOOP 313] > Argument to STRUCTURE-REF might not be a structure of the correct type > > Backtrace: > In unknown file: > ?: 0* [primitive-load-path "stalin-test.scm"] > In /usr/local/src/cvs-snd/stalin-test.scm: > 1: 1* ( (let loop () ...)) > 1: 2 (begin (set! *rt-local-stalin-code-environment* #) > ( #)) > In /usr/local/src/cvs-snd/rt-stalin.scm: > ... > 3439: 3 [catch compilation-error # ...] > In unknown file: > ?: 4* [#] > In /usr/local/src/cvs-snd/rt-stalin.scm: > 3441: 5* (fix-defines (define generated #) (define funcs #) (if funcs > # #f)) > 3441: 6 (let* () (let* (# #) (set! generated #) (set! funcs #) ...)) > In unknown file: > ?: 7 (let* (# #) (set! generated #) (set! funcs #) ...) > ?: 8* (set! funcs (link-stalin-file (get-stalin-c-file #) > generated)) > ?: 9 (set! funcs (link-stalin-file (get-stalin-c-file #) > generated)) > ?: 10* [link-stalin-file ... > ?: 11* [get-stalin-c-file "/tmp/filer6PD2s"] > In /usr/local/src/cvs-snd/rt-stalin.scm: > 3126: 12 (let* (# # #) (delete-at-exit outname) ...) > 3130: 13* (fix-stalin-c-source inname outname) > > /usr/local/src/cvs-snd/rt-stalin.scm:3130:5: In expression > (fix-stalin-c-source inname outname): > /usr/local/src/cvs-snd/rt-stalin.scm:3130:5: Unbound variable: > fix-stalin-c-source > ABORT: (unbound-variable) > snd> > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From k.s.matheussen at notam02.no Wed Jun 4 15:25:05 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Thu, 05 Jun 2008 00:25:05 +0200 (CEST) Subject: [CM] rollendurchmesserzeitsammler In-Reply-To: <20080604171327104238.5d92eba2@optonline.net> References: <20080604171327104238.5d92eba2@optonline.net> Message-ID: On Wed, 4 Jun 2008, Charles Turner wrote: > Hey Kjetil- > > I was compiling Stalin for more than 24 hours on that memory challenged > laptop I have. :-( I finally gave up and installed the Debian binary. > It seems to work fine with the graincloud.c examples included in > rollendurchmesserzeitsammler. > > Two small points: > > . I noticed you expect\copy some rdmzs include and lib files > to both usr/local and home/.../site. Are the ones in the home > directory > necessary? If so, how are they used? > > . Got this error from stalinwrapper.c, setrealtime() I believe: > tar snapshot benchmark: Unable to set SCHED_FIFO for 0 ("the > xmessage fork"). > (Operation not permitted) I goes away when I run graincloud as root, > but then > I can't (easily) connect with Jack. What's supposed to be happening > here? > You need rt_limits or something. I use the lsm-realtime kernel module. From vze26m98 at optonline.net Wed Jun 4 16:46:18 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Wed, 04 Jun 2008 19:46:18 -0400 Subject: [CM] RT-Stalin In-Reply-To: References: <20080604181640230479.4cfcaed7@optonline.net> Message-ID: <20080604194618804446.88b13010@optonline.net> On Thu, 05 Jun 2008 00:23:28 +0200 (CEST), Kjetil S. Matheussen wrote: > It does not seem like the configure script for snd found > rollendurchmesserzeitsammler. Hmm... (Using the 0.0.3 tarball) Some snips from ./configure: [...] checking for unistd.h... yes checking rollendurchmesserzeitsammler.h usability... yes checking rollendurchmesserzeitsammler.h presence... yes checking for rollendurchmesserzeitsammler.h... yes checking for tar_get_dynamic_roots_for in -lrollendurchmesserzeitsammler... yes checking fcntl.h usability... yes [...] config.status: creating po/Makefile Options selected ------------------------- Snd version ...........: 9.11 CFLAGS ................: -O2 -I. -DGTK_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED -DCAIRO_DISABLE_DEPRECATED -g -O2 LDFLAGS ...............: -Wl,-export-dynamic prefix.................: /usr/local extension language.....: Guile audio system...........: JACK graphics toolkit.......: None optional libraries.....: rollendurchmesserzeitsammler fftw gettext random features........: ladspa environs...............: i686-pc-linux-gnu gcc I looked at the functions in librollendurchmesserzeitsammler.a, and don't see any init_rollendurchmesserzeitsammler: cturner at xenakis:/usr/local/lib$ nm librollendurchmesserzeitsammler.a rollendurchmesserzeitsammler.o: U abort 00000028 b atomic_heap 0000002c b atomic_heap_size 00000001 d audio_thread_can_run U calloc U calloc_ex U fprintf U free U free_ex 00000021 b free_is_pausing 00000008 b free_mutex 00000070 b freeing_ready_to_go 00000040 b freelist_atomic 0000003c b freelist_nonatomic U fwrite 00000080 b gc_ready 00000090 b gc_running 000004b0 t gc_thread_func U init_memory_pool 000000a0 b main_heap U malloc U malloc_ex 00000750 t mark_area 00000060 b mark_finished 00000058 b mark_heap 0000005c b mark_rb 00000860 t mark_thread U memcpy U memset 00000000 d new_gc_can_run 00000034 b nonatomic_heap_size 00000024 b num_cpus 00000000 b num_live 00000004 b num_mark_jobs_running 00000020 b please_pause_freeing 00000048 b pm_job_finished 00000044 b pm_rb U printf U pthread_mutex_lock U pthread_mutex_unlock U sem_init U sem_post U sem_wait 00000030 b snapshot_heap 00000038 b snapshot_heap_size U stderr U sysconf 00000200 t take_snapshot 00000000 T tar_add_root 00000430 T tar_alloc 000000b0 T tar_alloc_atomic 00000060 T tar_calloc_atomic_uncollectable 00000140 T tar_delete 00000320 T tar_entering_audio_thread 000003c0 T tar_find_num_cpus 00000040 T tar_free_atomic_uncollectable 00000920 T tar_init 00000350 T tar_leave_audio_thread 00000090 T tar_malloc_atomic_uncollectable 00000170 T tar_new_heap 000001d0 T tar_run_gc tlsf.o: 000010d0 T add_new_area 000006d0 T calloc_ex 00000000 T destroy_memory_pool 000005e0 T dump_memory_region 00000760 T free_ex 00001290 T init_memory_pool 00000010 T malloc_ex U memcpy U memset 00000000 b mp 000004c0 T print_all_blocks 00000410 T print_block 00000520 T print_tlsf U printf U puts 00000b00 T realloc_ex 00000000 r table 00000730 T tlsf_calloc 000010b0 T tlsf_free 000003f0 T tlsf_malloc 00001080 T tlsf_realloc dyn_load.o: 00000153 t GC_FirstDLOpenedLinkMap U GC_add_roots_inner U GC_data_start 00000004 b GC_has_static_roots 0000009c C GC_jmp_buf 000001c1 T GC_register_dynamic_libraries 000000dd T GC_register_dynamic_libraries_dl_iterate_phdr 00000000 t GC_register_dynlib_callback 00000141 T GC_register_main_static_data w _DYNAMIC U _end 00000000 b cachedResult.4869 w dl_iterate_phdr various.o: 00000000 T GC_add_roots_inner 00000004 C GC_data_start U GC_register_dynamic_libraries 00000008 b glob_end 00000000 b glob_source 00000004 b glob_start 00000029 T tar_get_dynamic_roots_for From k.s.matheussen at notam02.no Wed Jun 4 16:54:00 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Thu, 05 Jun 2008 01:54:00 +0200 (CEST) Subject: [CM] RT-Stalin In-Reply-To: <20080604194618804446.88b13010@optonline.net> References: <20080604181640230479.4cfcaed7@optonline.net> <20080604194618804446.88b13010@optonline.net> Message-ID: On Wed, 4 Jun 2008, Charles Turner wrote: > > I looked at the functions in librollendurchmesserzeitsammler.a, and > don't see any init_rollendurchmesserzeitsammler: > You are right. That's a function in rt-various.c in Snd. I don't know why it can't be found. Is it possible that you are running the wrong binary somehow? From vze26m98 at optonline.net Wed Jun 4 17:27:41 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Wed, 04 Jun 2008 20:27:41 -0400 Subject: [CM] RT-Stalin In-Reply-To: References: <20080604181640230479.4cfcaed7@optonline.net> <20080604194618804446.88b13010@optonline.net> Message-ID: <20080604202741146685.c8644aee@optonline.net> On Thu, 05 Jun 2008 01:54:00 +0200 (CEST), Kjetil S. Matheussen wrote: > On Wed, 4 Jun 2008, Charles Turner wrote: >> I looked at the functions in librollendurchmesserzeitsammler.a, and >> don't see any init_rollendurchmesserzeitsammler: > You are right. That's a function in rt-various.c in Snd. I don't > know why it can't be found. Is it possible that you are running the > wrong binary somehow? Weird. I looked at the Snd binary I built, and init_rollendurchmesserzeitsammler wasn't present, although rt-various.c had been compiled. (It's the only Snd binary in my system.) I re-ran configure and make clean, make, and things are OK now. The test file builds, and produces a few blocks of audio before it goes silent, although it continues to write status info to the screen. I'm assuming this has something to do with not having kernel support (rt_limits, lsm realtime as you mentioned) for realtime audio. Perhaps I forgot to make clean after I reconfigured for --with-rt? Thanks! Charles From k.s.matheussen at notam02.no Wed Jun 4 17:31:23 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Thu, 05 Jun 2008 02:31:23 +0200 (CEST) Subject: [CM] RT-Stalin In-Reply-To: <20080604202741146685.c8644aee@optonline.net> References: <20080604181640230479.4cfcaed7@optonline.net> <20080604194618804446.88b13010@optonline.net> <20080604202741146685.c8644aee@optonline.net> Message-ID: On Wed, 4 Jun 2008, Charles Turner wrote: > On Thu, 05 Jun 2008 01:54:00 +0200 (CEST), Kjetil S. Matheussen wrote: > >> On Wed, 4 Jun 2008, Charles Turner wrote: >>> I looked at the functions in librollendurchmesserzeitsammler.a, and >>> don't see any init_rollendurchmesserzeitsammler: > >> You are right. That's a function in rt-various.c in Snd. I don't >> know why it can't be found. Is it possible that you are running the >> wrong binary somehow? > > Weird. I looked at the Snd binary I built, and > init_rollendurchmesserzeitsammler wasn't present, although rt-various.c > had been compiled. (It's the only Snd binary in my system.) I re-ran > configure and make clean, make, and things are OK now. > > The test file builds, and produces a few blocks of audio before it goes > silent, although it continues to write status info to the screen. I'm > assuming this has something to do with not having kernel support > (rt_limits, lsm realtime as you mentioned) for realtime audio. > As I said, don't expect too much. This is pre-alpha software, and I don't have time to work on it for at least two weeks. From bil at ccrma.Stanford.EDU Fri Jun 6 07:19:39 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 6 Jun 2008 07:19:39 -0700 Subject: [CM] with-threaded-sound? Message-ID: <20080606141805.M98867@ccrma.Stanford.EDU> I just realized it's almost trivial to define a with-sound that puts each note in a separate thread: (defmacro with-threaded-sound (args . body) `(with-sound-helper (lambda () (for-each (lambda (expr) (call-with-new-thread (lambda () (eval expr (current-module))))) ',body) (let ((us (current-thread))) (for-each (lambda (expr) (if (and (not (thread-exited? expr)) (not (eq? expr us))) (join-thread expr))) (all-threads)))) , at args)) (with-threaded-sound () (fm-violin 0 1 440 .1) (fm-violin 0 1 660 .1)) Now to get rid of that "eval"... From nando at ccrma.Stanford.EDU Fri Jun 6 07:21:34 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 06 Jun 2008 16:21:34 +0200 Subject: [CM] with-threaded-sound? In-Reply-To: <20080606141805.M98867@ccrma.Stanford.EDU> References: <20080606141805.M98867@ccrma.Stanford.EDU> Message-ID: <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> On Fri, 2008-06-06 at 07:19 -0700, Bill Schottstaedt wrote: > I just realized it's almost trivial to define a with-sound that > puts each note in a separate thread: Hey, that's very interesting... any tests in a multicore machine for many notes spread into a few threads? Does this translate into linux threads or is this internal to scheme? -- Fernando > (defmacro with-threaded-sound (args . body) > `(with-sound-helper (lambda () > (for-each > (lambda (expr) > (call-with-new-thread > (lambda () > (eval expr (current-module))))) > ',body) > (let ((us (current-thread))) > (for-each > (lambda (expr) > (if (and (not (thread-exited? expr)) > (not (eq? expr us))) > (join-thread expr))) > (all-threads)))) > , at args)) > > (with-threaded-sound () > (fm-violin 0 1 440 .1) > (fm-violin 0 1 660 .1)) > > > Now to get rid of that "eval"... > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From bil at ccrma.Stanford.EDU Fri Jun 6 07:44:15 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 6 Jun 2008 07:44:15 -0700 Subject: [CM] with-threaded-sound? In-Reply-To: <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> Message-ID: <20080606144311.M80449@ccrma.Stanford.EDU> > Hey, that's very interesting... any tests in a multicore machine for > many notes spread into a few threads? Does this translate into linux > threads or is this internal to scheme? I don't have a multicore machine, but I assume ccrma does? I think it does translate into linux threads -- gdb reports threads coming and going. From nando at ccrma.Stanford.EDU Fri Jun 6 08:17:35 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 06 Jun 2008 17:17:35 +0200 Subject: [CM] with-threaded-sound? In-Reply-To: <20080606144311.M80449@ccrma.Stanford.EDU> References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> <20080606144311.M80449@ccrma.Stanford.EDU> Message-ID: <1212765455.17469.37.camel@cage.kgw.TU-Berlin.DE> On Fri, 2008-06-06 at 07:44 -0700, Bill Schottstaedt wrote: > > Hey, that's very interesting... any tests in a multicore machine for > > many notes spread into a few threads? Does this translate into linux > > threads or is this internal to scheme? > > I don't have a multicore machine, but I assume ccrma does? Yes, all of them are dual core... the small tnn300 cases have intel core 2 duos, the bigger tnn500 have older amd dual core cpus. > I think it does translate into linux threads -- gdb reports > threads coming and going. Cool... -- Fernando From fbar at footils.org Fri Jun 6 10:32:39 2008 From: fbar at footils.org (Frank Barknecht) Date: Fri, 6 Jun 2008 19:32:39 +0200 Subject: [CM] rollendurchmesserzeitsammler In-Reply-To: References: <20080604171327104238.5d92eba2@optonline.net> Message-ID: <20080606173239.GB23208@fliwatut.scifi> Hallo, Kjetil S. Matheussen hat gesagt: // Kjetil S. Matheussen wrote: > You need rt_limits or something. I use the lsm-realtime kernel > module. It's better to just add something like: @audio - nice -10 @audio - rtprio 99 @audio - memlock unlimited to /etc/security/limits.conf to let PAM handle authentification for rt-priority. Should work for users in group "audio" on any recent PAM-enabled Linux distribtion. Ciao -- Frank Barknecht _ ______footils.org__ From vze26m98 at optonline.net Fri Jun 6 11:09:52 2008 From: vze26m98 at optonline.net (Charles Turner) Date: Fri, 06 Jun 2008 14:09:52 -0400 Subject: [CM] rollendurchmesserzeitsammler In-Reply-To: <20080606173239.GB23208@fliwatut.scifi> References: <20080604171327104238.5d92eba2@optonline.net> <20080606173239.GB23208@fliwatut.scifi> Message-ID: <20080606140952220239.a88784c3@optonline.net> On Fri, 06 Jun 2008 19:32:39 +0200, Frank Barknecht wrote: > It's better to just add something like: > > @audio - nice -10 > @audio - rtprio 99 > @audio - memlock unlimited > > to /etc/security/limits.conf to let PAM handle authentification for > rt-priority. Should work for users in group "audio" on any recent > PAM-enabled Linux distribtion. Hi Frank- Thanks so much for this. Worked like a charm... Best, Charles Turner From k.s.matheussen at notam02.no Fri Jun 6 11:35:46 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Fri, 06 Jun 2008 20:35:46 +0200 (CEST) Subject: [CM] with-threaded-sound? In-Reply-To: <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> Message-ID: On Fri, 6 Jun 2008, Fernando Lopez-Lezcano wrote: > On Fri, 2008-06-06 at 07:19 -0700, Bill Schottstaedt wrote: >> I just realized it's almost trivial to define a with-sound that >> puts each note in a separate thread: > > Hey, that's very interesting... any tests in a multicore machine for > many notes spread into a few threads? Does this translate into linux > threads or is this internal to scheme? > I wonder if guile is one of the few scheme implementations, (maybe the only one except java-schemes such as SISC and kawa (?)), with support for real threads. > -- Fernando > > >> (defmacro with-threaded-sound (args . body) >> `(with-sound-helper (lambda () >> (for-each >> (lambda (expr) >> (call-with-new-thread >> (lambda () >> (eval expr (current-module))))) >> ',body) >> (let ((us (current-thread))) >> (for-each >> (lambda (expr) >> (if (and (not (thread-exited? expr)) >> (not (eq? expr us))) >> (join-thread expr))) >> (all-threads)))) >> , at args)) >> >> (with-threaded-sound () >> (fm-violin 0 1 440 .1) >> (fm-violin 0 1 660 .1)) >> >> >> Now to get rid of that "eval"... >> I don't know how with-sound-helper works, but maybe the following is enough?: (defmacro with-threaded-sound (args . body) `(with-sound-helper (lambda () (begin ,@(map (lambda (expr) `(call-with-new-thread (lambda () ,expr))) body)) (let ((us (current-thread))) (for-each (lambda (expr) (if (and (not (thread-exited? expr)) (not (eq? expr us))) (join-thread expr))) (all-threads)))) , at args)) From bil at ccrma.Stanford.EDU Fri Jun 6 12:29:52 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 6 Jun 2008 12:29:52 -0700 Subject: [CM] with-threaded-sound? In-Reply-To: References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> Message-ID: <20080606192617.M80219@ccrma.Stanford.EDU> Your form of that macro works great -- thanks! > I wonder if guile is one of the few scheme implementations, > (maybe the only one except java-schemes such as SISC and kawa (?)), with > support for real threads. I got bogged down trying to figure this out -- I think Guile does go to "real" threads, Gauche does not (I believe its threads are repackaged call/cc's), and I can't tell yet what sbcl does. From brickle at pobox.com Fri Jun 6 12:46:46 2008 From: brickle at pobox.com (Frank Brickle) Date: Fri, 6 Jun 2008 15:46:46 -0400 Subject: [CM] with-threaded-sound? In-Reply-To: <20080606192617.M80219@ccrma.Stanford.EDU> References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> <20080606192617.M80219@ccrma.Stanford.EDU> Message-ID: On Fri, Jun 6, 2008 at 3:29 PM, Bill Schottstaedt wrote: ...I can't tell yet what sbcl does. > SBCL uses Bordeaux-threads so it's platform-dependent. Frank -- The only thing we have to fear is whatever comes along next. -- Austin Cline -------------- next part -------------- An HTML attachment was scrubbed... URL: From moroflight at gmail.com Sun Jun 8 01:33:17 2008 From: moroflight at gmail.com (Hayahiko Moro) Date: Sun, 8 Jun 2008 04:33:17 -0400 Subject: [CM] with-threaded-sound? In-Reply-To: <20080606192617.M80219@ccrma.Stanford.EDU> References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> <20080606192617.M80219@ccrma.Stanford.EDU> Message-ID: <3c803c00806080133s4521b678p459d4da35a725083@mail.gmail.com> On Fri, Jun 6, 2008 at 3:29 PM, Bill Schottstaedt wrote: > I got bogged down trying to figure this out -- I think Guile does > go to "real" threads, Gauche does not (I believe its threads are > repackaged call/cc's), and I can't tell yet what sbcl does. Are your tests running on a Gauche installed with support for pthreads? My impression is that configure won't include it when building on some platforms unless you ask for it. From bil at ccrma.Stanford.EDU Sun Jun 8 06:09:51 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sun, 8 Jun 2008 06:09:51 -0700 Subject: [CM] with-threaded-sound? In-Reply-To: <3c803c00806080133s4521b678p459d4da35a725083@mail.gmail.com> References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> <20080606192617.M80219@ccrma.Stanford.EDU> <3c803c00806080133s4521b678p459d4da35a725083@mail.gmail.com> Message-ID: <20080608130334.M23056@ccrma.Stanford.EDU> I was confused. I think this version of with-threaded-sound works in Gauche: (use gauche.threads) (defmacro with-threaded-sound (args . body) `(with-sound-helper (lambda () (let ((all-threads '())) ,@(map (lambda (expr) `(let ((thread (make-thread (lambda () ,expr)))) (set! all-threads (cons thread all-threads)) (thread-start! thread))) body) (for-each (lambda (thread) (thread-join! thread)) all-threads))) , at args)) From k.s.matheussen at notam02.no Sun Jun 8 06:54:15 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Sun, 08 Jun 2008 15:54:15 +0200 (CEST) Subject: [CM] with-threaded-sound? In-Reply-To: <3c803c00806080133s4521b678p459d4da35a725083@mail.gmail.com> References: <20080606141805.M98867@ccrma.Stanford.EDU> <1212762094.17469.33.camel@cage.kgw.TU-Berlin.DE> <20080606192617.M80219@ccrma.Stanford.EDU> <3c803c00806080133s4521b678p459d4da35a725083@mail.gmail.com> Message-ID: On Sun, 8 Jun 2008, Hayahiko Moro wrote: > On Fri, Jun 6, 2008 at 3:29 PM, Bill Schottstaedt > wrote: > >> I got bogged down trying to figure this out -- I think Guile does >> go to "real" threads, Gauche does not (I believe its threads are >> repackaged call/cc's), and I can't tell yet what sbcl does. > > Are your tests running on a Gauche installed with support for > pthreads? My impression is that configure won't include it when > building on some platforms unless you ask for it. > Yes, Gauche's threads seems to be absolutely real. From Gauche's manual: "For each Gauche's thread, an individual VM is allocated and it is run by the dedicated POSIX thread." From taube at uiuc.edu Sun Jun 8 08:23:43 2008 From: taube at uiuc.edu (taube at uiuc.edu) Date: Sun, 8 Jun 2008 10:23:43 -0500 (CDT) Subject: [CM] NftM CD files Message-ID: <20080608102343.BFG51602@expms6.cites.uiuc.edu> Im still out of state but when I get back to Illinois next week I will put up a web site with the missing CD materials for download. My apologies for the missing CD, the publisher assures me that they are included in the second printing so perhaps you got an earlier book. Regardless the website will have version of GraceCL that runs the books examples as is. The app will work on windows/mac/linux and should be much easier to deal with than the software on the original cd. again my apologies for the missing CD, ill post a note when Ive got something to download, probably about two weeks. best, rick ---- Original message ---- >Date: Sun, 8 Jun 2008 07:05:11 -0400 >From: "Hayahiko Moro" >Subject: NftM CD files >To: taube at uiuc.edu > > Dear Professor Taube, > A reoccurring post on the cmdist list is that many copies of your > excellent book, Notes from the Metalevel, do not seem to come bundled > with a CD. My own is no exception. While I've checked out the latest > (svn) release of Common Music, I wouldn't mind having the chapter > source code and rendered output that was to be included on the CD. My > requests to the publisher to purchase a replacement went unanswered, > and the store where I bought the book did not know how to help me. > Might there be a repository for these files I overlooked? > Thank you so much for your time. > \\ Hayahiko From noah at listenlabs.com Sun Jun 8 08:43:31 2008 From: noah at listenlabs.com (Noah Thorp) Date: Sun, 8 Jun 2008 08:43:31 -0700 Subject: [CM] Bay Area Computer Music Technology Group (BArCMuT) @ Digidesign, Thursday Message-ID: <3C272F1E-7328-422A-B8CD-28E816524665@listenlabs.com> Bay Area Computer Music Technology Group (BArCMuT) 7pm Thursday June 12th 2008 @ Digidesign 2001 Junipero Serra Blvd, Daly City , CA 94014 RSVP Here: http://electronicmusic.meetup.com/152/calendar/6921840/ Thank you to Digidesign for hosting our June meetup! Please note that you must RSVP to be admitted to the event at Digidesign: http://electronicmusic.meetup.com/152/calendar/6921840/ The presenters this month will be: * Digidesign project manager and electronic music composer Bobby Lombardi (http://www.digidesign.com) will present on topics in Plug-In design. A video on his recent project, the guitar amp modeling plugin Eleven, can be seen here in the "Behind Eleven" video: http://www.youtube.com/watch?v=nAzyRm0zm_U&feature=user * Rubyist Giles Bowket will present on "Archaeopteryx: A Ruby MIDI Generator". A talk that he gave on this evolving project at the ruby conference GoRuCo is posted here: http://goruco2008.confreaks.com/02_bowkett.html * CNMAT Researcher Andrew Schmeder will present on the micro-OSC project. Micro-osc is Open Sound Control (OSC) running natively on a $25 PIC18F microcontroller board. The firmware itself is scheduled to be released in June. Andy will bring instruments and sensors built on the platform and will also give a quick review the OSC format. More about OSC: http://opensoundcontrol.org/introduction-osc * Lightning talks from 7 - 7:30pm. Adam Murray on Max & jRuby, Ge Wang on the formation of the Laptop Orchestra of the Left, and you? If you would like to give a 5 minute lightning talk on a project you are working on, let me (Noah Thorp) know in advance or at the event. Please RSVP as there will be sign in at the front desk: http://electronicmusic.meetup.com/152/calendar/6921840/ Note, this one is on the second Thursday of the month (June 12th) rather than our usual first Thursday of the month. Also, we are starting at 7pm rather than 7:30 to make room for lightning talks and these excellent presenters. Snacks will be provided. All the best, Noah Thorp Bay Area Computer Music Technology Group (BArCMuT) Organizer From plewto at gmail.com Wed Jun 11 13:17:54 2008 From: plewto at gmail.com (Steven Jones) Date: Wed, 11 Jun 2008 15:17:54 -0500 Subject: [CM] SND jack configuration Message-ID: <485032F2.1090000@gmail.com> I'm trying to build snd with jack on Fedora 8. Configure locates jack sources but is unable to locate lsamplerate. Here is my configure invocation: ./configure --with-guile --with-motif --with-jack --with-static-xm --with-midi Here are a few lines of configuration output: checking for main in -ljack... yes checking jack/jack.h usability... yes checking jack/jack.h presence... yes checking for jack/jack.h... yes checking for main in -lsamplerate... no configure: WARNING: can't find the samplerate library. JACK will not be used. Any ideas? Thanks --Steven Jones From bil at ccrma.Stanford.EDU Wed Jun 11 14:00:36 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 11 Jun 2008 14:00:36 -0700 Subject: [CM] SND jack configuration In-Reply-To: <485032F2.1090000@gmail.com> References: <485032F2.1090000@gmail.com> Message-ID: <20080611205800.M87551@ccrma.Stanford.EDU> If you have libsamplerate, you could probably add its location to LDFLAGS in the configure invocation; if you don't have it, I think its home is http://www.mega-nerd.com/SRC/. If you have it and the LDFLAGS trick fails, I could add a prefix argument to the configure switch like --with-motif-prefix. From nando at ccrma.Stanford.EDU Wed Jun 11 14:10:49 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed, 11 Jun 2008 23:10:49 +0200 Subject: [CM] SND jack configuration In-Reply-To: <485032F2.1090000@gmail.com> References: <485032F2.1090000@gmail.com> Message-ID: <1213218649.23880.18.camel@cage.kgw.TU-Berlin.DE> On Wed, 2008-06-11 at 15:17 -0500, Steven Jones wrote: > I'm trying to build snd with jack on Fedora 8. Configure locates jack > sources but is unable to locate lsamplerate. > > Here is my configure invocation: > ./configure --with-guile --with-motif --with-jack --with-static-xm > --with-midi > > Here are a few lines of configuration output: > > checking for main in -ljack... yes > checking jack/jack.h usability... yes > checking jack/jack.h presence... yes > checking for jack/jack.h... yes > checking for main in -lsamplerate... no > configure: WARNING: can't find the samplerate library. JACK will not be > used. > > Any ideas? > I imagine you already have libsamplerate-devel installed? -- Fernando From plewto at gmail.com Wed Jun 11 23:35:48 2008 From: plewto at gmail.com (Steven Jones) Date: Thu, 12 Jun 2008 01:35:48 -0500 Subject: [CM] SND jack configuration In-Reply-To: <1213218649.23880.18.camel@cage.kgw.TU-Berlin.DE> References: <485032F2.1090000@gmail.com> <1213218649.23880.18.camel@cage.kgw.TU-Berlin.DE> Message-ID: <4850C3C4.4010309@gmail.com> Fernando Lopez-Lezcano wrote: > On Wed, 2008-06-11 at 15:17 -0500, Steven Jones wrote: > >> I'm trying to build snd with jack on Fedora 8. Configure locates jack >> sources but is unable to locate lsamplerate. >> >> Here is my configure invocation: >> ./configure --with-guile --with-motif --with-jack --with-static-xm >> --with-midi >> >> Here are a few lines of configuration output: >> >> checking for main in -ljack... yes >> checking jack/jack.h usability... yes >> checking jack/jack.h presence... yes >> checking for jack/jack.h... yes >> checking for main in -lsamplerate... no >> configure: WARNING: can't find the samplerate library. JACK will not be >> used. >> >> Any ideas? >> >> > > I imagine you already have libsamplerate-devel installed? > -- Fernando > No actually I didn't. I naively assumed it was part of jack devel. Everything is fine now. Thanks to everyone for assistance. --Steven Jones From errordeveloper at gmail.com Wed Jun 18 17:21:48 2008 From: errordeveloper at gmail.com (errordeveloper at gmail.com) Date: Thu, 19 Jun 2008 00:21:48 +0000 Subject: [CM] gui: gtk or motif .. Message-ID: <20080619002147.GA15390@00110101.errordevlopment.org.uk> hello list, i haven't seen much discussion about the GUI of Snd around here .. personaly i quite like some acpects of motif but some of it is really lagging ;( i have tried the gtk version, that looks quite pretty (despite i was always concerned about the memory usage, and opted motif assuming it takes less memory cause it's old). ot be honest at first snd-gtk did look kindda redicuous to me at first but now i see why it is like that i do really appreciate this way; alternative to the typical gnome/gtk apps design, e.g. the file open dialogue doesn't have the normal icons ..i acually see now that it's really better without those ;) to me those files look more like tapes on shelves that way ;\) brilliant! the only thing i did get dissapointed about ..well, after using motif gui for a while that there is no way of resizing the channel pannes .. it's proly realy fine with a big monitor and just one or two channels, but i do work with four and six channel files quite regulary and my monitor is just 15 inch .. in fact what made me go for gtk gui was this error: :(dlopen "/opt/audio/lib64/xm.so") "/opt/audio/lib64/xm.so: undefined symbol: _XmStrings22" i had upgraded openmotif and snd as well and that error came up, but just now i found that there is an extra package in gentoo portage "x11-libs/openmotif-compat Legacy Open Motif libraries for old binaries" so i had just installed that and the _XmStrings22 probem vanished :)) it's a shame that gtk does take up too much memory, i have tested it with the same file and with gtk interface it had a lot more [under|over]run's detected .. gtk does look a lot brighter but memory is a massive issue. are most of the people using gtk or motif Snd? happy editing! -- cheers, ilya .? From cycle.code.media at gmail.com Wed Jun 18 17:40:40 2008 From: cycle.code.media at gmail.com (James Baker) Date: Thu, 19 Jun 2008 10:40:40 +1000 Subject: [CM] gui: gtk or motif .. In-Reply-To: <20080619002147.GA15390@00110101.errordevlopment.org.uk> References: <20080619002147.GA15390@00110101.errordevlopment.org.uk> Message-ID: <428d2dc0806181740g6e088219na221b845d12efa4c@mail.gmail.com> I've been using the gtk interface to snd for some time now and to be honest, I don't really see any issues with it in regards to memory consumption. Most of the time I find it sits at fairly comfortable levels, and after all is said and done any soundfile editor is going to require a reasonable amount of memory to run efficiently anyhow - regardless of what gui toolkit you use. Those "button box" dialogs are a bit quirky though, still not sure if I'm keen on those ;) cheers, James On Thu, Jun 19, 2008 at 10:21 AM, wrote: > > hello list, > > i haven't seen much discussion about the GUI of Snd around here .. > > personaly i quite like some acpects of motif but some of it is really > lagging ;( > > i have tried the gtk version, that looks quite pretty (despite i was > always concerned about the memory usage, and opted motif assuming it > takes less memory cause it's old). > ot be honest at first snd-gtk did look kindda redicuous to me at first > but now i see why it is like that i do really appreciate this way; > alternative to the typical gnome/gtk apps design, e.g. the file open > dialogue doesn't have the normal icons ..i acually see now that it's > really better without those ;) to me those files look more like tapes on > shelves that way ;\) brilliant! > > the only thing i did get dissapointed about ..well, after using motif > gui for a while > that there is no way of resizing the channel pannes .. > it's proly realy fine with a big monitor and just one or two channels, > but i do work with four and six channel files quite regulary and my > monitor is just 15 inch .. > > in fact what made me go for gtk gui was this error: > :(dlopen "/opt/audio/lib64/xm.so") > "/opt/audio/lib64/xm.so: undefined symbol: _XmStrings22" > > i had upgraded openmotif and snd as well and that error came up, > but just now i found that there is an extra package in gentoo portage > "x11-libs/openmotif-compat Legacy Open Motif libraries for old binaries" > so i had just installed that and the _XmStrings22 probem vanished :)) > > it's a shame that gtk does take up too much memory, i have tested it > with the same file and with gtk interface it had a lot more > [under|over]run's detected .. > > gtk does look a lot brighter but memory is a massive issue. > > > are most of the people using gtk or motif Snd? > > > happy editing! > -- > cheers, > ilya .? > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From bil at ccrma.Stanford.EDU Wed Jun 18 17:44:53 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 18 Jun 2008 17:44:53 -0700 Subject: [CM] gui: gtk or motif .. In-Reply-To: <20080619002147.GA15390@00110101.errordevlopment.org.uk> References: <20080619002147.GA15390@00110101.errordevlopment.org.uk> Message-ID: <20080619002902.M14229@ccrma.Stanford.EDU> > that there is no way of resizing the channel panes .. Indeed a bug, but I'd have to write my own paned window widget, and I haven't yet found time to do it. A long time ago, someone had the temerity to complain that the gtk paned window should allow you to have more than 2 windows, and he got a moronic (and bad-tempered) reply from the developer along the lines that more windows would only lead to confusion (his, I guess). I was hoping the sliders on the right (when "united") would be sufficient -- you can change which channel(s) you're viewing and so on. From bil at ccrma.Stanford.EDU Wed Jun 18 17:52:32 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 18 Jun 2008 17:52:32 -0700 Subject: [CM] gui: gtk or motif .. In-Reply-To: <428d2dc0806181740g6e088219na221b845d12efa4c@mail.gmail.com> References: <20080619002147.GA15390@00110101.errordevlopment.org.uk> <428d2dc0806181740g6e088219na221b845d12efa4c@mail.gmail.com> Message-ID: <20080619005122.M29554@ccrma.Stanford.EDU> > Those "button box" dialogs are a bit quirky though, still not sure if > I'm keen on those ;) you mean, for example, the "view files" dialog file list? From cycle.code.media at gmail.com Wed Jun 18 18:07:17 2008 From: cycle.code.media at gmail.com (James Baker) Date: Thu, 19 Jun 2008 11:07:17 +1000 Subject: [CM] gui: gtk or motif .. In-Reply-To: <20080619005122.M29554@ccrma.Stanford.EDU> References: <20080619002147.GA15390@00110101.errordevlopment.org.uk> <428d2dc0806181740g6e088219na221b845d12efa4c@mail.gmail.com> <20080619005122.M29554@ccrma.Stanford.EDU> Message-ID: <428d2dc0806181807w5966eb10l1192f61497358760@mail.gmail.com> yep exactly james On Thu, Jun 19, 2008 at 10:52 AM, Bill Schottstaedt wrote: >> Those "button box" dialogs are a bit quirky though, still not sure if >> I'm keen on those ;) > > you mean, for example, the "view files" dialog file list? > > > From mr.spoon21 at gmail.com Tue Jun 24 14:07:43 2008 From: mr.spoon21 at gmail.com (Mr.SpOOn) Date: Tue, 24 Jun 2008 23:07:43 +0200 Subject: [CM] inference engine Message-ID: <8f67b6f80806241407i54e67c2fp806b640e6d028fc0@mail.gmail.com> Hi, I'd like to use CM with some software to represent some knowledge. I mean in combination with an inference engine, so that I can write rules and facts and get to some conclusion. An idea is to find the tonality of a melody analyzing the notes. I've installed CM using GraceCL and then CLISP. They seem to work. For the engine I've found different solution: - CLIPS, http://clipsrules.sourceforge.net/ - LISA, http://lisa.sourceforge.net - OCML, http://kmi.open.ac.uk/projects/ocml/ I think there are many more. The problem is that I can't understand if I can use one of them with CM. Searching I've seen that in some workshop talked about CM and knowledge representation (or inference engine), but I cannot find any good article to read. Hope here someone can help me. Thanks a lot, Carlo From richardlewis at fastmail.co.uk Wed Jun 25 03:41:12 2008 From: richardlewis at fastmail.co.uk (Richard Lewis) Date: Wed, 25 Jun 2008 11:41:12 +0100 Subject: [CM] inference engine In-Reply-To: <8f67b6f80806241407i54e67c2fp806b640e6d028fc0@mail.gmail.com> References: <8f67b6f80806241407i54e67c2fp806b640e6d028fc0@mail.gmail.com> Message-ID: <874p7hhk53.wl%richard.lewis@uea.ac.uk> Hi Carlo, At Tue, 24 Jun 2008 23:07:43 +0200, Mr.SpOOn wrote: > > I'd like to use CM with some software to represent some knowledge. I > mean in combination with an inference engine, so that I can write > rules and facts and get to some conclusion. An idea is to find the > tonality of a melody analyzing the notes. > > Searching I've seen that in some workshop talked about CM and > knowledge representation (or inference engine), but I cannot find > any good article to read. > Although I can't offer any advice on programming and tools, I do know of a book which covers production rule systems for music theory applications. Schaffer, John W. and Deron McGee. "Knowledge-Based Programming for Music Research". 1997. A-R Editions. (ISBN: 0895793784) It's quite old now, but it still has some relevance and is quite a good read. Of course, they work in Prolog but the principles still apply. Hope that helps. Yours, Richard Lewis -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Richard Lewis - UEA, MUS PG http://www.richard-lewis.me.uk/ JID: ironchicken at jabber.earth.li -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- +-------------------------------------------------------+ |Please avoid sending me Word or PowerPoint attachments.| |http://www.gnu.org/philosophy/no-word-attachments.html | +-------------------------------------------------------+ From c.mcclelland at qub.ac.uk Mon Jun 30 11:25:36 2008 From: c.mcclelland at qub.ac.uk (Christopher McClelland) Date: Mon, 30 Jun 2008 19:25:36 +0100 Subject: [CM] [ANN] ICMC 2008 Early-bird Registration Extended ... Message-ID: <61EC0591-6C4D-4A94-BA1B-C99F5873A8CA@qub.ac.uk> Apologies for cross-posting - The deadline for Early-bird Registration has been extended to Friday 11 July Some other news from ICMC 2008 - Details of the programme have been posted - This year's ICMA Banquet will happen in the amazing surroundings of the great train hall at the Ulster Folk and Transport Museum at Cultra. - MuSE workshop will be giving away a free Infusion Systems' MicroDig Midi Data Acquisition System - ICMC2008 Student Scholarships are available - Tour to the North Antrim coast featuring the Giant's Causeway and the Bushmills Distillery http://www.icmc2008.net/ ........................................................................... Chris McClelland Sonic Arts Research Centre Queens University Belfast BT7 1NN Tel: 02890974445 Email: c.mcclelland at qub.ac.uk -------------- next part -------------- An HTML attachment was scrubbed... URL: