From k.s.matheussen at notam02.no  Mon Feb  9 23:17:24 2009
From: k.s.matheussen at notam02.no (Kjetil S. Matheussen)
Date: Tue, 10 Feb 2009 08:17:24 +0100 (CET)
Subject: [CM] GUILE -> Abnormal Exit (snd-rt)
In-Reply-To: <87fy8171n1.fsf@esben-stien.name>
References: <87abyk8p65.fsf@esben-stien.name>
 <Pine.LNX.4.64.0703111408020.10714@ttleush> <87veh72uw2.fsf@esben-stien.name>
 <Pine.LNX.4.64.0703121416570.10726@ttleush> <87fy8171n1.fsf@esben-stien.name>
Message-ID: <Pine.LNX.4.64.0902100816150.10710@ttleush>


On Mon, 19 Mar 2007, Esben Stien wrote:

>> reset the positions of the envelopes: (mus-reset!
>> amplitude-envelope) (mus-reset! env-devf)
>
> Guess I need to evaluate something before this. I'm getting:
>
> rt-compiler.scm/rt-insert-types: Unknown function " mus-reset! ":  (mus-reset! \amplitude_envelope__9)
> snd-error!
>

Sorry, its "mus-reset", not "mus-reset!".




From kunitoki at gmail.com  Tue Feb  3 13:39:41 2009
From: kunitoki at gmail.com (kRAkEn/gORe)
Date: Tue, 3 Feb 2009 21:39:41 +0000
Subject: [CM] juce, linux and alsa
In-Reply-To: <4984A092.6010007@woh.rr.com>
References: <C07FD4C1-D564-46B0-8BF1-13B6DF6F4AE2@uiuc.edu>
	<49849522.3020207@woh.rr.com>
	<D2054DA8-0919-4298-B285-2F58950B10B6@uiuc.edu>
	<4984A092.6010007@woh.rr.com>
Message-ID: <93db2faf0902031339o4b7e44cagcc569ec37ec145d8@mail.gmail.com>

Hi to all,
Implementing jackmidi in juce should be straightforward, but if jackmidi
depends on jack_client and should be tight to the audio part then it will be
more difficult to implement it, as juce MidiDevice and AudioDevice are
separate stuff having nothing in common.

I will see next days what i can do and implement jackmidi, but unless Julian
accept my patches for jackaudio support i think it will be difficult to have
also jackmidi in the short term.

I'll let you know

Regards,

Lucio


