From dpsenick at uiuc.edu  Sat Apr  1 16:57:55 2006
From: dpsenick at uiuc.edu (David Psenicka)
Date: Sat, 01 Apr 2006 18:57:55 -0600
Subject: Fwd: [CM] a FOMUS problem
In-Reply-To: <a74e0fd9f4f09fa5b4bfc405739209f1@uiuc.edu>
References: <a74e0fd9f4f09fa5b4bfc405739209f1@uiuc.edu>
Message-ID: <442F2193.1050507@uiuc.edu>

I posted some examples here:

http://common-lisp.net/project/fomus/doc/ch09.html

I'll keep adding to this as I think of other examples and continue testing.

-David


Rick Taube wrote:

> ill add my rm-spectrum example later today.
>
> Begin forwarded message:
>
>> From: David Psenicka <dpsenick at uiuc.edu>
>> Date: March 31, 2006 6:29:00 PM CST
>> To: Dave Phillips <dlphillips at woh.rr.com>
>> Cc: Rick Taube <taube at uiuc.edu>
>> Subject: Re: [CM] a FOMUS problem
>>
>> Here are a few simple polyphonic examples:
>>
>>
>> (defparameter *part* (new fms:part :instr :piano :partid 'pno))
>>
>> (defun polygen (voice len minp maxp)
>>  (process repeat len
>>           output (new fms:note
>>            :off (now)
>>            :voice voice
>>            :partid 'pno
>>            :note (between minp maxp)
>>            :dur 1/2)
>>           wait 1/2))
>>
>> ;; voice is given
>> (events (list (polygen 1 20 60 80) (polygen 2 20 40 60)) 
>> "/tmp/test.ly" :parts *part* :view t)
>>
>> ;; fomus decides voice
>> (events (list (polygen '(1 2) 20 50 80) (polygen '(1 2) 20 40 70)) 
>> "/tmp/test.ly" :parts *part* :view t)
>>
>> ;; 3/4 voices... (does fairly well with the exception of a few large 
>> leaps here and there)
>> (events (list (polygen '(1 2 3) 20 30 80) (polygen '(1 2 3) 20 30 80) 
>> (polygen '(1 2 3) 20 30 80)) "/tmp/test.ly" :parts *part* :view t)
>> (events (list (polygen '(1 2 3 4) 20 30 80) (polygen '(1 2 3 4) 20 30 
>> 80) (polygen '(1 2 3 4) 20 30 80)) "/tmp/test.ly" :parts *part* :view t)
>>
>>
>> I hope these help.
>>
>> -David
>>
>> Dave Phillips wrote:
>>
>>> Rick Taube wrote:
>>>
>>>> I have a piano and viola ring-modulated spectrum example from the  
>>>> spectral compostion workshop i did last summer, would that suffice?
>>>>
>>> Sure, that would be great. I tried rewriting some CMN examples last 
>>> night but I was too tired and my attempts weren't making any sense...
>>>
>>> Best,
>>>
>>> dp
>>>
>>>
>>>
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>



From taube at uiuc.edu  Sat Apr  1 20:50:57 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sat, 1 Apr 2006 22:50:57 -0600
Subject: Fwd: [CM] a FOMUS problem 
Message-ID: <fedafe6c13ae13d77cb24e51db30fc01@uiuc.edu>

Here are 2 polyphonic Fomus examples. unfortunatly the ring modulation 
one triggers a fomus array index error that didnt happen last fall. the 
midi file from it seems to be ok.

--------
(in-package cm)
(use-system :fomus)

;;;
;;; 5-voice Harmonics "Etude"
;;;

(defun play-harmonics (note beat harm1 harm2)
   (process for h from harm1 to harm2
            for f = (* (hertz note) h)
            output (new note :off (now) :dur (rhythm beat)
                        :note (keynum f :hz) :partid harm1)
            wait (rhythm beat)))

(defparameter primes '(2 3 5 7 11))

(defparameter cellos (loop for p in primes
                            collect (new part :partid p :instr :cello)))

(events (process for p in primes
                  sprout (play-harmonics 'c1 (/ 1 p) p (* p 4)))
         "primes.ly" :quartertones t :max-tuplet 11
         :parts (reverse cellos) :view t)

(events (process for p in primes
                  sprout (play-harmonics 'c1 (/ 1 p) p (* p 4)))
         "primes.mid" :channel-tuning 8 :tempo 40)

;;;
;;; Ring Modulation Etude
;;;

(defun random-rm (num notes)
   (process with pat = (new heap :of notes
                            :for (new weighting :of '(1 2 3)))
            repeat num
            for set1 = (next pat t)
            for set2 = (next pat t)
            for set3 = (rm-spectrum set1 set2 :spectrum ':note
                                    :remove-duplicates t)
            for reps = (pick 3 4 5)
            sprout (process with pat = (new cycle :of (list set1 set2)
                                            :repeat reps)
                            for c = (next pat)
                            until (eod? c)
                            each k in c output (new midi :time (now)
                                                    :keynum k
                                                    :channel 0
                                                    :duration .25
                                                    :amplitude .2)
                            wait .25)
            sprout (process with pat = (new cycle :of set3)
                            repeat (* 2 reps)
                            output (new midi :time (now)
                                        :keynum (next pat)
                                        :channel 1
                                        :duration .125
                                        :amplitude .4)
                            wait .25)
            wait (* .25 reps 2)))

(defparameter duo (list (new part :partid 0 :instr ':viola)
                         (new part :partid 1 :instr ':piano)))

(defparameter mus (new seq))

(events (random-rm 16 (loop for i from 60 to 72 collect i)) mus)

(events mus "rm-etude.mid" :tempo 80)

(events mus "rm-etude.ly" :parts duo :view t)


Array index -1 out of bounds for #(",,," ",," "," "" "'" "''" "'''" 
"''''"
                                    "'''''") .
    [Condition of type SIMPLE-ERROR]

Restarts:
   0: [ABORT-REQUEST] Abort handling SLIME request.
   1: [ABORT-BREAK] Reset this process
   2: [ABORT] Kill this process

Backtrace:
   0: (FOMUS::LYNOTE 11 0 0 'NIL 'NIL)
   1: (FOMUS::SAVE-LILYPOND '(#1=#Z(FOMUS:PARTEX :ID NIL :PARTID 1 :NAME 
NIL :ABBREV NIL :INSTR ...) #1#(FOMUS:PARTEX :ID NIL :PARTID 0 :NAME 
NIL :ABBREV NIL :INSTR ...)) "% LilyPond score file
% FOMUS v0.1.54



From dpsenick at uiuc.edu  Sun Apr  2 11:16:47 2006
From: dpsenick at uiuc.edu (David Psenicka)
Date: Sun, 02 Apr 2006 13:16:47 -0500
Subject: Fwd: [CM] a FOMUS problem
In-Reply-To: <fedafe6c13ae13d77cb24e51db30fc01@uiuc.edu>
References: <fedafe6c13ae13d77cb24e51db30fc01@uiuc.edu>
Message-ID: <4430150F.2070306@uiuc.edu>

There's a pitch (11, it looks like) too far out of range to notate--I'll 
see if this is fixable...
-David

Rick Taube wrote:

> unfortunatly the ring modulation one triggers a fomus array index 
> error that didnt happen last fall. the midi file from it seems to be ok.
> ;;;
> ;;; Ring Modulation Etude
> ;;;
>
> (defun random-rm (num notes)
>   (process with pat = (new heap :of notes
>                            :for (new weighting :of '(1 2 3)))
>            repeat num
>            for set1 = (next pat t)
>            for set2 = (next pat t)
>            for set3 = (rm-spectrum set1 set2 :spectrum ':note
>                                    :remove-duplicates t)
>            for reps = (pick 3 4 5)
>            sprout (process with pat = (new cycle :of (list set1 set2)
>                                            :repeat reps)
>                            for c = (next pat)
>                            until (eod? c)
>                            each k in c output (new midi :time (now)
>                                                    :keynum k
>                                                    :channel 0
>                                                    :duration .25
>                                                    :amplitude .2)
>                            wait .25)
>            sprout (process with pat = (new cycle :of set3)
>                            repeat (* 2 reps)
>                            output (new midi :time (now)
>                                        :keynum (next pat)
>                                        :channel 1
>                                        :duration .125
>                                        :amplitude .4)
>                            wait .25)
>            wait (* .25 reps 2)))
>
> (defparameter duo (list (new part :partid 0 :instr ':viola)
>                         (new part :partid 1 :instr ':piano)))
>
> (defparameter mus (new seq))
>
> (events (random-rm 16 (loop for i from 60 to 72 collect i)) mus)
>
> (events mus "rm-etude.mid" :tempo 80)
>
> (events mus "rm-etude.ly" :parts duo :view t)
>
>
> Array index -1 out of bounds for #(",,," ",," "," "" "'" "''" "'''" 
> "''''"
>                                    "'''''") .
>    [Condition of type SIMPLE-ERROR]
>
> Restarts:
>   0: [ABORT-REQUEST] Abort handling SLIME request.
>   1: [ABORT-BREAK] Reset this process
>   2: [ABORT] Kill this process
>
> Backtrace:
>   0: (FOMUS::LYNOTE 11 0 0 'NIL 'NIL)
>   1: (FOMUS::SAVE-LILYPOND '(#1=#Z(FOMUS:PARTEX :ID NIL :PARTID 1 
> :NAME NIL :ABBREV NIL :INSTR ...) #1#(FOMUS:PARTEX :ID NIL :PARTID 0 
> :NAME NIL :ABBREV NIL :INSTR ...)) "% LilyPond score file
> % FOMUS v0.1.54
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>



From kjetil at ccrma.Stanford.EDU  Sun Apr  2 23:32:01 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Sun, 2 Apr 2006 23:32:01 -0700 (PDT)
Subject: [CM] Snd-ls V0.9.6.1_beta
Message-ID: <Pine.LNX.4.61.0604022328560.1139@ttleush.stanford.edu>


Various bugs fixed by Bill and myself. Its almost non-beta now.

http://ccrma.stanford.edu/~kjetil/src/



0.9.6.0_beta -> 0.9.6.1_beta
-Updated Snd from 8.0/30.3 to 8.0/2.4. Many important fixes, including
  listener stuff.
-Removed playing buttons from pop-up menues.
-Added checks for gtk-mnemnomnics so that old key-bindings aren't
  overwritten.
-Many fixes for the rt-player.
-Various fixes so that debug printing and warnings/errors are put out to
  the listener as well as stdout/stderr.
-Configured the transform view to show sonograms by default.
-Increased standard dac-size from 1024 to 2048.
-Added shortcut "l" to turn on/off the listener, and added it to the
  help menu along with the "c" key for turning on/off controls.




From c.mcclelland at qub.ac.uk  Mon Apr  3 02:05:19 2006
From: c.mcclelland at qub.ac.uk (Christopher McClelland)
Date: Mon, 3 Apr 2006 10:05:19 +0100
Subject: [CM] [ANN] Postgraduate Studentships @ SARC
Message-ID: <423E2616-BC92-4639-80CD-333A22AC5144@qub.ac.uk>

please distribute, apologies for cross-posting...

Sonic Arts Research Centre
School of Music and Sonic Arts
Queen?s University Belfast

Studentships at SARC 2006/07

Funding is available for a number of awards through the Department  
for Employment & Learning (DEL), Overseas Research Students Awards  
Scheme (ORSAS), the European Social Fund (ESF), and Queen?s  
University for postgraduate students commencing in October 2006.   
Awards will be available on a competitive basis to the best-qualified  
candidates.  Successful candidates may be eligible for a ?1000  
Research Travel Fund for  per year  for presentation of research at  
international conferences and festivals.

The closing date for receipt of all applications is Tuesday 2nd May  
2006. Applications are invited to be made electronically at  
www.qub.ac.uk/researchstudentships.


Masters in Sonic Arts (http://www.sarc.qub.ac.uk/ma)
The MA in Sonic Arts is a one year full-time taught programme that  
covers multiple aspects of sound, creativity and technology. The  
course takes advantage of the international cross-disciplinary team  
and the unique studio and performance facilities at the Sonic Arts  
Research Centre. The first semester provides students with a detailed  
insight into sound and technologies used in both industrial and  
experimental contexts. This semester covers topics such as the  
structure and function of the ear, basic principles of auditory  
perception, surround sound recording, editing, mixing, sound  
synthesis and design techniques. The second semester allows students  
to focus on current developments in Sonic Arts by enabling them to  
choose one of the following routes: Composition & Sound Design,  
Computer Gaming, Media and Theory, Music Interfaces and Interaction,  
and Digital Signal Processing.

Contact: Dr. Sile O'Modhrain (sile at qub.ac.uk)


PhD Programmes (http://www.sarc.qub.ac.uk/pages/phd)

The Sonic Arts Research Cluster welcomes applications for PhD in  
interdisciplinary research in the areas of creativity and technology  
with particular emphasis in music and audio. We particularly welcome  
applications in the following areas:
Human-Computer-Interaction: Learning from Music, Signal Processing  
for Audio, Performance Technologies: New Instruments and Practices,  
Accessibility through, Sound and Haptics , Computer Game Audio,  
Physics-based Sound Design, Practice-led Research in the Creative  
Arts (Composition and New Media)

Contact: Dr. Pedro Rebelo	(P.Rebelo at qub.ac.uk)

A fully funded three-year Ph.D. studentship is available on an EPSRC  
research grant for study under the supervision of Dr Maarten van  
Walstijn. The aim of the research project is to investigate new  
techniques for extraction of physical model parameters from musical  
wind instrument oscillations, on the basis of sensing and processing  
acoustic signals within the instrument sound generation loop. Further  
details on the project and the relevant background can be found at  
http://www.sarc.qub.ac.uk/~mvanwalstijn/pmpe.html.


Admission
http://www.qub.ac.uk/directorates/AcademicStudentAffairs/ 
AdmissionsOffice/PostgraduateAdmissions/ApplicationProcedure/ 
ApplyingforPostgraduateStudy/

Funding Applications
http://www.qub.ac.uk/home/StudyingatQueens/PostgraduateOffice/ 
ResearchStudentships/


The Sonic Arts Research Centre (SARC) is a newly established centre  
of excellence, dedicated to the research of music technology. This  
unique interdisciplinary project has united internationally  
recognised experts in the areas of musical composition, signal  
processing, internet technology and digital hardware.

The Centre is established in a purpose-built facility located  
alongside the engineering departments of Queen's University.
The centrepiece of SARC, the Sonic Laboratory, provides a unique  
space for cutting-edge initiatives in the creation and delivery of  
music and audio. The Sonic Laboratory's uniqueness is vested in the  
degree of flexibility it can provide for experiments in 3D sound  
diffusion and for ground-breaking compositional and performance work  
within a purpose-built, variable acoustic space.
The Centre was completed in October 2003 and was officially opened by  
Karlheinz Stockhausen during the Sonorities Festival in April 2004.


http://www.sarc.qub.ac.uk




___________

Christopher McClelland
Research Assistant / PhD Candidate
Queens University of Belfast
Belfast BT7 1NN
c.mcclelland at qub.ac.uk




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20060403/1a2ff6bd/attachment.html>

From bwetteh at yahoo.com  Tue Apr  4 00:44:59 2006
From: bwetteh at yahoo.com (bwete joe)
Date: Tue, 4 Apr 2006 00:44:59 -0700 (PDT)
Subject: [CM] (no subject)
Message-ID: <20060404074459.97427.qmail@web51515.mail.yahoo.com>

 
 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From bil at ccrma.Stanford.EDU  Wed Apr  5 11:00:38 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Wed, 5 Apr 2006 11:00:38 -0700
Subject: [CM] spam trouble
Message-ID: <20060405175817.M24623@ccrma.Stanford.EDU>

As you may have noticed, spammers are using cmdist as a fake "from"
address -- the ones I've received actually originated in Poland.
I don't know how to stop this sort of thing.  Some cmdist subscribers
are also the origin of recent spam -- I've blocked all mail
from yahoo.com for the time being.



From scorciapino at gmail.com  Wed Apr  5 22:48:20 2006
From: scorciapino at gmail.com (Konrad Scorciapino)
Date: Thu, 6 Apr 2006 05:48:20 +0000
Subject: [CM] Problems with Clisp
Message-ID: <f04680930604052248o29341a2fmf0a47b5456cce66d@mail.gmail.com>

Hello,

I tried to run CLM-3 on my machine, but it didn't even compile.
Somewhere, all.lisp makes a call to compile-and-load,
which doesn't seem to be defined for Clisp. Since the end of the
README file suggests that it should work for Clisp,
I guess I am missing something. Any body got any advice?

I'm running Clisp 2.3.8 over Gentoo Linux, on a 64 bits AMD.

Here is the complete output:


konrad at macunaima ~/musica/clm-3 $ clisp
  i i i i i i i       ooooo    o        ooooooo   ooooo   ooooo
  I I I I I I I      8     8   8           8     8     o  8    8
  I  \ `+' /  I      8         8           8     8        8    8
   \  `-+-'  /       8         8           8      ooooo   8oooo
    `-__|__-'        8         8           8           8  8
        |            8     o   8           8     o     8  8
  ------+------       ooooo    8oooooo  ooo8ooo   ooooo   8

Copyright (c) Bruno Haible, Michael Stoll 1992, 1993
Copyright (c) Bruno Haible, Marcus Daniels 1994-1997
Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998
Copyright (c) Bruno Haible, Sam Steingold 1999-2000
Copyright (c) Sam Steingold, Bruno Haible 2001-2006

[1]> (load "all.lisp")
;; Loading file all.lisp ...
;   running cd /home/konrad/musica/clm-3/ && ./configure --quiet
--with-doubles --with-float-samples
; Compiling "/home/konrad/musica/clm-3/io.c"
; Compiling "/home/konrad/musica/clm-3/headers.c"
; Compiling "/home/konrad/musica/clm-3/audio.c"
; Compiling "/home/konrad/musica/clm-3/sound.c"
; Compiling "/home/konrad/musica/clm-3/clm.c"
; Compiling "/home/konrad/musica/clm-3/sc.c"
; Compiling "/home/konrad/musica/clm-3/cmus.c"

*** - EVAL: undefined function COMPILE-AND-LOAD
The following restarts are available:
USE-VALUE      :R1      You may input a value to be used instead of
(FDEFINITION 'COMPILE-AND-LOAD).
RETRY          :R2      Retry
STORE-VALUE    :R3      You may input a new value for (FDEFINITION
'COMPILE-AND-LOAD).
SKIP           :R4      skip (IF # #)
STOP           :R5      stop loading file /home/konrad/musica/clm-3/all.lisp
ABORT          :R6      ABORT
Break 1 [2]>


Thanks in advance,

--
Konrad Scorciapino
CONPEC - Consultoria, Projetos e Estudos em Computa??o
Campinas State University
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20060406/23c37414/attachment.html>

From bil at ccrma.Stanford.EDU  Thu Apr  6 03:29:16 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Thu, 6 Apr 2006 03:29:16 -0700
Subject: [CM] Problems with Clisp
In-Reply-To: <f04680930604052248o29341a2fmf0a47b5456cce66d@mail.gmail.com>
References: <f04680930604052248o29341a2fmf0a47b5456cce66d@mail.gmail.com>
Message-ID: <20060406102621.M62783@ccrma.Stanford.EDU>

Clm-3 doesn't work with Clisp -- sorry!  The data in README.clm refers to
CMN -- I combined the two tables just to make it easier to keep track of
what's broken, but it is ambiguous in places -- I'll add a note to that section.
I'll try to make time to look at Clisp's FFI again -- perhaps it is now 
possible to use it.




From bil at ccrma.Stanford.EDU  Thu Apr  6 08:17:27 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Thu, 6 Apr 2006 08:17:27 -0700
Subject: [CM] Problems with Clisp
In-Reply-To: <f04680930604052248o29341a2fmf0a47b5456cce66d@mail.gmail.com>
References: <f04680930604052248o29341a2fmf0a47b5456cce66d@mail.gmail.com>
Message-ID: <20060406151713.M5854@ccrma.Stanford.EDU>

Clisp's new (to me) FFI looks very good -- I'll try to tie it into CLM soon. 

 Just for kicks I also tried ECL -- it runs out 
of memory trying to compile CMN, but I got a toy test of it to work 
in Snd -- yet another extension language!? 




From fstafek at noise.cz  Thu Apr  6 08:34:38 2006
From: fstafek at noise.cz (eFko)
Date: Thu, 6 Apr 2006 17:34:38 +0200
Subject: [CM] Problems with Clisp
In-Reply-To: <20060406151713.M5854@ccrma.Stanford.EDU>
References: <f04680930604052248o29341a2fmf0a47b5456cce66d@mail.gmail.com>
 <20060406151713.M5854@ccrma.Stanford.EDU>
Message-ID: <1926710750.20060406173438@noise.cz>

6. dubna 2006, 17:17:27, Bill:

BS> Clisp's new (to me) FFI looks very good -- I'll try to tie it into CLM soon.


There is also CFFI - http://common-lisp.net/project/cffi/
 - portable foreign function interface for Common Lisp, works also
 with CLISP... above 2.35

--
Frantisek Stafek



From bil at ccrma.Stanford.EDU  Thu Apr  6 10:47:18 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Thu, 6 Apr 2006 10:47:18 -0700
Subject: [CM] Problems with Clisp
In-Reply-To: <1926710750.20060406173438@noise.cz>
References: <f04680930604052248o29341a2fmf0a47b5456cce66d@mail.gmail.com> <20060406151713.M5854@ccrma.Stanford.EDU> <1926710750.20060406173438@noise.cz>
Message-ID: <20060406174334.M15712@ccrma.Stanford.EDU>

> There is also CFFI - http://common-lisp.net/project/cffi/ 

Several others suggested this.  I looked at it and UFFI earlier today,
and my impression is that neither supports passing an array of
doubles from Lisp to C (or back if from run*).  UFFI might support
this in ACL, and CFFI has some pointer-to-void kludge that
I might be able to twist to my needs, but I'm getting too old
for that kind of foolishness.  CLM (as a Common Lisp program)
is completely dependent on arrays of ints/doubles (to pass
generator setup data and note list data into C).



From bil at ccrma.Stanford.EDU  Thu Apr  6 11:06:09 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Thu, 6 Apr 2006 11:06:09 -0700
Subject: [CM] Problems with Clisp
In-Reply-To: <22215464.1144342574889.JavaMail.root@mswamui-andean.atl.sa.earthlink.net>
References: <22215464.1144342574889.JavaMail.root@mswamui-andean.atl.sa.earthlink.net>
Message-ID: <20060406175115.M11195@ccrma.Stanford.EDU>

> What are your plans for the future of CLM? 

Gah!  I try not to look ahead at all.  I no longer enjoy working on the
Common Lisp version -- the various FFI's are horrible, and debugging
is impossible.  Whenever I'm goofing around with it, I use Snd and
Guile/Scheme, even for with-sound stuff (it's only a factor of 2 or pi
or something-like-that slower than the compiled CL version, and 
I don't think fast anymore anyway).  I'll certainly keep the CL version
going even if Fernando and Chris decide to use something else
for the introductory classes here.  Rick suggested making the current
CL-CLM a pure lisp program, but that slows it down by a factor of
30 to 50; adding all the type declarations (much worse in CL than
in C because every damned expression has to be wrapped in "the")
makes the code unreadable, so why use Lisp at all at that point?
This sounds more negative than I mean for it to -- no big changes
are in the works, as far as I can plan ahead.

If it had worked out as I originally hoped it would, composers would
be developing complicated instruments using new synthesis methods, 
but the energy now seems to be back in what I'd call music concrete! 
Maybe it's a big circle...



From fstafek at noise.cz  Thu Apr  6 11:27:48 2006
From: fstafek at noise.cz (Frantisek Stafek)
Date: Thu, 6 Apr 2006 20:27:48 +0200
Subject: [CM] Problems with Clisp
In-Reply-To: <20060406175115.M11195@ccrma.Stanford.EDU>
References:  <22215464.1144342574889.JavaMail.root@mswamui-andean.atl.sa.earthlink.net>
 <20060406175115.M11195@ccrma.Stanford.EDU>
Message-ID: <66608853.20060406202748@noise.cz>

6. dubna 2006, 20:06:09, Bill:

>> What are your plans for the future of CLM? 

BS> Gah!  I try not to look ahead at all.  I no longer enjoy working on the
BS> Common Lisp version -- the various FFI's are horrible, and debugging
BS> is impossible.  Whenever I'm goofing around with it, I use Snd and
BS> Guile/Scheme, even for with-sound stuff (it's only a factor of 2 or pi
BS> or something-like-that slower than the compiled CL version, and 
BS> I don't think fast anymore anyway).  I'll certainly keep the CL version
BS> going even if Fernando and Chris decide to use something else
BS> for the introductory classes here.  Rick suggested making the current
BS> CL-CLM a pure lisp program, but that slows it down by a factor of
BS> 30 to 50; adding all the type declarations (much worse in CL than
BS> in C because every damned expression has to be wrapped in "the")

Interesting. I'm just CL newbie, sometimes I read discussions on
newsgroups about CL optimizations, where different people claim one can
also use CL for fast code. Problem with unreadable code with
declarations is often mentioned as one that is possible to overcome by
some simple macros. Your complaints sort of support image of CL better
suited for high-level tasks here...

BS> makes the code unreadable, so why use Lisp at all at that point?
BS> This sounds more negative than I mean for it to -- no big changes
BS> are in the works, as far as I can plan ahead.

BS> If it had worked out as I originally hoped it would, composers would
BS> be developing complicated instruments using new synthesis methods,
BS> but the energy now seems to be back in what I'd call music concrete!
BS> Maybe it's a big circle...

BS> _______________________________________________
BS> Cmdist mailing list
BS> Cmdist at ccrma.stanford.edu
BS> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

-- 
Frantisek Stafek.



From taube at uiuc.edu  Thu Apr  6 11:34:52 2006
From: taube at uiuc.edu (Rick Taube)
Date: Thu, 6 Apr 2006 13:34:52 -0500
Subject: [CM] Problems with Clisp
In-Reply-To: <20060406175115.M11195@ccrma.Stanford.EDU>
References: <22215464.1144342574889.JavaMail.root@mswamui-andean.atl.sa.earthlink.net> <20060406175115.M11195@ccrma.Stanford.EDU>
Message-ID: <f656afccba5f981f50913c2ed401a565@uiuc.edu>

>  Rick suggested making the current
> CL-CLM a pure lisp program, but that slows it down by a factor of
> 30 to 50;

if i said that i must have misspoken -- what i was probably trying to 
say is i liked the old #+just-lisp ability, im happy with a c back end 
for a faster with-sound!



From andersvi at extern.uio.no  Fri Apr  7 02:03:10 2006
From: andersvi at extern.uio.no (Anders Vinjar)
Date: Fri, 07 Apr 2006 11:03:10 +0200
Subject: [CM] cmn factorize
Message-ID: <cop8xqhbvw1.fsf@olivier.localdomain>

In cmn, (rq 1/9) gives a note with 2 flags, where i would think 3
was right.

If this is correct theres something strange with the
factorize-algorithm in cmn2.lisp.  Theres a comment saying the
function is necessary in cases involving nested subdivisions.
The only difference between using (floor (log denominator 2)) is
in the weird cases.

Heres output of cmns #'factorize compared to a straigth logarithm
operation:

(loop for n from 1 to 30 collect 
      (list n
	    (factorize n)
	    (floor (log n 2))))

((1 0 0) (2 1 1) (3 1 1) (4 2 2) (5 2 2) (6 2 2) (7 2 2) (8 3 3) (9 2 3)
 (10 3 3) (11 3 3) (12 3 3) (13 3 3) (14 3 3) (15 3 3) (16 4 4) (17 4 4)
 (18 3 4) (19 4 4) (20 4 4) (21 3 4) (22 4 4) (23 4 4) (24 4 4) (25 4 4)
 (26 4 4) (27 3 4) (28 4 4) (29 4 4) (30 4 4))

Whats right here?



From bil at ccrma.Stanford.EDU  Fri Apr  7 04:38:43 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 7 Apr 2006 04:38:43 -0700
Subject: [CM] cmn factorize
In-Reply-To: <cop8xqhbvw1.fsf@olivier.localdomain>
References: <cop8xqhbvw1.fsf@olivier.localdomain>
Message-ID: <20060407113724.M41947@ccrma.Stanford.EDU>

The "logic" in the 1/9 case
goes something like: if you ask for (say) triplets (i.e. n/3), you' re 
putting 3 (say 8ths) in a quarter, so you get, for example, q + e = q.
If you ask for 5 divisions in a quarter, that's q + s = q, (or is it h + e = q?) --
since the beat is closer to a 16th, this gets two beams, but the problem for cmn
is that in nested n-lets so to speak, you need to keep the beams
logical (say a triplet within a triplet = 1/9) so the outer triplet, the
unbroken beam, has one beam, and the inner triplet is considered
3 16ths in a triplet 1/8, so it ought to have 2 beams, but that means
a quarter at the outer level = h + s at the innermost level.  You'll
notice in the code (just below the point you mention) a long comment
about the problem, all brought about by rqq.lisp and its fancy nested
groupings.  I suppose we could add a flag to choose which style is
desired.  (The factorization was trying to catch these nested cases --
as you can see in the code I originally just chose the closest match
between flags and actual duration, but the experts disagree even on
this).




From rbastian at free.fr  Fri Apr  7 05:21:01 2006
From: rbastian at free.fr (=?iso-8859-1?q?Ren=E9=20Bastian?=)
Date: Fri, 7 Apr 2006 14:21:01 +0200
Subject: [CM] cmn factorize
In-Reply-To: <20060407113724.M41947@ccrma.Stanford.EDU>
References: <cop8xqhbvw1.fsf@olivier.localdomain> <20060407113724.M41947@ccrma.Stanford.EDU>
Message-ID: <06040714210103.00752@rbastian>

Le Vendredi  7 Avril 2006 13:38, Bill Schottstaedt a ?crit :
> The "logic" in the 1/9 case
> goes something like: if you ask for (say) triplets (i.e. n/3), you' re
> putting 3 (say 8ths) in a quarter, so you get, for example, q + e = q.
> If you ask for 5 divisions in a quarter, that's q + s = q, (or is it h + e
> = q?) -- since the beat is closer to a 16th, this gets two beams, but the
> problem for cmn is that in nested n-lets so to speak, you need to keep the
> beams
> logical (say a triplet within a triplet = 1/9) so the outer triplet, the
> unbroken beam, has one beam, and the inner triplet is considered
> 3 16ths in a triplet 1/8, so it ought to have 2 beams, but that means
> a quarter at the outer level = h + s at the innermost level.  You'll
> notice in the code (just below the point you mention) a long comment
> about the problem, all brought about by rqq.lisp and its fancy nested
> groupings.  I suppose we could add a flag to choose which style is
> desired.  (The factorization was trying to catch these nested cases --
> as you can see in the code I originally just chose the closest match
> between flags and actual duration, but the experts disagree even on
> this).
>
There is another simple rule :
wholes : 1
halfs : 2 3
quarters : 4 5 6 7
8-th-s : 8 ... 15 [== 1 beam]
16-th-s : 16 ... 31 [== 2 beams]

=> 9 (equ. 18) == 2 beams

Hm, but if the divisor is near 31, I would prefer 3 beams.
Where is the limit ? ["chacun pour soi" :-)]
One can find such "strange beam attractors" in Stockhausen's "Gruppen"

-- 
Ren? Bastian
? Le progr?s consiste plus que jamais dans l'apprentissage de l'abstraction
et dans la rupture avec les images. ?  Jean-Michel Besnier (La crois?e des
sciences)





From bil at ccrma.Stanford.EDU  Fri Apr  7 05:55:20 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 7 Apr 2006 05:55:20 -0700
Subject: [CM] cmn factorize
In-Reply-To: <06040714210103.00752@rbastian>
References: <cop8xqhbvw1.fsf@olivier.localdomain> <20060407113724.M41947@ccrma.Stanford.EDU> <06040714210103.00752@rbastian>
Message-ID: <20060407125311.M54565@ccrma.Stanford.EDU>

I was thinking (if not writing very clearly) in terms of a quarter note,
so 1/9 = 1/36 = 3 beams (this was Anders' point).  (Also by
"closest" I was intending "in terms of floor"). 

The 1/9 is ambiguous at the level that cmn sees it -- is it 9:1 = 3 beams,
or 3:3:1 = 2 beams?




From bil at ccrma.Stanford.EDU  Fri Apr  7 06:02:49 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 7 Apr 2006 06:02:49 -0700
Subject: [CM] cmn factorize
In-Reply-To: <06040714210103.00752@rbastian>
References: <cop8xqhbvw1.fsf@olivier.localdomain> <20060407113724.M41947@ccrma.Stanford.EDU> <06040714210103.00752@rbastian>
Message-ID: <20060407130006.M12584@ccrma.Stanford.EDU>

But your point about the 31ths comes up even when the experts are
trying to make this all logical and easy -- Read's book, if I remember
right, gets tangled up in 11ths.  I've seen many different choices
in actual music.  As I wrote cmn, it really dawned on me how illogical
music notation is; its real task is to communicate between composer
and player (or reader anyway), and there you constantly hit questions
of expectations and clarity, etc -- I should write a book.




From dlphillips at woh.rr.com  Fri Apr  7 06:23:55 2006
From: dlphillips at woh.rr.com (Dave Phillips)
Date: Fri, 07 Apr 2006 09:23:55 -0400
Subject: [CM] cmn factorize
In-Reply-To: <20060407130006.M12584@ccrma.Stanford.EDU>
References: <cop8xqhbvw1.fsf@olivier.localdomain> <20060407113724.M41947@ccrma.Stanford.EDU> <06040714210103.00752@rbastian> <20060407130006.M12584@ccrma.Stanford.EDU>
Message-ID: <443667EB.70206@woh.rr.com>

Bill Schottstaedt wrote:

>But your point about the 31ths comes up even when the experts are
>trying to make this all logical and easy -- Read's book, if I remember
>right, gets tangled up in 11ths.  I've seen many different choices
>in actual music.  As I wrote cmn, it really dawned on me how illogical
>music notation is; its real task is to communicate between composer
>and player (or reader anyway), and there you constantly hit questions
>of expectations and clarity, etc -- I should write a book.
>  
>
Hi everyone:

  Just FYI, Read says on p.188 of his book :

  "If the time unit is a quarter note (as in 5/4, 4/4, or 3/4), then an 
irregular group of 11 notes occupying three beats (equivalent to six 
eighth-notes) would be beamed as eighth notes. In the same measure [i.e. 
meter], an irregular group of 13 notes would be beamed as sixteenth notes."

Best,

dp



From dlphillips at woh.rr.com  Fri Apr  7 06:37:50 2006
From: dlphillips at woh.rr.com (Dave Phillips)
Date: Fri, 07 Apr 2006 09:37:50 -0400
Subject: Fwd: [CM] a FOMUS problem
In-Reply-To: <4430150F.2070306@uiuc.edu>
References: <fedafe6c13ae13d77cb24e51db30fc01@uiuc.edu> <4430150F.2070306@uiuc.edu>
Message-ID: <44366B2E.6070203@woh.rr.com>

Hi David:

  Just a note to let you know that my brief profile of FOMUS is on-line at :

    http://www.linuxjournal.com/article/8972

  Many thanks to you and Rick for your assistance ! :)

Best,

dp



From bil at ccrma.Stanford.EDU  Fri Apr  7 07:13:13 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 7 Apr 2006 07:13:13 -0700
Subject: [CM] cmn factorize
In-Reply-To: <443667EB.70206@woh.rr.com>
References: <cop8xqhbvw1.fsf@olivier.localdomain> <20060407113724.M41947@ccrma.Stanford.EDU> <06040714210103.00752@rbastian> <20060407130006.M12584@ccrma.Stanford.EDU> <443667EB.70206@woh.rr.com>
Message-ID: <20060407140938.M85553@ccrma.Stanford.EDU>

But look at page 212 -- he gives exactly the case we were talking about
and uses 2 beams for 1/9.  The earlier case is made simple by leaving
the discussion in terms of fancy meters with simple quarter note divisions,
so there 9 is clearly 9:2 in our thinking (and not problematic). 
Also it irks me that he thinks he can smirk at Ives -- the bastard!



From tejohnso at uiuc.edu  Fri Apr  7 08:47:29 2006
From: tejohnso at uiuc.edu (Timothy Ernest Johnson)
Date: Fri, 7 Apr 2006 08:47:29 -0700
Subject: [CM] cmn factorize
Message-ID: <e9eae356.a54c07a6.13385900@expms3.cites.uiuc.edu>

hi. i'm new to the list -- just a comment about the notation
issue:

yes, on p. 212, example 11-24 there is a nested tuplet figure
with 3 triplet 16ths inside of one triplet 8th. i think the
reason for only two beams is that each tuplet level only
relates to the previous level -- so that the triplet 16ths
only relate to the triplet 8th notes as if they were the
prevailing meter (they know nothing of other levels)

however if we had 9 16ths as a single group this would be
relating to the 16ths at the 'bottom' level and therefore
would clearly be 9:8 and would require three beams.

---- Original message ----
>Date: Fri, 7 Apr 2006 07:13:13 -0700
>From: "Bill Schottstaedt" <bil at ccrma.Stanford.EDU>  
>Subject: Re: [CM] cmn factorize  
>To: Dave Phillips <dlphillips at woh.rr.com>
>Cc: Ren? Bastian <rbastian at free.fr>, cmdist at ccrma.Stanford.EDU
>
>But look at page 212 -- he gives exactly the case we were
talking about
>and uses 2 beams for 1/9.  The earlier case is made simple by
leaving
>the discussion in terms of fancy meters with simple quarter
note divisions,
>so there 9 is clearly 9:2 in our thinking (and not problematic). 
>Also it irks me that he thinks he can smirk at Ives -- the
bastard!
>
>_______________________________________________
>Cmdist mailing list
>Cmdist at ccrma.stanford.edu
>http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
Timothy E. Johnson
visiting lecturer
School of Music
University of Illinois/Urbana-Champaign



From brad at sonaural.com  Fri Apr  7 12:15:42 2006
From: brad at sonaural.com (Brad Fuller)
Date: Fri, 07 Apr 2006 12:15:42 -0700
Subject: [CM] snd and AC3
Message-ID: <4436BA5E.4020102@sonaural.com>

Is there a way that I can play back AC3 files with snd? Or with any
audio editor?



From rlrevell at joe-job.com  Fri Apr  7 12:23:02 2006
From: rlrevell at joe-job.com (Lee Revell)
Date: Fri, 07 Apr 2006 15:23:02 -0400
Subject: [CM] Re: [linux-audio-user] snd and AC3
In-Reply-To: <4436BA5E.4020102@sonaural.com>
References: <4436BA5E.4020102@sonaural.com>
Message-ID: <1144437783.22490.79.camel@mindpipe>

On Fri, 2006-04-07 at 12:15 -0700, Brad Fuller wrote:
> Is there a way that I can play back AC3 files with snd? Or with any
> audio editor?
> 

By play back do you mean SPDIF passthrough to a receiver?  Or do you
want them decoded to 6 channel .wavs?

Lee



From bil at ccrma.Stanford.EDU  Fri Apr  7 12:42:17 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 7 Apr 2006 12:42:17 -0700
Subject: [CM] snd and AC3
In-Reply-To: <4436BA5E.4020102@sonaural.com>
References: <4436BA5E.4020102@sonaural.com>
Message-ID: <20060407193730.M91828@ccrma.Stanford.EDU>

AC3... -- is that a Mac compression?  I vaguely remember
looking at decoders -- AC something or maybe APE?; I didn't find one that 
was completely GPL-style freeware -- my recollection is that they were 
making noises about royalties or something.

If there's a truly unencumbered reader, I can easily add it to Snd (but there's
nothing built-in now).



From brad at sonaural.com  Fri Apr  7 12:59:46 2006
From: brad at sonaural.com (Brad Fuller)
Date: Fri, 07 Apr 2006 12:59:46 -0700
Subject: [CM] Re: [linux-audio-user] snd and AC3
In-Reply-To: <1144437783.22490.79.camel@mindpipe>
References: <4436BA5E.4020102@sonaural.com> <1144437783.22490.79.camel@mindpipe>
Message-ID: <4436C4B2.2020403@sonaural.com>

An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20060407/5cb2d519/attachment.html>

From brad at sonaural.com  Fri Apr  7 13:03:38 2006
From: brad at sonaural.com (Brad Fuller)
Date: Fri, 07 Apr 2006 13:03:38 -0700
Subject: [CM] snd and AC3
In-Reply-To: <20060407193730.M91828@ccrma.Stanford.EDU>
References: <4436BA5E.4020102@sonaural.com> <20060407193730.M91828@ccrma.Stanford.EDU>
Message-ID: <4436C59A.3080306@sonaural.com>

Bill Schottstaedt wrote:
> AC3... -- is that a Mac compression?  I vaguely remember
> looking at decoders -- AC something or maybe APE?; I didn't find one that 
> was completely GPL-style freeware -- my recollection is that they were 
> making noises about royalties or something.
>
> If there's a truly unencumbered reader, I can easily add it to Snd (but there's
> nothing built-in now).
>   
Hi Bill,

AC3, as in Digital Dolby: used in DVDs and ATSC.

Maybe your thinking of AAC?



From rbastian at free.fr  Fri Apr  7 13:58:24 2006
From: rbastian at free.fr (=?iso-8859-1?q?Ren=E9=20Bastian?=)
Date: Fri, 7 Apr 2006 22:58:24 +0200
Subject: [CM] cmn factorize
In-Reply-To: <443667EB.70206@woh.rr.com>
References: <cop8xqhbvw1.fsf@olivier.localdomain> <20060407130006.M12584@ccrma.Stanford.EDU> <443667EB.70206@woh.rr.com>
Message-ID: <06040722582401.00754@rbastian>

Le Vendredi  7 Avril 2006 15:23, Dave Phillips a ?crit :
> Bill Schottstaedt wrote:
> >But your point about the 31ths comes up even when the experts are
> >trying to make this all logical and easy -- Read's book, if I remember
> >right, gets tangled up in 11ths.  I've seen many different choices
> >in actual music.  As I wrote cmn, it really dawned on me how illogical
> >music notation is; its real task is to communicate between composer
> >and player (or reader anyway), and there you constantly hit questions
> >of expectations and clarity, etc -- I should write a book.
>
> Hi everyone:
>
>   Just FYI, Read says on p.188 of his book :
>
>   "If the time unit is a quarter note (as in 5/4, 4/4, or 3/4), then an
> irregular group of 11 notes occupying three beats (equivalent to six
> eighth-notes) would be beamed as eighth notes. In the same measure [i.e.
> meter], an irregular group of 13 notes would be beamed as sixteenth notes."
>
> Best,
>
> dp
>


PS : I discovered CMN in a book published by "no starch press".

Many thanks 

-- 
Ren? Bastian
? Le progr?s consiste plus que jamais dans l'apprentissage de l'abstraction
et dans la rupture avec les images. ?  Jean-Michel Besnier (La crois?e des
sciences)





From s_boussuge at yahoo.fr  Fri Apr  7 14:35:14 2006
From: s_boussuge at yahoo.fr (stephane boussuge)
Date: Fri, 7 Apr 2006 23:35:14 +0200 (CEST)
Subject: [CM] append seq one after the other in cm
Message-ID: <20060407213514.76735.qmail@web32109.mail.mud.yahoo.com>

hi list
could you give me an example how to append some seq
one after the other when i don't know in advance the
last time value of my sequences (ex. use pattern whith
eop? and  some random pmtr).
thank you very much
s.boussuge



	

	
		
___________________________________________________________________________ 
Nouveau : t?l?phonez moins cher avec Yahoo! Messenger ! D?couvez les tarifs exceptionnels pour appeler la France et l'international.
T?l?chargez sur http://fr.messenger.yahoo.com



From taube at uiuc.edu  Fri Apr  7 15:05:44 2006
From: taube at uiuc.edu (Rick Taube)
Date: Fri, 7 Apr 2006 17:05:44 -0500
Subject: [CM] append seq one after the other in cm
In-Reply-To: <20060407213514.76735.qmail@web32109.mail.mud.yahoo.com>
References: <20060407213514.76735.qmail@web32109.mail.mud.yahoo.com>
Message-ID: <6d7e524e72e1d966c3d5a4620f6a5905@uiuc.edu>

hello stephane, first before i answer - do you literally want to append  
objects in multiple seqs into one seq or do you want to simply output  
the seqs one after the other to a midifile (or whatever).

perhaps it would be best if you sent me example code that creates two  
seqs that you would want to append. once i see what you actually  want  
to do i can answer the question.

--rick


On Apr 7, 2006, at 4:35 PM, stephane boussuge wrote:

> hi list
> could you give me an example how to append some seq
> one after the other when i don't know in advance the
> last time value of my sequences (ex. use pattern whith
> eop? and  some random pmtr).
> thank you very much
> s.boussuge
>
>
>
> 	
>
> 	
> 		
> _______________________________________________________________________ 
> ____
> Nouveau : t?l?phonez moins cher avec Yahoo! Messenger ! D?couvez les  
> tarifs exceptionnels pour appeler la France et l'international.
> T?l?chargez sur http://fr.messenger.yahoo.com
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From bil at ccrma.Stanford.EDU  Sat Apr  8 07:23:09 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Sat, 8 Apr 2006 07:23:09 -0700
Subject: [CM] snd and AC3
Message-ID: <20060408141943.M69198@ccrma.Stanford.EDU>

I got a52dec and it seems to be fine, but I can't automate AC3 support in Snd
because, as far as I can tell, there's no way (besides the "ac3" extension) to
recognize an AC3 file.  You could call a52dec from Snd via 

(define (play-ac3 name)
  (system (format #f "a52dec ~A" name))

and something similar (see examp.scm OGG code) to translate such a file
so that Snd can edit it.  



From brad at sonaural.com  Sat Apr  8 09:35:08 2006
From: brad at sonaural.com (Brad Fuller)
Date: Sat, 08 Apr 2006 09:35:08 -0700
Subject: [CM] snd and AC3
In-Reply-To: <20060408141943.M69198@ccrma.Stanford.EDU>
References: <20060408141943.M69198@ccrma.Stanford.EDU>
Message-ID: <4437E63C.1070208@sonaural.com>

An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20060408/bf635535/attachment.html>

From taube at uiuc.edu  Sat Apr  8 11:45:14 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sat, 8 Apr 2006 13:45:14 -0500
Subject: [CM] CM 2.8.0 available
Message-ID: <17439b903aee7778d47cce8a13f18c96@uiuc.edu>

CM release 2.8.0 is available from sourceforge:

	http://sourceforge.net/project/showfiles.php?group_id=9766

I've released updates to all the modules and there are two new ones: 
rts and osc. See the install page for more information:

	http://commonmusic.sourceforge.net/doc/install.html

New features in 2.8.0 are too long to list here, see the changelog for 
more information:

	http://commonmusic.sourceforge.net/doc/changelog.text

A huge thanks to todd ingalls and michael kingbeil for their work on 
designing rts, and todd for his implementation of osc. There are some 
examples of using Supercollider with RTS and OSC in 
cm/etc/examples/rt-sc.cm



From taube at uiuc.edu  Sat Apr  8 11:45:36 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sat, 8 Apr 2006 13:45:36 -0500
Subject: [CM] CM.app/OSX
Message-ID: <82d80e746ce22417dadd751ef5b99a42@uiuc.edu>

Ive released new CM.app for OSX:

http://prdownloads.sourceforge.net/commonmusic/cm-2.8.0-app-osx.dmg.gz? 
download

CM.app includes the following Lisp software

	CFFI CLM-3 CM CMN FOMUS MIDISHARE PORTMIDI OSC SLIME

For the most Mac-like experience use it with Aquamacs Emacs release  
0.9.8 (see readme.text for more information)

CM.app uses the included SLIME to provide the bridge between Emacs and  
CM.

This version of CM.app always loads from fasls, i.e. itt does not use a  
saved lisp image. This allows you to "freshen" any of the packages with  
bug fixes and so on. Whereever possible I installed the app's software  
using anonymous cvs; to update an individual package you just cd to the  
directory and do an update, ie

	cd /Applications/CM.app/Contents/Resources/fomus
	cvs update

If you update the CM tree you will remain in the 2.8 stable line.



From taube at uiuc.edu  Sat Apr  8 14:36:26 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sat, 8 Apr 2006 16:36:26 -0500
Subject: [CM] cm future developments
Message-ID: <b8ab10947ca141a1d0d9b1d2c3da7a09@uiuc.edu>

near term:

i still need to patch rts so that sbcl/linux works like last december. 
once i do that i will fork a stable rts rel-1_0 branch in cvs that 
maitains this code.

nearish term:

1 i am hopeful that a c version of rts will be forthcoming in the 
unstable cvs of cm and rts. its looking good so far. if i can do it 
then it will be possible to use (events) at the same time rts is 
running. =:)

2 gauche scheme verions of (use-system :midishare) :osc and :portmidi 
systems. actually the system code aleady exists, ie there is a 
portmidi.scm and midishare.scm that you can use with gauche.

longer term:

3 todd is working on a Gauche external for Max/MSP. he has it sort of 
working; you can load CM into max and communicate with it via inlets 
and outlets

4 thinking of using wxWidgets to write a non-emacs GUI environment for 
cm with integrated graphics. if i did this it would probably use a 
gauche scheme backend, which runs about as fast as clisp. if rts were 
in c then that would  be plenty fast!

--rick



From volger at lebenspuls.de  Sun Apr  9 02:11:02 2006
From: volger at lebenspuls.de (Pieter Volger)
Date: Sun, 09 Apr 2006 11:11:02 +0200
Subject: [CM] installation problem
Message-ID: <4438CFA6.3010209@lebenspuls.de>

I am not sure what I am making wrong.
I try to install cm-2.8 with clisp and XEmacs on win XP . Trying to 
config Xemacs I get the following error-message

(initialization/error) An error has occurred while loading c:\Dokumente 
und Einstellungen\Pieter\.xemacs\init.el:

Symbol's function definition is void: easy-menu-create-menu

can someone help me please

Thanks in advance

Pieter




From bil at ccrma.Stanford.EDU  Sun Apr  9 03:58:36 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Sun, 9 Apr 2006 03:58:36 -0700
Subject: [CM] Problems with Clisp
Message-ID: <20060409105515.M42188@ccrma.Stanford.EDU>

I just got the canonical toot from the fm-violin in clisp!  If all the testing
goes smoothly, there should be a working tarball of it early next week.



From taube at uiuc.edu  Sun Apr  9 04:31:25 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sun, 9 Apr 2006 06:31:25 -0500
Subject: [CM] installation problem
In-Reply-To: <4438CFA6.3010209@lebenspuls.de>
References: <4438CFA6.3010209@lebenspuls.de>
Message-ID: <357eff7009bccb3bf53693a775cbea84@uiuc.edu>

hi , it seems you have an old or stale .emacs file.
delete (or move ) that init.el file: c:\Dokumente und 
Einstellungen\Pieter\.xemacs\init.el
and try again.



On Apr 9, 2006, at 4:11 AM, Pieter Volger wrote:

> I am not sure what I am making wrong.
> I try to install cm-2.8 with clisp and XEmacs on win XP . Trying to 
> config Xemacs I get the following error-message
>
> (initialization/error) An error has occurred while loading 
> c:\Dokumente und Einstellungen\Pieter\.xemacs\init.el:
>
> Symbol's function definition is void: easy-menu-create-menu
>
> can someone help me please
>
> Thanks in advance
>
> Pieter
>
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From finnendahl at folkwang-hochschule.de  Sun Apr  9 07:28:20 2006
From: finnendahl at folkwang-hochschule.de (Orm Finnendahl)
Date: Sun, 9 Apr 2006 16:28:20 +0200
Subject: [CM] snd-8 make install fails
Message-ID: <20060409142820.GC20731@grisey>

Hi,

make install for snd-8 (current tarball) fails on my machine (snd-8
directory is in "/root/install/"):

root at grisey:~/install/snd-8# make install
/bin/sh ./mkinstalldirs /usr/local/bin
/bin/sh ./mkinstalldirs /usr/local/man
/bin/sh ./mkinstalldirs /usr/local/man/man1
(cd po && make install)
make[1]: Entering directory `/root/install/snd-8/po'
/bin/sh `case ".././mkinstalldirs" in /*) echo ".././mkinstalldirs" ;; *) echo "../.././mkinstalldirs" ;; esac` /usr/local/share
/bin/sh: ../.././mkinstalldirs: No such file or directory
make[1]: *** [install-data-yes] Error 127
make[1]: Leaving directory `/root/install/snd-8/po'
make: *** [install] Error 2
root at grisey:~/install/snd-8#

I just put the binary to /usr/local/bin by hand so it's no problem for
me but I thought to report anyway.

--
Orm



From taube at uiuc.edu  Sun Apr  9 08:50:14 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sun, 9 Apr 2006 10:50:14 -0500
Subject: [CM] append seq one after the other in cm
In-Reply-To: <20060408200432.85952.qmail@web32111.mail.mud.yahoo.com>
References: <20060408200432.85952.qmail@web32111.mail.mud.yahoo.com>
Message-ID: <2ccfb8e6c10e977300d911243b61fae9@uiuc.edu>

> i want to output each seq one after the other in
> midifile or whatever.
>
> thanks stf

ok, say you have a few seqs contaings time sorted objects but you dont 
know how long or many their are. the most flexible way to "time append" 
these is to simply shift each seq by the amount of time the previos seq 
claims including an optional "pad" value that you can add to the actual 
end time of each seq to shift it forward or backward relative to the 
previos seq's end. first you need a little function that returns the 
"time length" of a seq. this is easy since the last object in the seq 
has the last time value:

(defun seq-time-length (seq &optional (pad 0))
   (let ((last-event (first (last (subobjects seq)))))
     (if last-event
	(+ (object-time last-event) pad)
	pad)))

given this function you can write another little function that takes a 
sereies of sequences and optional pad values and increments the start 
time of each seq by the amount claimed by the previos seq + any pad 
between them:

(defun seq-time-append (&rest seqs-and-pads)
   (let ((time 0))
     (loop for s in seqs-and-pads
        if (numberp s) do (incf time s)
        else do (progn (sv s :time time)
                       (incf time (seq-time-length s)))
        and collect s)))

Here is a test

;;;--------------------------

(defun ranmidis (n r)
   (loop with x = 0 repeat n
         collect (new midi :time x :keynum (between 60 90))
         do (incf x r)))

(defparameter seq1 (new seq :subobjects (ranmidis 4 .25)))
(list-objects seq1)
(seq-time-length seq1)

(defparameter seq2 (new seq :subobjects (ranmidis 4 .25)))
(list-objects seq2)
(seq-time-length seq2)

(defparameter seq3 (new seq :subobjects (ranmidis 4 .25)))
(list-objects seq2)
(seq-time-length seq3)

(cd )

(events (seq-time-append seq1 seq2 1 seq3) "test.mid")

(events (seq-time-append seq1 .25 seq2 -.5 seq3) "test.mid")



From bil at ccrma.Stanford.EDU  Sun Apr  9 10:38:06 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Sun, 9 Apr 2006 10:38:06 -0700
Subject: [CM] snd-8 make install fails
In-Reply-To: <20060409173329.M69207@ccrma.Stanford.EDU>
References: <20060409142820.GC20731@grisey> <20060409173329.M69207@ccrma.Stanford.EDU>
Message-ID: <20060409173737.M48251@ccrma.Stanford.EDU>

That's not something I have any control over -- the gettext people
provide their own makefiles and configuration stuff, and they
assume there's a copy of mkinstalldirs in ../../ (or whatever).
There's one in the Snd tarball which can be copied wherever it
is needed.



From scholz-micha at gmx.de  Mon Apr 10 09:45:16 2006
From: scholz-micha at gmx.de (Michael Scholz)
Date: Mon, 10 Apr 2006 18:45:16 +0200
Subject: [CM] snd-8 make install fails
In-Reply-To: <20060409173737.M48251@ccrma.Stanford.EDU> (Bill Schottstaedt's message of "Sun, 9 Apr 2006 10:38:06 -0700")
References: <20060409142820.GC20731@grisey>
	<20060409173329.M69207@ccrma.Stanford.EDU>
	<20060409173737.M48251@ccrma.Stanford.EDU>
Message-ID: <86mzetxtur.fsf@Lerche.Socrates>

> That's not something I have any control over -- the gettext people
> provide their own makefiles and configuration stuff, and they
> assume there's a copy of mkinstalldirs in ../../ (or whatever).
> There's one in the Snd tarball which can be copied wherever it
> is needed.

Orm, if you call configure with the full path, this doesn't appear
(e.g. `pwd`/configure ...).

Bill, you can safely replace in snd/po/Makefile.in.in, line 30:

  mkinstalldirs = $(SHELL) `case "$(MKINSTALLDIRS)" in /*) echo "$(MKINSTALLDIRS)" ;; *) echo "$(top_builddir)/$(MKINSTALLDIRS)" ;; esac`

by

  mkinstalldirs = $(SHELL) $(MKINSTALLDIRS)

This is what I found in fth/po/Makefile.in.in.  $(MKINSTALLDIRS)
contains the correct path to mkinstalldirs, so the case-esac isn't
needed.

Mike



From bil at ccrma.Stanford.EDU  Mon Apr 10 10:37:27 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Mon, 10 Apr 2006 10:37:27 -0700
Subject: [CM] snd-8 make install fails
In-Reply-To: <86mzetxtur.fsf@Lerche.Socrates>
References: <20060409142820.GC20731@grisey> <20060409173329.M69207@ccrma.Stanford.EDU> <20060409173737.M48251@ccrma.Stanford.EDU> <86mzetxtur.fsf@Lerche.Socrates>
Message-ID: <20060410173635.M13456@ccrma.Stanford.EDU>

Thanks very much!  I'll make that change today. 



From finnendahl at folkwang-hochschule.de  Mon Apr 10 11:44:01 2006
From: finnendahl at folkwang-hochschule.de (Orm Finnendahl)
Date: Mon, 10 Apr 2006 20:44:01 +0200
Subject: [CM] snd-8 make install fails
In-Reply-To: <86mzetxtur.fsf@Lerche.Socrates>
References: <20060409142820.GC20731@grisey> <20060409173329.M69207@ccrma.Stanford.EDU> <20060409173737.M48251@ccrma.Stanford.EDU> <86mzetxtur.fsf@Lerche.Socrates>
Message-ID: <20060410184400.GA6592@grisey>

thanks for the information. Good to know...

--
Orm

Am 10. April 2006, 18:45 Uhr (+0200) schrieb Michael Scholz:
> 
> Orm, if you call configure with the full path, this doesn't appear
> (e.g. `pwd`/configure ...).
> 
> Bill, you can safely replace in snd/po/Makefile.in.in, line 30:
> 
>   mkinstalldirs = $(SHELL) `case "$(MKINSTALLDIRS)" in /*) echo "$(MKINSTALLDIRS)" ;; *) echo "$(top_builddir)/$(MKINSTALLDIRS)" ;; esac`
> 
> by
> 
>   mkinstalldirs = $(SHELL) $(MKINSTALLDIRS)
> 
> This is what I found in fth/po/Makefile.in.in.  $(MKINSTALLDIRS)
> contains the correct path to mkinstalldirs, so the case-esac isn't
> needed.
> 
> Mike
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From rm at tuxteam.de  Mon Apr 10 13:22:31 2006
From: rm at tuxteam.de (Ralf Mattes)
Date: Mon, 10 Apr 2006 22:22:31 +0200
Subject: [CM] snd-8 make install fails
In-Reply-To: <20060410173635.M13456@ccrma.Stanford.EDU>
References: <20060409142820.GC20731@grisey> <20060409173329.M69207@ccrma.Stanford.EDU> <20060409173737.M48251@ccrma.Stanford.EDU> <86mzetxtur.fsf@Lerche.Socrates> <20060410173635.M13456@ccrma.Stanford.EDU>
Message-ID: <20060410202231.GA8960@seid-online.de>

On Mon, Apr 10, 2006 at 10:37:27AM -0700, Bill Schottstaedt wrote:
> Thanks very much!  I'll make that change today. 

Ok, thanks. Orm, that'll also fix the problems I had
with the authomatic build deamon builds of the packages.
You might be able to apt-get snd by tomorrow evening ...

 Cheers, RalfD

> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From bernd.althaus at web.de  Wed Apr 12 12:45:54 2006
From: bernd.althaus at web.de (Bernd Althaus)
Date: Wed, 12 Apr 2006 21:45:54 +0200
Subject: [CM] <kein Betreff>
Message-ID: <34738353@web.de>

Hello,
I tried to compile a simple clm instrument in the cm 2.8.0 app under OS X 10.3.9 and got the following errors. (It worked in 2.6.0.)

(definstrument simple1 (start-time duration frequency amplitude)
  (let* ((start-sample (* start-time *srate*))
         (end-sample (+ start-sample (* duration *srate*)))
         (oscillator (make-oscil :frequency frequency)))
    (run
     (loop for index from start-sample to end-sample do
          (outa index (* amplitude (oscil oscillator)))))))

-------------------

CM> (compile-file "simple1.ins")
;Compiler warnings for "/Users/balthaus/lisp/clm/ins/simple1.ins" :
;   Undeclared free variable SIMPLE1, in an anonymous lambda form.
;   Undeclared free variable START-TIME, in an anonymous lambda form.
;   Undeclared free variable DURATION (2 references), in an anonymous lambda form.
;   Undeclared free variable *SRATE* (2 references), in an anonymous lambda form.
;   Undeclared free variable FREQUENCY (2 references), in an anonymous lambda form.
;   Undeclared free variable AMPLITUDE (2 references), in an anonymous lambda form.
;Compiler warnings for "/Users/balthaus/lisp/clm/ins/simple1.ins" :
;   Undefined function OSCIL, in an anonymous lambda form.
;   Undefined function OUTA, in an anonymous lambda form.
;   Undefined function RUN, in an anonymous lambda form.
;   Undefined function MAKE-OSCIL, in an anonymous lambda form.
;   Undefined function START-TIME, in an anonymous lambda form.
;   Undefined function DEFINSTRUMENT, in an anonymous lambda form.

#P"/Users/balthaus/lisp/clm/ins/simple1.dfsl"
T
T
CM> 

What I have to do to make it work?
Thanks for help.
Bernd
_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192



From bil at ccrma.Stanford.EDU  Wed Apr 12 13:28:58 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Wed, 12 Apr 2006 13:28:58 -0700
Subject: [CM] <kein Betreff>
In-Reply-To: <34738353@web.de>
References: <34738353@web.de>
Message-ID: <20060412202759.M33491@ccrma.Stanford.EDU>

My first guess is that you didn't load clm.  Does *features* mention it?




From taube at uiuc.edu  Wed Apr 12 14:10:04 2006
From: taube at uiuc.edu (Rick Taube)
Date: Wed, 12 Apr 2006 16:10:04 -0500
Subject: [CM] <kein Betreff>
In-Reply-To: <34738353@web.de>
References: <34738353@web.de>
Message-ID: <971938967b9d813e7aa922b538a6c12f@uiuc.edu>

(use-system :clm)
(cload "mus:clm;some.ins")

On Apr 12, 2006, at 2:45 PM, Bernd Althaus wrote:

> Hello,
> I tried to compile a simple clm instrument in the cm 2.8.0 app under 
> OS X 10.3.9 and got the following errors. (It worked in 2.6.0.)
> [...]
> What I have to do to make it work?
> Thanks for help.
> Bernd



From bernd.althaus at web.de  Wed Apr 12 14:41:45 2006
From: bernd.althaus at web.de (Bernd Althaus)
Date: Wed, 12 Apr 2006 23:41:45 +0200
Subject: [CM] <kein Betreff>
Message-ID: <34833313@web.de>

I should read the readme file. I worked with (use-system :clm)
Thanks.
Bernd


> -----Urspr?ngliche Nachricht-----
> Von: "Bill Schottstaedt" <bil at ccrma.Stanford.EDU>
> Gesendet: 12.04.06 22:29:19
> An:  cmdist at ccrma.Stanford.EDU
> Betreff: Re: [CM] <kein Betreff>


> My first guess is that you didn't load clm.  Does *features* mention it?
> 
> 


_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192



From kjetil at ccrma.Stanford.EDU  Thu Apr 13 17:45:13 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Thu, 13 Apr 2006 17:45:13 -0700 (PDT)
Subject: [CM] [ANN] Snd-ls V0.9.6.2
Message-ID: <Pine.LNX.4.61.0604131737080.1135@ttleush.stanford.edu>


Download from http://ccrma.stanford.edu/~kjetil/src/


Snd-ls is a distribution of Bill Schottstaedt's sound editor SND.
Its target is people that don't know scheme very well, and don't want
to spend too much time configuring Snd. It can also serve
as a quick introduction to Snd and how it can be set up.

The biggest thing about this release of Snd-ls is probably that the 
rt-player is enabled by default. The rt-player is an alternative player 
engine for SND that plays soundfiles using the rt-extension and reads data 
from disk through a buffer. The result is less clicks, and more channels
can be played safely at once.



Changes 0.9.5.5 -> 0.9.6.2
--------------------------
-Moved the dac size slider into the options menu.
-Hide listener on startup.
-Removed marks stuff from popup menu. (Incompatible with snd_conffile.scm)
-Updated Snd from 8.0/30.3 to 8.0/2.4. Many important fixes, including
  listener stuff.
-Removed playing buttons from pop-up menues.
-Added checks for gtk-mnemnomnics so that old key-bindings aren't
  overwritten.
-Many fixes for the rt-player.
-Various fixes so that debug printing and warnings/errors are put out to
  the listener as well as stdout/stderr.
-Configured the transform view to show sonograms by default.
-Increased standard dac-size from 1024 to 2048.
-Added shortcut "l" to turn on/off the listener, and added it to the
  help menu along with the "c" key for turning on/off controls.
-Updated Snd from 7.15 to 8.0.
-Enabled rt-player by default. rt-player is an alternative player engine
  for snd, that plays using the rt-extension and reads data from disk
  through a ringbuffer. The result is less clicks.




From paul at linuxaudiosystems.com  Thu Apr 13 17:54:31 2006
From: paul at linuxaudiosystems.com (Paul Davis)
Date: Thu, 13 Apr 2006 20:54:31 -0400
Subject: [CM] Re: [linux-audio-user] [ANN] Snd-ls V0.9.6.2
In-Reply-To: <Pine.LNX.4.61.0604131737080.1135@ttleush.stanford.edu>
References: <Pine.LNX.4.61.0604131737080.1135@ttleush.stanford.edu>
Message-ID: <1144976071.10666.149.camel@localhost.localdomain>

On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote:
> The biggest thing about this release of Snd-ls is probably that the 
> rt-player is enabled by default. The rt-player is an alternative player 
> engine for SND that plays soundfiles using the rt-extension and reads data 
> from disk through a buffer. The result is less clicks, and more channels
> can be played safely at once.

just think, if this had been in place 4 years ago, ardour's editor would
have been snd-as-embedded-widget. good? bad? you tell me ;)

--p




From andersvi at extern.uio.no  Fri Apr 14 07:47:13 2006
From: andersvi at extern.uio.no (andersvi at extern.uio.no)
Date: Fri, 14 Apr 2006 16:47:13 +0200
Subject: [CM] Re: [linux-audio-dev] Re: [linux-audio-user] [ANN] Snd-ls V0.9.6.2
In-Reply-To: <1144976071.10666.149.camel@localhost.localdomain> (Paul
 Davis's message of "Thu, 13 Apr 2006 20:54:31 -0400")
References: <Pine.LNX.4.61.0604131737080.1135@ttleush.stanford.edu>
	<1144976071.10666.149.camel@localhost.localdomain>
Message-ID: <m33bgg1afi.fsf@notam.uio.no>

>>> "P" == Paul Davis <paul at linuxaudiosystems.com> writes:
P> 
P> On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote:
>> The biggest thing about this release of Snd-ls is probably that the 
>> rt-player is enabled by default. The rt-player is an alternative player 
>> engine for SND that plays soundfiles using the rt-extension and reads data 
>> from disk through a buffer. The result is less clicks, and more channels
>> can be played safely at once.
P> 
P> just think, if this had been in place 4 years ago, ardour's editor would
P> have been snd-as-embedded-widget. good? bad? you tell me ;)

It would make for an extremely powerful and flexible audio
environment with a fast interface.  Might we hope?

Talking about fate and hope and such: an import/export of
suitable versions of ardours playlists (timed objects) in ardour
would be great to interface it cleanly to tools like CM.  An
"object" would consist of time, source, region, route'gain
automation-data, everything making up a regions situation in a
mix.



From andersvi at extern.uio.no  Fri Apr 14 08:42:27 2006
From: andersvi at extern.uio.no (andersvi at extern.uio.no)
Date: Fri, 14 Apr 2006 17:42:27 +0200
Subject: [CM] Re: [linux-audio-dev] Re: [linux-audio-user] [ANN] Snd-ls V0.9.6.2
In-Reply-To: <1145026880.10666.154.camel@localhost.localdomain> (Paul
 Davis's message of "Fri, 14 Apr 2006 11:01:19 -0400")
References: <Pine.LNX.4.61.0604131737080.1135@ttleush.stanford.edu>
	<1144976071.10666.149.camel@localhost.localdomain>
	<m33bgg1afi.fsf@notam.uio.no>
	<1145026880.10666.154.camel@localhost.localdomain>
Message-ID: <m3y7y8yxi4.fsf@notam.uio.no>

>>> "P" == Paul Davis <paul at linuxaudiosystems.com> writes:

>> Talking about fate and hope and such: an import/export of
>> suitable versions of ardours playlists (timed objects) in ardour
>> would be great to interface it cleanly to tools like CM.  An
>> "object" would consist of time, source, region, route'gain
>> automation-data, everything making up a regions situation in a
>> mix.
P> 
P> this is something you can hope for. we already allow per-region export,
P> but the workflow leaves something to be desired.

Being able to generate well-formed playlists from external apps
(CM) and importing them into existing Ardour sessions would be
extremely useful.  No.2 would be to export and work on
automation-data outside of Ardour, and importing back again.

As much scriptability of Ardour's interface (scheme or CL-wise)
as possible is very much desired!

OSC i/o of ardour, and being able to read files with OSC-bundles
to use as playlists (or something to translate to Ardour's
.playlist-format) could make flexible and general solutions
towards this.



From paul at linuxaudiosystems.com  Fri Apr 14 08:01:19 2006
From: paul at linuxaudiosystems.com (Paul Davis)
Date: Fri, 14 Apr 2006 11:01:19 -0400
Subject: [CM] Re: [linux-audio-dev] Re: [linux-audio-user] [ANN] Snd-ls V0.9.6.2
In-Reply-To: <m33bgg1afi.fsf@notam.uio.no>
References: <Pine.LNX.4.61.0604131737080.1135@ttleush.stanford.edu>
	<1144976071.10666.149.camel@localhost.localdomain>
	<m33bgg1afi.fsf@notam.uio.no>
Message-ID: <1145026880.10666.154.camel@localhost.localdomain>

On Fri, 2006-04-14 at 16:47 +0200, andersvi at extern.uio.no wrote:
> >>> "P" == Paul Davis <paul at linuxaudiosystems.com> writes:
> P> 
> P> On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote:
> >> The biggest thing about this release of Snd-ls is probably that the 
> >> rt-player is enabled by default. The rt-player is an alternative player 
> >> engine for SND that plays soundfiles using the rt-extension and reads data 
> >> from disk through a buffer. The result is less clicks, and more channels
> >> can be played safely at once.
> P> 
> P> just think, if this had been in place 4 years ago, ardour's editor would
> P> have been snd-as-embedded-widget. good? bad? you tell me ;)
> 
> It would make for an extremely powerful and flexible audio
> environment with a fast interface.  Might we hope?

i wouldn't spend any time hoping. i spent a month or so back in
2000/2001 trying to use snd as ardour's editor. when it became clear
that it couldn't handle much more than about 8-12 tracks of playback,
while ardour itself could do 32+, all other considerations were put
aside and it was clear we had to develop our own. the other major
problem with snd is that it has no concept of regions - its model for
audio data is that its a continuous file rather than a playlist. that
pretty much ended any debate on the matter.

> Talking about fate and hope and such: an import/export of
> suitable versions of ardours playlists (timed objects) in ardour
> would be great to interface it cleanly to tools like CM.  An
> "object" would consist of time, source, region, route'gain
> automation-data, everything making up a regions situation in a
> mix.

this is something you can hope for. we already allow per-region export,
but the workflow leaves something to be desired.

--p




From kjetil at ccrma.Stanford.EDU  Fri Apr 14 13:37:17 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Fri, 14 Apr 2006 13:37:17 -0700 (PDT)
Subject: [CM] (no subject)
In-Reply-To: <20060414190005.16591.21810.Mailman@cm-mail.stanford.edu>
References: <20060414190005.16591.21810.Mailman@cm-mail.stanford.edu>
Message-ID: <Pine.LNX.4.61.0604141331130.1135@ttleush.stanford.edu>

Paul Davis:
>
> On Fri, 2006-04-14 at 16:47 +0200, andersvi at extern.uio.no wrote:
>>>>> "P" == Paul Davis <paul at linuxaudiosystems.com> writes:
>> P>
>> P> On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote:
>>>> The biggest thing about this release of Snd-ls is probably that the
>>>> rt-player is enabled by default. The rt-player is an alternative player
>>>> engine for SND that plays soundfiles using the rt-extension and reads data
>>>> from disk through a buffer. The result is less clicks, and more channels
>>>> can be played safely at once.
>> P>
>> P> just think, if this had been in place 4 years ago, ardour's editor would
>> P> have been snd-as-embedded-widget. good? bad? you tell me ;)
>>
>> It would make for an extremely powerful and flexible audio
>> environment with a fast interface.  Might we hope?
>
> i wouldn't spend any time hoping. i spent a month or so back in
> 2000/2001 trying to use snd as ardour's editor. when it became clear
> that it couldn't handle much more than about 8-12 tracks of playback,
> while ardour itself could do 32+, all other considerations were put
> aside and it was clear we had to develop our own. the other major
> problem with snd is that it has no concept of regions - its model for
> audio data is that its a continuous file rather than a playlist. that
> pretty much ended any debate on the matter.
>

Yeah, that makes sense. However, it would be very nice to have snd as a 
widget in ardour to edit single soundfiles. If you add some guile 
functions in ardour to update the graphs in the multitracker waveforms 
views as well, one could edit in snd (inside ardour somewhere) and 
immediately see changes in the multitracker view.



From b0ef at esben-stien.name  Fri Apr 14 21:09:06 2006
From: b0ef at esben-stien.name (Esben Stien)
Date: Sat, 15 Apr 2006 06:09:06 +0200
Subject: [CM] Re: [linux-audio-dev] (no subject)
In-Reply-To: <Pine.LNX.4.61.0604141331130.1135@ttleush.stanford.edu> (Kjetil
 S. Matheussen's message of "Fri, 14 Apr 2006 13:37:17 -0700 (PDT)")
References: <20060414190005.16591.21810.Mailman@cm-mail.stanford.edu>
	<Pine.LNX.4.61.0604141331130.1135@ttleush.stanford.edu>
Message-ID: <871wvzqy3h.fsf@esben-stien.name>

"Kjetil S. Matheussen" <kjetil at ccrma.stanford.edu> writes:

> snd as a widget in ardour

How about doing this with the verse protocol and daemon or in the same
spirit?. That way, any editor that supports this protocol, could edit
a live region.

-- 
Esben Stien is b0ef at e     s      a             
         http://www. s     t    n m
          irc://irc.  b  -  i  .   e/%23contact
          [sip|iax]:   e     e 
           jid:b0ef@    n     n



From kjetil at ccrma.Stanford.EDU  Sat Apr 15 12:35:43 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Sat, 15 Apr 2006 12:35:43 -0700 (PDT)
Subject: [CM] Re: [linux-audio-dev] (no subject)
In-Reply-To: <20060415190002.6300.23002.Mailman@cm-mail.stanford.edu>
References: <20060415190002.6300.23002.Mailman@cm-mail.stanford.edu>
Message-ID: <Pine.LNX.4.61.0604151231470.1135@ttleush.stanford.edu>

Esben Stien:
>
> "Kjetil S. Matheussen" <kjetil at ccrma.stanford.edu> writes:
>
>> snd as a widget in ardour
>
> How about doing this with the verse protocol and daemon or in the same
> spirit?. That way, any editor that supports this protocol, could edit
> a live region.
>

Thats an insanely large project you are proposing. :-)

Hacking snd into ardour should only require a days work or 
something because snd can be compiled as a gtk widget.



From b0ef at esben-stien.name  Sat Apr 15 17:22:24 2006
From: b0ef at esben-stien.name (Esben Stien)
Date: Sun, 16 Apr 2006 02:22:24 +0200
Subject: [CM] Re: [linux-audio-dev] (no subject)
In-Reply-To: <Pine.LNX.4.61.0604151231470.1135@ttleush.stanford.edu> (Kjetil
 S. Matheussen's message of "Sat, 15 Apr 2006 12:35:43 -0700 (PDT)")
References: <20060415190002.6300.23002.Mailman@cm-mail.stanford.edu>
	<Pine.LNX.4.61.0604151231470.1135@ttleush.stanford.edu>
Message-ID: <87zmimid33.fsf@esben-stien.name>

"Kjetil S. Matheussen" <kjetil at ccrma.stanford.edu> writes:

> insanely large project [..] :-)

Summer of Code;). 

-- 
Esben Stien is b0ef at e     s      a             
         http://www. s     t    n m
          irc://irc.  b  -  i  .   e/%23contact
          [sip|iax]:   e     e 
           jid:b0ef@    n     n



From taube at uiuc.edu  Sun Apr 16 06:29:14 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sun, 16 Apr 2006 08:29:14 -0500
Subject: [CM] sourceforge anon cvs
Message-ID: <e7b7936b86690861d17cabccdd5e80f4@uiuc.edu>

it appears that syncing between developer cvs and anonymous cvs at 
sourceforge its down until the end of the month. they had a huge 
failure at end of may.




From taube at uiuc.edu  Mon Apr 17 13:31:34 2006
From: taube at uiuc.edu (Rick Taube)
Date: Mon, 17 Apr 2006 15:31:34 -0500
Subject: [CM] RTS in C
Message-ID: <5626cff2932a5ef5b8a1f1f44cf63a54@uiuc.edu>

the RTS scheduler is now a C shared lib with callbacks to Lisp. it 
seems to be working in SBCL and Openmcl on Darwin, and I believe it 
should work exactly the same on Linux. at this point pretty much all 
rts requires from a lisp is eq hashing and callback support.
Ive bumped the version number of the new rts to 2.0 and it will only 
work in CM 2.9.1 (cvs head).
since anon cvs isnt working ill store snapshots here till the end of 
the month:

	http://pinhead.music.uiuc.edu/~hkt/snapshots/

You now build rts like this:

% cd /path/to/rts
% ./configure
% make
% cm -l sbcl
* (use-system :rts)

Ive documented the changes here:

	http://commonmusic.sf.net/doc/changelog.text

and the new rts here:

	http://commonmusic.sf.net/doc/dict/rts-fn.html







From scholz-micha at gmx.de  Sat Apr 22 08:39:56 2006
From: scholz-micha at gmx.de (Michael Scholz)
Date: Sat, 22 Apr 2006 17:39:56 +0200
Subject: [CM] FTH Forth Scripting
Message-ID: <444A4E4C.3020107@gmx.de>

After solving a bunch of installation problems with a great help of
Bill, I'm announcing the first public release of FTH!

FTH is a software package which includes the Forth interpreter `fth'
and the Forth extension library `libfth'.  You can use `fth' as a
command line interpreter like Awk, Perl or Ruby, you can write Forth
scripts and use the repl for interactive input, or you can link
`libfth' into an application using it as Forth extension library.  As
an example of the latter, Snd has now the configure option
--with-forth to compile it with `libfth'.

FTH's core language is Ficl, Forth-inspired command language, written
by John Sadler <john_sadler at alum.mit.edu>.  The manipulated Ficl
source is included in FTH's source tree, so no extern `libficl' is
needed.  The original Ficl source (`http://ficl.sourceforge.net') is
slightly changed because of special needs.  Ficl is an ANS Forth
interpreter while FTH contains at most object type extensions, for
example arrays, hashs, strings, regexp, lists, symbols and others.  A
garbage collector handles the memory management of object types.

You can get the latest `fth-0.8.14.tar.gz' or `fth-0.8.14.tar.bz2'
from `http://sourceforge.net/projects/fth', if you prefer anonymous
CVS, the following example may show the way.  The first time you have
to login and checkout the whole source tree, but afterwards a CVS
session is much simpler:

     mkdir ~/src
     cd ~/src
     # When prompted for a password for anonymous, simply press the 
Enter key.
     cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/fth login
     cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/fth co -P fth

A new directory ~/src/fth exists now with a copy of the source tree of
FTH.  Later on, say, two days later, you have to type only

     cd ~/src/fth
     cvs update -P -d

The `-P' option means "prune empty directories" and the `-d' option
means "create directories".

SourceForge's public cvs server isn't temporary synced to the
developer cvs server.  So the current cvs files are old and may not
compile.  Use the tarball instead until SourceForge solves the public
cvs issue.

Mike




From bil at ccrma.Stanford.EDU  Sun Apr 23 12:08:19 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Sun, 23 Apr 2006 12:08:19 -0700
Subject: [CM] Snd + Gauche
Message-ID: <20060423190441.M57771@ccrma.Stanford.EDU>

It's possible now to use Gauche as the Scheme extension language
in Snd: http://www.shiro.dreamhost.com/scheme/gauche/index.html.
--with-gauche is the configure arg.  I think I have about a week
or two of work to go -- see snd-xen.c for a list of problems, but
enough works for Snd to be usable.



From juanig at ccrma.Stanford.EDU  Mon Apr 24 08:46:46 2006
From: juanig at ccrma.Stanford.EDU (Juan I Reyes)
Date: Mon, 24 Apr 2006 11:46:46 -0400
Subject: [CM] THX Deep Note
Message-ID: <1145893606.1283.47.camel@strawberry>

Rodrigo Segnini sent the following link with a nice story of Andy
Moorer's THX Deep-note which perhaps is the most widely recognized piece
of computer music. If you follow the links there is Snd's scheme code by
Jesse Fox which could "easily" replace the 20,000+ lines of code that
Andy Moorer wrote to generate his deep note :-) or not ?

http://musicthing.blogspot.com/2005/05/tiny-music-makers-pt-3-thx-sound.html

  --* Juan Reyes



From kjetil at ccrma.Stanford.EDU  Mon Apr 24 13:11:46 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil Svalastog Matheussen)
Date: Mon, 24 Apr 2006 13:11:46 -0700 (PDT)
Subject: [CM] Snd + Gauche
In-Reply-To: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu>
Message-ID: <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu>

"Bill Schottstaedt":
>
> It's possible now to use Gauche as the Scheme extension language
> in Snd: http://www.shiro.dreamhost.com/scheme/gauche/index.html.
> --with-gauche is the configure arg.  I think I have about a week
> or two of work to go -- see snd-xen.c for a list of problems, but
> enough works for Snd to be usable.
>

Wow, that is really cool! By the way, have you looked at rscheme?
Would there be much work supporting rscheme as well?



From bil at ccrma.Stanford.EDU  Mon Apr 24 15:02:17 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Mon, 24 Apr 2006 15:02:17 -0700
Subject: [CM] Fw: compile-errors
In-Reply-To: <444D459E.8040902@uni-tuebingen.de>
References: <444D459E.8040902@uni-tuebingen.de>
Message-ID: <20060424220152.M47713@ccrma.Stanford.EDU>

---------- Forwarded Message -----------
From: Achim Bornhoeft <born at uni-tuebingen.de>
To: cmdist-admin at ccrma.Stanford.EDU
Sent: Mon, 24 Apr 2006 23:39:42 +0200
Subject: compile-errors

Hi,
I tried to recompile a few older CLM instruments in CM2.8.0.app. I used 
(use-system :clm) but got all undefined function errors while (cload 
"whatever.ins").
What can I do to solve this?
Thanks in advance.
AB
------- End of Forwarded Message -------



From taube at uiuc.edu  Mon Apr 24 15:44:13 2006
From: taube at uiuc.edu (Rick Taube)
Date: Mon, 24 Apr 2006 17:44:13 -0500
Subject: [CM] Fw: compile-errors
In-Reply-To: <20060424220152.M47713@ccrma.Stanford.EDU>
References: <444D459E.8040902@uni-tuebingen.de> <20060424220152.M47713@ccrma.Stanford.EDU>
Message-ID: <1b12dd018ef5759197b9fe61df0abe9f@uiuc.edu>

Hi, it would help if you were more specific, what instruments?
  perhaps its easiest if you send a full trace  of what you did so i can 
try to dupicate it.

On Apr 24, 2006, at 5:02 PM, Bill Schottstaedt wrote:

>
> ---------- Forwarded Message -----------
> From: Achim Bornhoeft <born at uni-tuebingen.de>
> To: cmdist-admin at ccrma.Stanford.EDU
> Sent: Mon, 24 Apr 2006 23:39:42 +0200
> Subject: compile-errors
>
> Hi,
> I tried to recompile a few older CLM instruments in CM2.8.0.app. I used
> (use-system :clm) but got all undefined function errors while (cload
> "whatever.ins").
> What can I do to solve this?
> Thanks in advance.
> AB
> ------- End of Forwarded Message -------
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From kjetil at ccrma.Stanford.EDU  Mon Apr 24 15:52:37 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Mon, 24 Apr 2006 15:52:37 -0700 (PDT)
Subject: [CM] Snd + Gauche
In-Reply-To: <20060424220242.M31921@ccrma.Stanford.EDU>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu>
 <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu>
 <20060424220242.M31921@ccrma.Stanford.EDU>
Message-ID: <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu>

On Mon, 24 Apr 2006, Bill Schottstaedt wrote:

> I don't know anything about rscheme (beyond the name -- it sounds
> familiar) -- I'll check it out.  The other scheme that Rick supports is
> stklos.
>

Well, I think Rick should have supported rscheme instead of stklos and
gauche. I think the "r" in rscheme actually stands for "realtime", not 
sure... At least, it is a realtime scheme, so it makes very much sense 
to support it, and it is also still being actively developed.

Regarding its performance, I haven't done any measures, but looking at 
the c code it produces, it should be fairly efficient.



From taube at uiuc.edu  Mon Apr 24 17:07:17 2006
From: taube at uiuc.edu (Rick Taube)
Date: Mon, 24 Apr 2006 19:07:17 -0500
Subject: [CM] Snd + Gauche
In-Reply-To: <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu> <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu> <20060424220242.M31921@ccrma.Stanford.EDU> <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu>
Message-ID: <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu>

>
> Well, I think Rick should have supported rscheme instead of stklos and
> gauche. I think the "r" in rscheme actually stands for "realtime", not 
> sure... At least, it is a realtime scheme, so it makes very much

apropos, i think Todd and I just got the C RTS working in Gauche about 
1 minute ago:

gosh> (do ((now (rts:scheduler-time) (+ now 500))
      (num 1 (+ num 1)))
     ((= num 10) #t)
   (rts:scheduler-enqueue num 0 now 1))
#t
gosh> 1 0 21297
2 0 21796
3 0 22296
4 0 22796
5 0 23296
6 0 23796
7 0 24296
8 0 24796
9 0 25296

---
I did see rscheme a year or so ago, and yes its certainly an 
interesting scheme. but at that time i didnt see any object system. 
thats been the main stumbling block to scheme porting for me, the lack 
of an object system, or a crappy useless one.

But I really like Gauche. Unlike some scheme projects Shiro-san doesnt 
dither around endlessly, and he is serious about supporting his 
software on multiple platforms, and he is very helpful even to naive 
schemers like me.  and Naoki Koguro's c-wrapper ffi for Gauche is the 
easiest ffi ive used (and unfortunately ive seen plenty). I mean what 
could be easier than:

(use c-wrapper)
(c-load-library "libc.so")
(c-include "stdio.h")
(printf "Hello, world\n")

!!



From kjetil at ccrma.Stanford.EDU  Mon Apr 24 17:19:46 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Mon, 24 Apr 2006 17:19:46 -0700 (PDT)
Subject: [CM] Snd + Gauche
In-Reply-To: <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu>
 <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu>
 <20060424220242.M31921@ccrma.Stanford.EDU> <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu>
 <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu>
Message-ID: <Pine.LNX.4.61.0604241712270.1163@ttleush.stanford.edu>

On Mon, 24 Apr 2006, Rick Taube wrote:

>> 
>> Well, I think Rick should have supported rscheme instead of stklos and
>> gauche. I think the "r" in rscheme actually stands for "realtime", not 
>> sure... At least, it is a realtime scheme, so it makes very much
>
> apropos, i think Todd and I just got the C RTS working in Gauche about 1 
> minute ago:
>
> gosh> (do ((now (rts:scheduler-time) (+ now 500))
>     (num 1 (+ num 1)))
>    ((= num 10) #t)
>  (rts:scheduler-enqueue num 0 now 1))
> #t
> gosh> 1 0 21297
> 2 0 21796
> 3 0 22296
> 4 0 22796
> 5 0 23296
> 6 0 23796
> 7 0 24296
> 8 0 24796
> 9 0 25296
>
> ---
> I did see rscheme a year or so ago, and yes its certainly an interesting 
> scheme. but at that time i didnt see any object system. thats been the main 
> stumbling block to scheme porting for me, the lack of an object system, or a 
> crappy useless one.
>

Are you sure about this? It claims to be object-oriented. First sentence 
from the introduction 
( http://www.rscheme.org/rs/b/0.7.3.3/21/doc/c33.html ) says:
"RScheme is an object-oriented, "
Well, perhaps its crappy. ;-)

But I wonder if the main problem with rscheme could be the documentation.
Or at least, that was my biggest problem when I looked more closely at 
it 1-2 years ago. On the other hand, the main developer seems to be very 
active, so its probably not much trouble just to ask on the mailing list.



From taube at uiuc.edu  Mon Apr 24 17:49:50 2006
From: taube at uiuc.edu (Rick Taube)
Date: Mon, 24 Apr 2006 19:49:50 -0500
Subject: [CM] Snd + Gauche
In-Reply-To: <Pine.LNX.4.61.0604241712270.1163@ttleush.stanford.edu>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu> <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu> <20060424220242.M31921@ccrma.Stanford.EDU> <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu> <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu> <Pine.LNX.4.61.0604241712270.1163@ttleush.stanford.edu>
Message-ID: <24e9aad84c41276b7bef7c4e5781ab5a@uiuc.edu>

no, i wasnt saying that _rscheme's_ object sytem is crappy, only that i 
didnt find one when i last looked, which was certainly a while ago. it 
might be very good. cm needs a few non-standard things from scheme, the 
most difficult is an object system that behaves roughly like clos 
(generic functions, a bit of object introspection). guile, gauche and 
stklos are very similar to each other so porting from one to the other 
was easy.

> Are you sure about this? It claims to be object-oriented. First 
> sentence from the introduction ( 
> http://www.rscheme.org/rs/b/0.7.3.3/21/doc/c33.html ) says:
> "RScheme is an object-oriented, "
> Well, perhaps its crappy. ;-)
>
> But I wonder if the main problem with rscheme could be the 
> documentation.
> Or at least, that was my biggest problem when I looked more closely at 
> it 1-2 years ago. On the other hand, the main developer seems to be 
> very active, so its probably not much trouble just to ask on the 
> mailing list.
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From kjetil at ccrma.Stanford.EDU  Mon Apr 24 18:05:22 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Mon, 24 Apr 2006 18:05:22 -0700 (PDT)
Subject: [CM] Snd + Gauche
In-Reply-To: <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu>
 <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu>
 <20060424220242.M31921@ccrma.Stanford.EDU> <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu>
 <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu>
Message-ID: <Pine.LNX.4.61.0604241801550.1163@ttleush.stanford.edu>

On Mon, 24 Apr 2006, Rick Taube wrote:

>> 
>> Well, I think Rick should have supported rscheme instead of stklos and
>> gauche. I think the "r" in rscheme actually stands for "realtime", not 
>> sure... At least, it is a realtime scheme, so it makes very much
>
> apropos, i think Todd and I just got the C RTS working in Gauche about 1 
> minute ago:
>
> gosh> (do ((now (rts:scheduler-time) (+ now 500))
>     (num 1 (+ num 1)))
>    ((= num 10) #t)
>  (rts:scheduler-enqueue num 0 now 1))
> #t
> gosh> 1 0 21297
> 2 0 21796
> 3 0 22296
> 4 0 22796
> 5 0 23296
> 6 0 23796
> 7 0 24296
> 8 0 24796
> 9 0 25296
>


By the way, the rt-extension for snd has a realtime scheduler as well:


(let ((rb (make-ringbuffer 64)))
   (do ((now (rte-time) (+ now 500))
        (num 1 (+ num 1)))
       ((= num 10) #t)
     (<rt-play> (/ now 1000)
 	       #:position 'last
 	       (lambda ()
 		 (put-ringbuffer rb now)
 		 (remove-me))))
   (ringbuffer-get rb
 		  (lambda (num)
 		    (c-display num))))

59.8378219604492
559.837829589844
1059.83776855469
1559.83776855469
2059.837890625
2559.837890625
3059.837890625
3559.837890625
4059.837890625




From kjetil at ccrma.Stanford.EDU  Mon Apr 24 18:07:28 2006
From: kjetil at ccrma.Stanford.EDU (Kjetil S. Matheussen)
Date: Mon, 24 Apr 2006 18:07:28 -0700 (PDT)
Subject: [CM] Snd + Gauche
In-Reply-To: <24e9aad84c41276b7bef7c4e5781ab5a@uiuc.edu>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu>
 <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu>
 <20060424220242.M31921@ccrma.Stanford.EDU> <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu>
 <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu> <Pine.LNX.4.61.0604241712270.1163@ttleush.stanford.edu>
 <24e9aad84c41276b7bef7c4e5781ab5a@uiuc.edu>
Message-ID: <Pine.LNX.4.61.0604241806430.1163@ttleush.stanford.edu>

Okey, that makes sense. I have just played a bit with gauche and its 
really nice. Like guile, just much faster. :-)



On Mon, 24 Apr 2006, Rick Taube wrote:

> no, i wasnt saying that _rscheme's_ object sytem is crappy, only that i didnt 
> find one when i last looked, which was certainly a while ago. it might be 
> very good. cm needs a few non-standard things from scheme, the most difficult 
> is an object system that behaves roughly like clos (generic functions, a bit 
> of object introspection). guile, gauche and stklos are very similar to each 
> other so porting from one to the other was easy.
>
>> Are you sure about this? It claims to be object-oriented. First sentence 
>> from the introduction ( http://www.rscheme.org/rs/b/0.7.3.3/21/doc/c33.html 
>> ) says:
>> "RScheme is an object-oriented, "
>> Well, perhaps its crappy. ;-)
>> 
>> But I wonder if the main problem with rscheme could be the documentation.
>> Or at least, that was my biggest problem when I looked more closely at it 
>> 1-2 years ago. On the other hand, the main developer seems to be very 
>> active, so its probably not much trouble just to ask on the mailing list.
>> 
>> _______________________________________________
>> Cmdist mailing list
>> Cmdist at ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>
>



From bil at ccrma.Stanford.EDU  Tue Apr 25 04:51:14 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Tue, 25 Apr 2006 04:51:14 -0700
Subject: [CM] Snd + Gauche
In-Reply-To: <24e9aad84c41276b7bef7c4e5781ab5a@uiuc.edu>
References: <20060424190003.6417.90470.Mailman@cm-mail.stanford.edu> <Pine.LNX.4.63.0604241309310.4841@cmn48.stanford.edu> <20060424220242.M31921@ccrma.Stanford.EDU> <Pine.LNX.4.61.0604241546550.1163@ttleush.stanford.edu> <44b24a1db6dbfe1d9d2a40155b22692f@uiuc.edu> <Pine.LNX.4.61.0604241712270.1163@ttleush.stanford.edu> <24e9aad84c41276b7bef7c4e5781ab5a@uiuc.edu>
Message-ID: <444E0D32.20609@ccrma>

 > guile, gauche and stklos are very similar to each other so porting from one to the other was easy.

I have made a few changes to the *.scm files in Snd so that both Gauche and
Guile could use them -- '#! !#' is now '#| |#' -- I like the Gauche/CL way
better, and it's easy to add a "block comment" reader to Guile via
read_hash_extend;  '#:' is now ':' to make Gauche happy; two added files:
gauche-optargs.scm and gauche-format.scm, both lightly edited versions
of the Guile files (for "define*" and a reasonable "format"); and a bunch
of renamings etc (in snd-xen.c), in particular "defmacro".  Also, in Gauche/Snd
currently the channel-specific hooks (undo-hook etc) don't work, errors
are a mess, etc etc -- this version is still for good-sports only!

I need to send the gauche developers some requests (like reader support
for #\000 and a change to gauche-config, and support for documentation
strings (a la CL) -- in the current *.scm sources, I'm using "define+"
to strip out that string in Gauche if there's an embedded "define").



From bil at ccrma.Stanford.EDU  Tue Apr 25 11:40:30 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Tue, 25 Apr 2006 11:40:30 -0700
Subject: [CM] Gauche and define-method
Message-ID: <20060425183515.M55470@ccrma.Stanford.EDU>

I just realized that Gauche has done methods right!  25 years ago I battled
with (was it MacLisp? ACL?) and lost, then 7-8 years ago with Guile and lost, and
today:

:(define-method + ((v1 <vct>) (v2 <vct>)) (vct-add! v1 v2))
#<generic + (1)>
:(define hi (make-vct 3 2))
hi
:(define ho (make-vct 3 3))
ho
:(+ hi ho)
#<vct[len=3]: 5.000 5.000 5.000>

Hooray!  Now to mix two files: (+ file1 file2) -- I'm smiling from ear to ear.



From taube at uiuc.edu  Tue Apr 25 17:39:05 2006
From: taube at uiuc.edu (Rick Taube)
Date: Tue, 25 Apr 2006 19:39:05 -0500
Subject: [CM] CM + RTS + Gauche
Message-ID: <4abf3a30e8906698a92389ddab83e95f@uiuc.edu>

Happy to say the new C real time scheduler seems to be working in 
Gauche now too (Todd is working on receiving.).  I dont know if I 
mentioned this or not but Portmidi and Midishare ffis also run in 
Gauche. So, bugs aside, the Gauche CM is now basically the same as 
OpenMCL and SBCL!

you can try out the rts using the latest (060425) tarballs here

	http:/pinhead.music.uiuc.edu/~hkt/snapshots

you need to install c-wrapper if you are using gauche.

I havent had time to make a use-system for scheme, here is how you load 
rts and portmidi in Gauche:

$ cm -l gosh
(add-load-path "/Lisp/portmidi")
(use portmidi)
(add-load-path "/Lisp/rts")
(use rts)

(pm:GetDeviceInfo)
(define mp (portmidi-open :latency 0 :output 5))

(rts mp)

(define (maj-arp n key vel)
   (process repeat n for i from 0
            output (new midi :keynum (+ key (* i 4)) :amplitude vel
                        :duration 1.0)
            wait .1))

;; spout as you will
(sprout (maj-arp 12 (between 30 60) 70))
(sprout (maj-arp 12 (between 30 60) 70))
(sprout (maj-arp 12 (between 30 60) 70) :at (+ (now) 3))



From b0ef at esben-stien.name  Wed Apr 26 18:07:53 2006
From: b0ef at esben-stien.name (Esben Stien)
Date: Thu, 27 Apr 2006 03:07:53 +0200
Subject: [CM] Broken Links (Common Lisp Music)
Message-ID: <87wtdb4yhi.fsf@esben-stien.name>

It seems some directory has been removed, cause nearly all links to
code in the manual are broken.

-- 
Esben Stien is b0ef at e     s      a             
         http://www. s     t    n m
          irc://irc.  b  -  i  .   e/%23contact
          [sip|iax]:   e     e 
           jid:b0ef@    n     n



From bil at ccrma.Stanford.EDU  Thu Apr 27 07:08:11 2006
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Thu, 27 Apr 2006 07:08:11 -0700
Subject: [CM] Broken Links (Common Lisp Music)
In-Reply-To: <87wtdb4yhi.fsf@esben-stien.name>
References: <87wtdb4yhi.fsf@esben-stien.name>
Message-ID: <4450D04B.1020708@ccrma>

 > It seems some directory has been removed, cause nearly all links to
 > code in the manual are broken.

The problem is that the Snd docs are in the snd directory whereas the
clm lisp files are in the clm directory, so one way or the other,
links are broken.  I don't know enough about html and web sites to
know how to fix it.  (The url in the html file has no directory
because in the normal case you're already there).



From dlphillips at woh.rr.com  Sun Apr 30 06:16:19 2006
From: dlphillips at woh.rr.com (Dave Phillips)
Date: Sun, 30 Apr 2006 09:16:19 -0400
Subject: [CM] CM/FOMUS problems
Message-ID: <4454B8A3.6070301@woh.rr.com>

Greetings:

  Trying to get FOMUS working under CM 2.9.1, failing here:

; Error: (during macroexpansion)
; Error in FDEFINITION:  the function OBJ-ID is undefined.
[snip GC messages]
; Error: (during macroexpansion)
; Error in FDEFINITION:  the function OBJ-ID is undefined.
[snip]
; /home/dlphilp/cm-systems/fomus/classes.x86f written.
; Compilation finished in 0:00:13.
;;; Loading #P"/home/dlphilp/cm-systems/fomus/classes.x86f".

Execution of a form compiled with errors:
 (DEFMETHOD OUT-FORMAT ((OB PART))
   (FORMAT NIL
           "PART ~S~A :NAME ~S~A :INSTR ~S~A~A"
           (PART-PARTID OB)
           (IF (OBJ-ID OB) (FORMAT NIL " :ID ~S" (OBJ-ID OB)) "")
           (PART-NAME OB)
           (IF (PART-ABBREV OB) (FORMAT NIL " :ABBREV ~S" (PART-ABBREV 
OB)) "")
           (PART-INSTR OB)
           (IF (PART-PROPS OB) (FORMAT NIL " :PROPS ~S" (PART-PROPS OB)) "")
           (IF (PART-OPTS OB) (FORMAT NIL " :OPTS ~S" (PART-OPTS OB)) "")))
   [Condition of type KERNEL:SIMPLE-PROGRAM-ERROR]


This happens with either SBCL or CMUCL. I'm also loading CFFI from 4/24 
if that makes any difference.

Best,

dp



From dlphillips at woh.rr.com  Sun Apr 30 06:31:07 2006
From: dlphillips at woh.rr.com (Dave Phillips)
Date: Sun, 30 Apr 2006 09:31:07 -0400
Subject: [CM] CM-GTK woes again
Message-ID: <4454BC1B.6020207@woh.rr.com>

Greetings:

  Compiling cm-gtk under SBCL and CMUCL results in this message looping 
endlessly:

; CM install directory: "/home/dlphilp/cm/"

  After a few hundred of these errors I have to Ctrl-C to get out of Lisp.

  CM 2.9.1, CFFI 060424, CM-GTK 1.0.1.

Best,

dp



From dlphillips at woh.rr.com  Sun Apr 30 06:35:44 2006
From: dlphillips at woh.rr.com (Dave Phillips)
Date: Sun, 30 Apr 2006 09:35:44 -0400
Subject: [CM] a little more info
Message-ID: <4454BD30.6020300@woh.rr.com>

Here's a report from SBCL :

; registering #<SYSTEM CFFI {9D971D9}> as CFFI
;;; loading #P"/home/dlphilp/cm-systems/cffi/src/utils.fasl"
;;; loading #P"/home/dlphilp/cm-systems/cffi/src/features.fasl"
;;; loading #P"/home/dlphilp/cm-systems/cffi/src/cffi-sbcl.fasl"
;;; loading #P"/home/dlphilp/cm-systems/cffi/src/package.fasl"
;;; loading #P"/home/dlphilp/cm-systems/cffi/src/libraries.fasl"
;;; loading #P"/home/dlphilp/cm-systems/cffi/src/early-types.fasl"
; compiling file "/home/dlphilp/cm-systems/cffi/src/types.lisp" (written 
24 FEB 2006 10:55:07 PM):

; file: /home/dlphilp/cm-systems/cffi/src/types.lisp
; in: DEFUN FOREIGN-ALLOC
;     (SETF (CFFI:MEM-AREF CFFI::PTR :POINTER COUNT) 
(CFFI-SYS:NULL-POINTER))
;
; caught ERROR:
;   (in macroexpansion of (SETF # #))
;   (hint: For more precise location, try *BREAK-ON-SIGNALS*.)
;   The function %FOREIGN-TYPE-SIZE is undefined.

debugger invoked on a UNDEFINED-FUNCTION in thread 13273:
  The function %FOREIGN-TYPE-SIZE is undefined.


Hopefully that's all meaningful to you Lisp gurus. :)

Best,

dp



From taube at uiuc.edu  Sun Apr 30 06:59:41 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sun, 30 Apr 2006 08:59:41 -0500
Subject: [CM] a little more info
In-Reply-To: <4454BD30.6020300@woh.rr.com>
References: <4454BD30.6020300@woh.rr.com>
Message-ID: <9df0f656401456d25709655322513b23@uiuc.edu>

this looks like an issue with your cffi<->sbcl. you might try saveing 
your current cffi sources in a tarball, then removing the current cffi 
tree and installing the latest cffi tarball.

On Apr 30, 2006, at 8:35 AM, Dave Phillips wrote:

> Here's a report from SBCL :
>
> ; registering #<SYSTEM CFFI {9D971D9}> as CFFI
> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/utils.fasl"
> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/features.fasl"
> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/cffi-sbcl.fasl"
> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/package.fasl"
> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/libraries.fasl"
> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/early-types.fasl"
> ; compiling file "/home/dlphilp/cm-systems/cffi/src/types.lisp" 
> (written 24 FEB 2006 10:55:07 PM):
>
> ; file: /home/dlphilp/cm-systems/cffi/src/types.lisp
> ; in: DEFUN FOREIGN-ALLOC
> ;     (SETF (CFFI:MEM-AREF CFFI::PTR :POINTER COUNT) 
> (CFFI-SYS:NULL-POINTER))
> ;
> ; caught ERROR:
> ;   (in macroexpansion of (SETF # #))
> ;   (hint: For more precise location, try *BREAK-ON-SIGNALS*.)
> ;   The function %FOREIGN-TYPE-SIZE is undefined.
>
> debugger invoked on a UNDEFINED-FUNCTION in thread 13273:
>  The function %FOREIGN-TYPE-SIZE is undefined.
>
>
> Hopefully that's all meaningful to you Lisp gurus. :)
>
> Best,
>
> dp
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From taube at uiuc.edu  Sun Apr 30 07:20:05 2006
From: taube at uiuc.edu (Rick Taube)
Date: Sun, 30 Apr 2006 09:20:05 -0500
Subject: [CM] a little more info
In-Reply-To: <9df0f656401456d25709655322513b23@uiuc.edu>
References: <4454BD30.6020300@woh.rr.com> <9df0f656401456d25709655322513b23@uiuc.edu>
Message-ID: <32d5310a94233973ce67f6e33ec30426@uiuc.edu>

FYI important -- whenever you switch to a new CFFI you need to delete 
ALL fasls from ALL cffi projects, or lord knows what will happen.
ill look at the fomus and gtk issues later today or tomorrow, we are 
trying to get receiving going from c and im mid-stream.


On Apr 30, 2006, at 8:59 AM, Rick Taube wrote:

> this looks like an issue with your cffi<->sbcl. you might try saveing 
> your current cffi sources in a tarball, then removing the current cffi 
> tree and installing the latest cffi tarball.
>
> On Apr 30, 2006, at 8:35 AM, Dave Phillips wrote:
>
>> Here's a report from SBCL :
>>
>> ; registering #<SYSTEM CFFI {9D971D9}> as CFFI
>> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/utils.fasl"
>> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/features.fasl"
>> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/cffi-sbcl.fasl"
>> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/package.fasl"
>> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/libraries.fasl"
>> ;;; loading #P"/home/dlphilp/cm-systems/cffi/src/early-types.fasl"
>> ; compiling file "/home/dlphilp/cm-systems/cffi/src/types.lisp" 
>> (written 24 FEB 2006 10:55:07 PM):
>>
>> ; file: /home/dlphilp/cm-systems/cffi/src/types.lisp
>> ; in: DEFUN FOREIGN-ALLOC
>> ;     (SETF (CFFI:MEM-AREF CFFI::PTR :POINTER COUNT) 
>> (CFFI-SYS:NULL-POINTER))
>> ;
>> ; caught ERROR:
>> ;   (in macroexpansion of (SETF # #))
>> ;   (hint: For more precise location, try *BREAK-ON-SIGNALS*.)
>> ;   The function %FOREIGN-TYPE-SIZE is undefined.
>>
>> debugger invoked on a UNDEFINED-FUNCTION in thread 13273:
>>  The function %FOREIGN-TYPE-SIZE is undefined.
>>
>>
>> Hopefully that's all meaningful to you Lisp gurus. :)
>>
>> Best,
>>
>> dp
>>
>> _______________________________________________
>> 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