On 1/31/09, Dave Phillips <dlphillips at woh.rr.com> wrote:
>
> Heinrich Taube wrote:
>
>> dave thanks very much for your input.  ill look and see what  implications
>> switching has for the juce midi devices, which i think  are alsa. if i
>> swtich to  jack audio then id like to just drop alsa  completely if thats
>> possible.
>>
>>
>
> If JUCE supports JackMIDI then you can abandon ALSA entirely in favor of
> JACK. I've cc'd this reply to Lucio, he knows more about what's required for
> a solution.
>
> And if someone needs it, bridge software is available than can connect the
> ALSA sequencer ports to JackMIDI ports.
>
> Best,
>
> dp
>
>
>> On Jan 31, 2009, at 12:14 PM, Dave Phillips wrote:
>>
>>
>>
>>> Heinrich Taube wrote:
>>>
>>>
>>>> it seems like one of the juce wizards has written a class for
>>>> connecting to jack rather than alsa. its on page two of this  (long)
>>>>  discussion about audio problems on linux, which actually  seem quite
>>>>  centered on problems with alsa!
>>>>
>>>> http://www.rawmaterialsoftware.com/juceforum/viewtopic.php?t=1338
>>>>
>>>>  i dont really know what the right solution is to get the audio
>>>> problems sorted out on linux.
>>>>
>>>>
>>>>
>>> Interesting discussion. The players include the developer of the
>>>  excellent JOST plugin host (kraken, aka Lucio Asnaghi), the  developer of
>>> Snd-ls and a JUCE-ified Mammut (kjetil, aka Kjetil  Matheussen), and of
>>> course the lead JUCE dev (jules).
>>>
>>> Yes, the real focus of their lament is ALSA. Frankly, I agree with
>>>  Kjetil: Use JACK for serious audio, use OSS (or ALSA's OSS  emulation) for
>>> everything else. The number of audio "solutions" for  Linux has become a
>>> problem itself, and application developers might  be best advised to simply
>>> support OSS and JACK. IMO, you could skip  OSS entirely too, but that's a
>>> little more radical. However,  choosing JACK also gives you access to
>>> JackMIDI (better timing than  the ALSA sequencer) and jackdmp
>>> (multiprocessor JACK daemon, aka  JACK2). For my purposes there's little or
>>> no need for OSS support.
>>>
>>> I suggest going with JACK all the way. It's the best high- performance
>>> audio server available for Linux (and now OSX and  reportedly Windows), it
>>> includes integral MIDI support, and its  continued development is pretty
>>> likely.
>>>
>>> Now if only the JavaSound devs were listening ...
>>>
>>> Best,
>>>
>>> dp
>>>
>>>
>>>
>>
>> _______________________________________________
>> Cmdist mailing list
>> Cmdist at ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20090203/3ebf50fd/attachment.html>

From eberdahl at stanford.edu  Wed Feb  4 09:40:55 2009
From: eberdahl at stanford.edu (Edgar Berdahl)
Date: Wed, 4 Feb 2009 09:40:55 -0800
Subject: [CM] Physical Interaction Design Workshop 2009
Message-ID: <BE20A4F2-FC50-454F-A05F-E579CE68884E@stanford.edu>

Hello all,

Here is the information on the Physical Interaction Design Workshop  
happening this summer at CCRMA. Come build an instrument with Arduino!

  - Ed

Physical Interaction Design for Music
CCRMA Workshop at Stanford University, CA
June 22-26, 2009
Ed Berdahl, Wendy Ju


Description: Many workshops teach the technical details involved in  
making music using the Arduino. The PID workshop goes the extra mile  
by mentoring participants in evaluating and further developing their  
own ideas with the help of the Verplankian physical interaction design  
(PID) framework. Participants learn the philosophy and utility  
underlying the eight interrelated PID perspectives: idea, metaphor,  
model, display, error, scenario, task, and control.

The workshop also teaches technical skills for designing musical  
interactions. The workshop integrates programming, electronics,  
robotics, audio, and interactive music along with PID. Hands-on  
applications using sensors and microprocessors in conjunction with  
real-time DSP will be explored for making music. Specific technologies  
will include Arduino platform, processing, open sound control, and PD  
and/or Max/MSP for music synthesis. Participants will learn how to use  
resistive, force-sensitive, capacitative, optical, ultrasound,  
magnetic, optical, and acceleration sensors. We will also teach  
students how to make their own sensors with custom geometries  
constructed out of materials such as conductive fabric, piezoresistive  
fabric, and copper tape. We will discuss popular controller components  
such as (multi-)touch screens, TacTex pads, Nintendo Wii, Novint  
Falcon, and many more. Participants will design and build working  
prototypes using a kit* that can be taken home at the end of the  
workshop. Many prototypes will be applicable for performance and  
exhibits. Further issues to be explored will include modes and  
mappings in computer music, exercises in invention, and applications  
of sensors and electronics to real-time music. The course will be  
augmented by a survey of existing controllers and pieces of  
interactive music.

This workshop is intended for: Musicians or composers interested in  
exploring new possibilities in interactive music in a hands on and  
technical way; Anyone looking to gain valuable skills in basic analog  
and digital electronics, with a focus on invention; Makers, engineers,  
computer scientists, or product designers interested in exploring  
artistic outlets for their talents and collaborating with performers  
and composers.

Worskhop structure: The workshop is an accelerated variant of the  
Music 250A course (http://ccrma.stanford.edu/courses/250a/). The  
workshop will consist of half-day supervised lab sessions, and half- 
day lectures, classroom exercises and discussions. Classroom sessions  
will feature live demos and/or concerts of interactive music and  
instruments. Participants are encouraged (but by no means required) to  
bring their own laptop computers with any music software/hardware they  
already use.

*NOTE: There is a $20 lab fee included in the cost of this workshop.  
Participants have the option of purchasing a $100 lab kit at the end  
of the workshop. The kit contains an Arduino, a prototyping board,  
power supply, data cable, and a variety of sensors.

To sign up, visit http://ccrma.stanford.edu/workshops/2009/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20090204/a9b7d0a2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0clip_image002.png
Type: image/png
Size: 62193 bytes
Desc: not available
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20090204/a9b7d0a2/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0clip_image004.png
Type: image/png
Size: 33429 bytes
Desc: not available
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20090204/a9b7d0a2/attachment-0001.png>

From yuri at voivod.net  Mon Feb  9 12:24:53 2009
From: yuri at voivod.net (Yuri Jossa)
Date: Mon, 09 Feb 2009 15:24:53 -0500
Subject: [CM] CM version that works with the examples in the book?
References: <mailman.1065.1233776819.8729.cmdist@ccrma.stanford.edu>
Message-ID: <003c01c98af4$7853c920$6700a8c0@ncore1>

Hi Folks
I purchased the book 'Notes from the Metalevel' a while ago, hoping to be 
able to learn CM, and while going through the examples given in the book, i 
discovered that they do not work with the software that came with the CD in 
the book (Common Music 2.4.2)

I downloaded the latest version of GraceCL / CM (3.2.4) and the examples 
from the book do not work there either.

Going through the example programs that came with the GraceCL 3.2.4, i 
noticed that some of them do not work either, at least not with my setup 
(Win XP + Midi Yoke -> Ableton 7.10), despite getting the MIDI test output 
to work.

I was able to get the foster.sal program to work once with one voice after 
modifying the output in the code and commenting out the midi program change, 
but i was unable to get it working again, despite multiple reboots and 
freezes.
I also unsuccessfully attempted to get the program to output a complete midi 
file.

My question is: Is there a version of Common Music that works with the 
examples that came with the book?

I really don't care how old or outdated the version is, even if it doesn't 
have real-time MIDI output.. i would rather have something that works with 
the examples in the book, than a totally undocumented 'newer' version with 
easier syntax and fancy features.

Any help will be greatly appreciated.
Thank you 



From ahcnz at ihug.co.nz  Mon Feb  9 13:28:16 2009
From: ahcnz at ihug.co.nz (Adam)
Date: Tue, 10 Feb 2009 10:28:16 +1300
Subject: [CM] CM version that works with the examples in the book?
In-Reply-To: <003c01c98af4$7853c920$6700a8c0@ncore1>
References: <mailman.1065.1233776819.8729.cmdist@ccrma.stanford.edu>
	<003c01c98af4$7853c920$6700a8c0@ncore1>
Message-ID: <200902101028.18052.ahcnz@ihug.co.nz>

Yuri, 

I think that its the CM2 version you are after, from Sourceforge, and 
not the GraceCL version. 

CM2 and GraceCL I believe are the two main trunks. 

No doubt Ric will clarify. 

Its my understanding that the CM2 version, (which can be run 
under Emacs and Common Lisp in WinXP), can run GraceCL as 
a subset. 

> I downloaded the latest version of GraceCL / CM (3.2.4) and the examples
> from the book do not work there either.



From ahcnz at ihug.co.nz  Mon Feb  9 17:01:06 2009
From: ahcnz at ihug.co.nz (Adam)
Date: Tue, 10 Feb 2009 14:01:06 +1300
Subject: [CM] CM version that works with the examples in the book?
In-Reply-To: <200902101028.18052.ahcnz@ihug.co.nz>
References: <mailman.1065.1233776819.8729.cmdist@ccrma.stanford.edu>
	<003c01c98af4$7853c920$6700a8c0@ncore1>
	<200902101028.18052.ahcnz@ihug.co.nz>
Message-ID: <200902101401.07308.ahcnz@ihug.co.nz>

Correction: 

> Its my understanding that the CM2 version, (which can be run
> under Emacs and Common Lisp in WinXP), can run SAL as
> a subset.

> (use-system :sal)



From achim.bornhoeft at googlemail.com  Tue Feb 10 00:32:06 2009
From: achim.bornhoeft at googlemail.com (Achim Bornhoeft)
Date: Tue, 10 Feb 2009 09:32:06 +0100
Subject: [CM] CM version that works with the examples in the book?
In-Reply-To: <003c01c98af4$7853c920$6700a8c0@ncore1>
References: <mailman.1065.1233776819.8729.cmdist@ccrma.stanford.edu>
	<003c01c98af4$7853c920$6700a8c0@ncore1>
Message-ID: <A1C27A71-4A3E-4C62-8B8B-C6C90ECB7E4C@googlemail.com>

Hi,
the examples should work with CM 2.10.0. You can download it under;
http://sourceforge.net/project/showfiles.php?%20group_id=9766&package_id=106649&release_id=477002

Achim

Am 09.02.2009 um 21:24 schrieb Yuri Jossa:

> Hi Folks
> I purchased the book 'Notes from the Metalevel' a while ago, hoping  
> to be
> able to learn CM, and while going through the examples given in the  
> book, i
> discovered that they do not work with the software that came with  
> the CD in
> the book (Common Music 2.4.2)
>
> I downloaded the latest version of GraceCL / CM (3.2.4) and the  
> examples
> from the book do not work there either.
>
> Going through the example programs that came with the GraceCL 3.2.4, i
> noticed that some of them do not work either, at least not with my  
> setup
> (Win XP + Midi Yoke -> Ableton 7.10), despite getting the MIDI test  
> output
> to work.
>
> I was able to get the foster.sal program to work once with one voice  
> after
> modifying the output in the code and commenting out the midi program  
> change,
> but i was unable to get it working again, despite multiple reboots and
> freezes.
> I also unsuccessfully attempted to get the program to output a  
> complete midi
> file.
>
> My question is: Is there a version of Common Music that works with the
> examples that came with the book?
>
> I really don't care how old or outdated the version is, even if it  
> doesn't
> have real-time MIDI output.. i would rather have something that  
> works with
> the examples in the book, than a totally undocumented 'newer'  
> version with
> easier syntax and fancy features.
>
> Any help will be greatly appreciated.
> Thank you
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

Achim Bornhoeft
Neckarhalde 38, D-72070 Tuebingen
tel/fax +49 (0)7071 942745
mobil +49 (0)179 6936930
skype:achim.bornhoeft?call



From yuri at voivod.net  Fri Feb 13 13:17:31 2009
From: yuri at voivod.net (Yuri Jossa)
Date: Fri, 13 Feb 2009 16:17:31 -0500
Subject: [CM] CM version that works with the examples in the book?
References: <mailman.3.1234296001.21518.cmdist@ccrma.stanford.edu>
Message-ID: <004801c98e20$7bae06b0$6700a8c0@ncore1>

Thank you for the link Achim you sent, but the download is for OSX, not for 
Windows based computers?
Does anyone have a link to the binary Windows download for CM 2.10.0 ?

Thanks

>
> Hi,
> the examples should work with CM 2.10.0. You can download it under;
> http://sourceforge.net/project/showfiles.php?%20group_id=9766&package_id=106649&release_id=477002
>
> Achim
>



From ahcnz at ihug.co.nz  Sat Feb 14 00:58:46 2009
From: ahcnz at ihug.co.nz (Adam)
Date: Sat, 14 Feb 2009 21:58:46 +1300
Subject: [CM] CM version that works with the examples in the book?
In-Reply-To: <004801c98e20$7bae06b0$6700a8c0@ncore1>
References: <mailman.3.1234296001.21518.cmdist@ccrma.stanford.edu>
	<004801c98e20$7bae06b0$6700a8c0@ncore1>
Message-ID: <200902142158.48115.ahcnz@ihug.co.nz>


Try this one, and watch that the following line is not wrapped,

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




On Saturday 14 February 2009 10:17 am, Yuri Jossa wrote:
> Thank you for the link Achim you sent, but the download is for OSX, not for
> Windows based computers?
> Does anyone have a link to the binary Windows download for CM 2.10.0 ?
>
> Thanks
>
> > Hi,
> > the examples should work with CM 2.10.0. You can download it under;
> > http://sourceforge.net/project/showfiles.php?%20group_id=9766&package_id=
> >106649&release_id=477002
> >
> > Achim
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From achim.bornhoeft at googlemail.com  Sat Feb 21 02:34:06 2009
From: achim.bornhoeft at googlemail.com (Achim Bornhoeft)
Date: Sat, 21 Feb 2009 11:34:06 +0100
Subject: [CM] Synchronisation Grace/CM3
Message-ID: <A7B77690-B245-425B-8CFA-01C25EBAD25B@googlemail.com>

Hello,
when running this little example, it seems that the different tracks  
are not properly synchronized when played directly with SimpleSynth  
(Mac Leopard). When I open the midifile with Quicktime everything  
sounds fine.

Achim



(mp:open 0)

(define keyscale '(50 52 53 54 55 57 58 59 60 62 63 64 65 67 68 69 71  
73 74 76 78 79))

(define (algo01 dur row beat amp chan)
   (process while (< (elapsed #f) dur)
	   with range = (length row)
	   for d = (* beat (random 4))
	   for k = (list-ref row (random range))
	   for a = (between 0.1 amp)
	   for w = d
	   do	
	   (send "mp:midi"
		 :time (elapsed #t)
		 :dur d
		 :key k
		 :amp a
		 :chan chan)		
	   (wait w)))

(sprout (list (algo01 16 keyscale .25 1.0 0)
               (algo01 14 keyscale .25 1.0 1)
               (algo01 12 keyscale .25 1.0 2)
        	      (algo01 10 keyscale .25 1.0 3))
        	"test.mid"
         '(0 2 4 6))


Achim Bornhoeft
Neckarhalde 38, D-72070 Tuebingen
tel/fax +49 (0)7071 942745
mobil +49 (0)179 6936930
skype:achim.bornhoeft?call
bornhoeft.org



From taube at uiuc.edu  Sat Feb 21 07:31:18 2009
From: taube at uiuc.edu (Heinrich Taube)
Date: Sat, 21 Feb 2009 09:31:18 -0600
Subject: [CM] Synchronisation Grace/CM3
In-Reply-To: <A7B77690-B245-425B-8CFA-01C25EBAD25B@googlemail.com>
References: <A7B77690-B245-425B-8CFA-01C25EBAD25B@googlemail.com>
Message-ID: <0AD534BF-7116-4C69-A196-E68F86817EC5@uiuc.edu>

i cant really tell what it should be doing with the randomness  
involved, but running this hacked example seems to sound correct in  
the case of simplesynth, but then the start time in thie file isnt  
correct. i think this is a bug in the file writing, it should be added  
the starttime of the process to the midis notes being sent. that is   
you shoulny need to use a time stamp for midi -- the only time you  
need to pass a time time stamp is if you use a clm instrument, which  
always want the true score time for the auido samples to start at


(define (algo01 dur row beat amp chan)
   (process while (< (elapsed #f) dur)
	   with range = (length row)
	   for d = beat
	   for k = (list-ref row chan)
	   for a = (between 0.1 amp)
	   for w = d
	   do	
	   (send "mp:midi"
		 :time 0 ;(elapsed #t)
		 :dur d
		 :key k
		 :amp a
		 :chan chan)		
	   (wait w)))

(sprout (list (algo01 16 keyscale .25 1.0 0)
               (algo01 14 keyscale .25 1.0 1)
               (algo01 12 keyscale .25 1.0 2)
        	      (algo01 10 keyscale .25 1.0 3))
         '(0 2 4 6))

(sprout (list (algo01 16 keyscale .25 1.0 0)
               (algo01 14 keyscale .25 1.0 1)
               (algo01 12 keyscale .25 1.0 2)
        	      (algo01 10 keyscale .25 1.0 3))
        	"test.mid"
         '(0 2 4 6))



















> Hello,
> when running this little example, it seems that the different tracks
> are not properly synchronized when played directly with SimpleSynth
> (Mac Leopard). When I open the midifile with Quicktime everything
> sounds fine.
>
> Achim
>
>
>
> (mp:open 0)
>
> (define keyscale '(50 52 53 54 55 57 58 59 60 62 63 64 65 67 68 69 71
> 73 74 76 78 79))
>
> (define (algo01 dur row beat amp chan)
>   (process while (< (elapsed #f) dur)
> 	   with range = (length row)
> 	   for d = (* beat (random 4))
> 	   for k = (list-ref row (random range))
> 	   for a = (between 0.1 amp)
> 	   for w = d
> 	   do	
> 	   (send "mp:midi"
> 		 :time (elapsed #t)
> 		 :dur d
> 		 :key k
> 		 :amp a
> 		 :chan chan)		
> 	   (wait w)))
>
> (sprout (list (algo01 16 keyscale .25 1.0 0)
>               (algo01 14 keyscale .25 1.0 1)
>               (algo01 12 keyscale .25 1.0 2)
>        	      (algo01 10 keyscale .25 1.0 3))
>        	"test.mid"
>         '(0 2 4 6))
>
>
> Achim Bornhoeft
> Neckarhalde 38, D-72070 Tuebingen
> tel/fax +49 (0)7071 942745
> mobil +49 (0)179 6936930
> skype:achim.bornhoeft?call
> bornhoeft.org
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From achim.bornhoeft at googlemail.com  Sun Feb 22 03:52:27 2009
From: achim.bornhoeft at googlemail.com (Achim Bornhoeft)
Date: Sun, 22 Feb 2009 12:52:27 +0100
Subject: [CM] plotter
Message-ID: <36230316-A57C-441E-A4EA-EA39C826837F@googlemail.com>

Hello,
since I'm still working with cm 2.11 in Mac OS 10.5:
Can anybody explain how to install and set up the plotter  
functionality e.g. where to find the cm-gtk package?

I already tried with the gnuplot function but I couldn't figure out  
how to tell gnuplot to set it's terminal to AquaTerm.
Does anybody know how to do this?

Is plotter planned for cm3 as well?

Thank you,
Achim



From taube at uiuc.edu  Sun Feb 22 12:26:31 2009
From: taube at uiuc.edu (Heinrich Taube)
Date: Sun, 22 Feb 2009 14:26:31 -0600
Subject: [CM] plotter
In-Reply-To: <36230316-A57C-441E-A4EA-EA39C826837F@googlemail.com>
References: <36230316-A57C-441E-A4EA-EA39C826837F@googlemail.com>
Message-ID: <F54CB63D-9C91-4E70-9171-85F5D713DC54@uiuc.edu>

> Is plotter planned for cm3 as well?

Hi the plotter is acually there, I just havent added it into the cm3  
tree yet.
i think you can set aquaterm in your .bash_profile, im sure the  
aquaterm docs explain how to do it.
it should not be hard at all to get the gunplot stuff running in cm3,  
i just have to remove (is-a? ...) tests



On Feb 22, 2009, at 5:52 AM, Achim Bornhoeft wrote:

> Hello,
> since I'm still working with cm 2.11 in Mac OS 10.5:
> Can anybody explain how to install and set up the plotter
> functionality e.g. where to find the cm-gtk package?
>
> I already tried with the gnuplot function but I couldn't figure out
> how to tell gnuplot to set it's terminal to AquaTerm.
> Does anybody know how to do this?
>
>
> Thank you,
> Achim
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From taube at uiuc.edu  Wed Feb 25 04:29:32 2009
From: taube at uiuc.edu (Heinrich Taube)
Date: Wed, 25 Feb 2009 06:29:32 -0600
Subject: [CM] Synchronisation Grace/CM3
In-Reply-To: <A7B77690-B245-425B-8CFA-01C25EBAD25B@googlemail.com>
References: <A7B77690-B245-425B-8CFA-01C25EBAD25B@googlemail.com>
Message-ID: <CC08AF12-6C51-4D23-AC1E-AB132C367EF9@uiuc.edu>

arrg!  the midifile sycn is actually working, its just that your (and  
my) order of arguments to sprout was wrong:
this is wrong

> (sprout (list (algo01 16 keyscale .25 1.0 0)
>              (algo01 14 keyscale .25 1.0 1)
>              (algo01 12 keyscale .25 1.0 2)
>       	      (algo01 10 keyscale .25 1.0 3))
>       	"test.mid"
>        '(0 2 4 6))



this is correct:

(sprout (list (algo01 16 keyscale .25 1.0 0)
              (algo01 14 keyscale .25 1.0 1)
              (algo01 12 keyscale .25 1.0 2)
       	      (algo01 10 keyscale .25 1.0 3))
        '(0 2 4 6)
        "test.mid"
)

I guess I should switch it back to be the same as events??




(define (foo l r d k a)
  (process repeat l
	   do
	   (send "mp:midi" :key k :dur d :amp a)
	   (wait r)))

(mp:open 0)

(sprout (list (foo 10 .2 .15 60 .8) (foo 10 .2 .15 67 .8))
	'(0 2))

(sprout (list (foo 10 .2 .15 60 .8) (foo 10 .2 .15 67 .8))
	'(0 2)
	"~/test.mid")




From bil at ccrma.Stanford.EDU  Wed Feb 25 12:31:46 2009
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Wed, 25 Feb 2009 12:31:46 -0800
Subject: [CM] Snd 10.4
Message-ID: <20090225203054.M21259@ccrma.Stanford.EDU>

Snd 10.4

(this is mostly a "clean up loose ends" version)

Kjetil made improvements to the pd external support, and made
       a port of CMN to ABCL.

big-gens.scm (scheme-only versions of some of the built-in generators)

changed spectro-cutoff to spectrum-end and spectro-start to spectrum-start
  moved the 10 spectro-* keypad key bindings to snd10.scm (keypad-spectro-bindings)
  moved the spectrum end slider to the transform dialog and added spectrum start slider
    (this should make it easier to zoom into an arbitrary portion of the spectrum)

merged the color and orientation dialogs and prettified others.

removed TODO.Snd, snd.spec, and old-snd.spec -- I don't plan to make any more rpm files.

checked: gsl 1.12, gtk 2.15.1|2|3|4, sbcl 1.0.25, cmucl 19f

Thanks!: Kjetil, Pavel Penev, Rick Taube, Michael Edwards, Mike Scholz