From taube at uiuc.edu  Mon Dec  1 04:05:59 2003
From: taube at uiuc.edu (Rick Taube)
Date: Mon, 1 Dec 2003 06:05:59 -0600
Subject: [CM] OSX - OpenMCL .14, build from CVS w/ CLM 
In-Reply-To: <BBEEF149.B390%mint@franklinmint.fm>
Message-ID: <B9AEC53A-23F6-11D8-97DB-000A95674CE4@uiuc.edu>

thank you so much! im finalizing the sotware for the cd release this 
week and ill try to include this as well.

On Saturday, Nov 29, 2003, at 23:58 America/Chicago, Robert Sayre wrote:

> I've gotten CM to build (and work!) on OpenMCL .14... but I did it
> incorrectly. Below, there is a response to my questions about 
> OpenMCL's MOP
> from Gary Byers. I made a similar mistake (which Byers corrects) in
> FINALIZE-CLASS when I built CM.
>
>> From the last email I sent about this issue:
>
> ? (load "/Users/myuser/music/cm/src/cm.lisp")
> ; Loading "/Users/myuser/music/cm/bin/pkg.dfsl".
> ; Loading "/Users/myuser/music/cm/bin/openmcl.dfsl".
>
> ...
>
> ; Compiling "/Users/myuser/music/cm/src/sco.lisp".
> ; Loading "/Users/myuser/music/cm/bin/sco.dfsl".
>> Error in process listener(1):
>>   The class #<STANDARD-CLASS EVENT-STREAM> was specified as: a
>>   super-class of the class #<IO-CLASS SCO-STREAM>;
>>   but the meta-classes #<STANDARD-CLASS STANDARD-CLASS> and
>>   #<STANDARD-CLASS IO-CLASS> are incompatible.
>> While executing: #<CCL::STANDARD-KERNEL-METHOD SHARED-INITIALIZE 
>> :AFTER
> (CCL::STD-CLASS T)>
>
> The reply I got from GB indicates that it will be difficult to take 
> care of
> the problem by specializing the FINALIZE-CLASS function for OpenMCL. 
> Would
> it be possible to declare VALIDATE-SUPERCLASSES methods inline, or 
> would
> that break other implementations?
>
> Robert Sayre
>
>
> ------ Forwarded Message
> From: Gary Byers <gb at clozure.com>
> Date: Sat, 29 Nov 2003 21:57:13 -0700 (MST)
> To: Robert Sayre <mint at franklinmint.fm>
> Cc: openmcl-devel at clozure.com
> Subject: Re: [Openmcl-devel] MOP question
>
>
> On Sat, 29 Nov 2003, Robert Sayre wrote:
>
>> I have some questions about the MOP in OpenMCL .14 and also about a 
>> compiler
>> warning. The following example is taken from an old comp.lang.lisp 
>> thread
>> titled "MOP/pcl anomaly in CMUCL?"*
>>
>>
>> Welcome to OpenMCL Version (Alpha: Darwin) 0.14-031108!
>> ? (defclass dynamic-slots-class (standard-class) ())
>> #<STANDARD-CLASS DYNAMIC-SLOTS-CLASS>
>> ?  (defclass test () ((a1)) (:metaclass dynamic-slots-class))
>>> Error in process listener(1): The class #<STANDARD-CLASS 
>>> STANDARD-OBJECT>
> was
>>> specified as a
>>> super-class of the class #<DYNAMIC-SLOTS-CLASS TEST>;
>>> but the meta-classes #<STANDARD-CLASS STANDARD-CLASS> and
>>> #<STANDARD-CLASS DYNAMIC-SLOTS-CLASS> are incompatible.
>>> While executing: #<CCL::STANDARD-KERNEL-METHOD SHARED-INITIALIZE 
>>> :AFTER
>> (CCL::SLOTS-CLASS T)>
>>> Type :POP to abort.
>>
>>
>> From the usenet thread, I learned that
>>
>> "It's neccessary to define methods on pcl:validate-superclass more 
>> often
>> than is mentioned in AMOP.
>>
>> [This] issue will probably lie at the heart of your problem:  Since
>> test (whose metaclass is dynamic-slots-class) inherits from t (whose
>> metaclass is standard-class), you have to define this combination
>> valid"
>>
>
> I guess that I could agree that since (a) the default method for
> VALIDATE-SUPERCLASS only returns T for a few classes that it knows
> about and conservatively returns NIL for those clasees that it doesn't
> know about and (b) it's often then case that certain subclass
> relationships could exist between a user-defined metaclass and some
> other class, it's often necessary to explicitly define specialized
> VALIDATE-SUPERCLASS methods.
>
>
>> So, I followed this advice and it worked:
>>
>>
>> ? (defmethod openmcl-mop:validate-superclass
>>     ((class dynamic-slots-class) (super ccl::standard-class))
>>   t)
>> #<STANDARD-METHOD VALIDATE-SUPERCLASS (DYNAMIC-SLOTS-CLASS 
>> STANDARD-CLASS)>
>> ? (defclass test () ((a1)) (:metaclass dynamic-slots-class))
>> #<DYNAMIC-SLOTS-CLASS TEST>
>>
>>
>> This problem arose while trying to build Common Music for OpenMCL .14.
>> Common Music runs on a number of implementations, including OpenMCL 
>> .13.7
>> and MCL. It appears that neither of them require the combination to be
>> declared valid. Is this divergence intentional?
>
> The MOP spec is online at <http://www.lisp.org/mop/index.html>.  I
> think that the rationale for requiring that VALIDATE-SUPERCLASS be
> called when it is that the question of whether a superclass
> relationship can meaningfully exist between two class objects is best
> determined by the implementor of those classes, and the implementor
> is therefore requuired to define VALIDATE-SUPERCLASS methods to decide
> that question.
>
> Neither MCL nor OpenMCL 0.13 make much of an attempt to adhere to the
> MOP and OpenMCL 0.14 does, so in that sense the divergence is
> intentional.
>
>
>>
>> Also, CM uses a function called "finalize-class" that varies based on
>> implementation. I assume it's there for just this sort of situation. 
>> When I
>> define it the following way, I get a compiler warning, but it seems 
>> to work.
>> If I uncomment the print statement, there is no warning. In the 
>> following
>> example, why doesn't the use of "the-class" in defmethod count as a 
>> use of
>> the variable?
>>
>> ? (defun finalize-class (the-class)
>>   (progn
>>     ;(print the-class)
>>     (defmethod openmcl-mop:validate-superclass
>>         ((the-class class) (super ccl::standard-class))
>>             t)))
>> ;Compiler warnings :
>> ;   Unused lexical variable THE-CLASS, in FINALIZE-CLASS.
>> FINALIZE-CLASS
>> ? (defclass dynamic-slots-class (standard-class) ())
>> #<STANDARD-CLASS DYNAMIC-SLOTS-CLASS>
>> ? (finalize-class 'dynamic-slots-class)
>> #<STANDARD-METHOD VALIDATE-SUPERCLASS (CLASS STANDARD-CLASS)>
>> ? (defclass test () ((a1)) (:metaclass dynamic-slots-class))
>> #<DYNAMIC-SLOTS-CLASS TEST>
>>
>
> You've (incidentally) defined a method that says that all objects of
> class CLASS can have an object of class STANDARD-CLASS as a
> superclass; after defining that method, your test case should work,
> but probably not for the reason you'd intended (the first specializer
> form in your DEFMETHOD seems to have its subforms backwards.)
>
> If you flipped them around, you'd probably get a complaint that
> there's no class named THE-CLASS: DEFMETHOD's a macro and it doesn't
> evaluate class names used in its argument subforms.  (The fact that
> one of those unevaluated class names happens to match an otherwise
> unused variable name in the surrounding function's just a
> coincidence.)
>
> It's not clear to me that you really want or need to define
> a VALIDATE-SUPERCLASSES method procedurally.  (It's also clear that
> it's awkward and complicated to do so: macroexpand a DEFMETHOD form,
> and ask yourself how often you really want or need to do this ...)
> Admittedly, there may be cases where it's necessary to define methods
> procedurally and it should be at leest a little esaier than it is to
> do so.
>
> In this case, it seems a lot easier to just define the method(s)
> "declaratively":
>
> (defclass dynamic-slots-class () ...)
>
> (defmethod openmcl-mop:validate-superclass ((class dynamic-slots-class)
>                                             (super standard-class))
>   t)
>
>
> ------ End of Forwarded Message
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From james.o'connor at tic.ac.uk  Thu Dec  4 03:11:02 2003
From: james.o'connor at tic.ac.uk (James O'Connor)
Date: Thu, 4 Dec 2003 11:11:02 -0000
Subject: [CM] CLM
Message-ID: <B66F30C4D87CF549BC80F271F08B279C0261E610@ticex1.uce.ac.uk>

Dear sir/madam,

I am trying to get a copy of Common Lisp Music for either a Mac or PC -
preferably both - as I used it in College and now as a lecturer need to
use it but can't seem to find where I can get my hands on a copy.

 

I would very much appreciate it if someone could sort me out

 

Many thanks

 

James O' Connor

 

Senior Lecturer

 

Sound and Music Technology

University central England

Birmingham

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20031204/2e03bdad/attachment.html>

From taube at uiuc.edu  Thu Dec  4 06:33:18 2003
From: taube at uiuc.edu (Rick Taube)
Date: Thu, 4 Dec 2003 08:33:18 -0600
Subject: [CM] CLM
In-Reply-To: <B66F30C4D87CF549BC80F271F08B279C0261E610@ticex1.uce.ac.uk>
Message-ID: <CD4D2EC6-2666-11D8-A174-000A95674CE4@uiuc.edu>

you can get the latest clm from the ccrma ftp server:
ftp://ccrma-ftp.stanford.edu/pub/Lisp/clm-2.tar.gz

On Thursday, Dec 4, 2003, at 05:11 America/Chicago, James O'Connor 
wrote:

> Dear sir/madam,
>
> I am trying to get a copy of Common Lisp Music for either a Mac or PC 
> ? preferably both ? as I used it in College and now as a lecturer need 
> to use it but can?t seem to find where I can get my hands on a copy.
>
> ?
>
> I would very much appreciate it if someone could sort me out
>
> ?
>
> Many thanks
>
> ?
>
> James O? Connor
>
> ?
>
> Senior Lecturer
>
> ?
>
> Sound and Music Technology
>
> University centralEngland
>
> Birmingham
>



From gk1 at four-four.com  Sun Dec  7 12:56:57 2003
From: gk1 at four-four.com (George Khouri)
Date: Sun, 7 Dec 2003 12:56:57 -0800
Subject: [CM] [CMN] CMN on MCL 5.0
Message-ID: <E53D4FC0-28F7-11D8-943F-000393914712@four-four.com>

Has anyone gotten the latest distribution of CMN (files dated 10/15/03) 
to run on the current  release of MCL 5.0? At first glance the  trap 
calls  _PBCreateSync and _PBOpenSync  in cmn-mcl.lisp aren't supported 
under Carbon, and probably should be changed to _PBHCreateSync and 
_PBHOpenSync respectively.  I thought I'd ask before looking further 
into the code.
Thanks,
George Khouri
---------
George Khouri
gk1 at four-four.com



From matt7595 at uidaho.edu  Sun Dec  7 13:34:12 2003
From: matt7595 at uidaho.edu (Josh Mattoon)
Date: Sun, 07 Dec 2003 13:34:12 -0800
Subject: [CM] snd on osx, success
Message-ID: <m2he0cuxbf.fsf@tardis.local>

Hi there,

(Forgive me if this has been said before, but I didn't find anything
like this searching around on the internet.  I wanted to share my
information with anyone else thinking about installing snd on osx, but
are too lazy, like myself, to install all the requirements by hand)

After recently upgrading to the new version of osx (10.3) I decided to
give snd a shot.  I downloaded the snd-7 tarball, read the
requirements, but was a bit put off by how much work it seemed to
entail.  I'm not a big fan of downloading and compiling random
libraries, etc, so I fired up fink, updated it to the cvs version, and
began to "fink list xxx".  It turns out everything required for snd is
now in fink!  Unfortunatly I wasn't keeping track of everything that I
installed, but from memory I installed:

sudo fink install openmotif3 fftw guile guile-dev 

But I'd imagine that there was more to it than that.  I'm not in the
mood to rebuild fink in order to find out ;-)

So... after a loooong compilation process (fftw required g77) I had
everything in place.  But ./configure couldn't find them, d'oh.  My
simple solution was to pass in the CFLAGS and LDFLAGS as so:

CFLAGS=-I/sw/include LDFLAGS="-L/sw/lib -lmx -bind_at_load" ./configure \ 
     --with-gl --with-editres --with-static-xm --with-guile

This was after a bit of trial and error.  The linker couldn't find
some symbols that turned out to be in libmx, so I added that, and the
linker also suggested the bind_at_load (though I'm not totally sure
what that means).

I added some of the extra arguments to configure later (I was trying
to use the Dave Phillips customizations, I've got questions about that
later on) and I'd reckon that I'll change these as time goes on.  I'm
not convinced that OpenGL is working, ./snd --help says it is, but
unless something has changed in 10.3, OpenGL needs to be included as a
framework, not as -lGLU like it is in the makefile.  Other than that,
my limited testing seems to show that snd is working correctly.  I can
record and play back, and it hasn't crashed.  When using the help
system, it was trying to open the html docs with mozilla, which I
don't have.  I'd imagine that there was a variable somewhere that I
can set to change this behavior, but to make things easy on myself, I
played a dirty OSX trick and did this:

sudo ln -s /usr/bin/open /usr/bin/mozilla

open knows what to do with various files types, and now "mozilla"
sends those html files to my default browser (safari).

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

Okay, on to the customizations.  I've spent a bit of trying to get the
Dave Phillips "misc.scm" file to load.  Unfortunatly snd isn't too
helpful in pointing out what is wrong.  Well, I take that back.  It
did tell me that I needed xm.so loaded, and I couldn't get it to build
by hand (I was trying to "make xm" and that failed to find some
symbols).  Eventually I found --with-static-xm and that made the
problem go away.  After that, I only get the error:

(yarg, any osx folk know how to copy and paste from X11 to quartz?)

[13:20:43] "Syntax error in fixed argument declaration."
; (load ~/.snd)
(while loading "/Users/josh/.snd")

There is no line number or expression to point me in the right way.
My .snd basically just loads the misc.scm file.  If I comment out that
line, it starts up fine.  I'd imagine that the error is happening
*somewhere* in misc.scm, but I'm not about to figure that out without
a little direction.

Is there a way to debug this?  I'd be interested to see what the
customizations hold.  I'm not afraid of doing things via keys, but it
would be nice to get a feel for what is possible just by poking at
some menus.

~josh



From bil at ccrma.Stanford.EDU  Mon Dec  8 04:30:03 2003
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Mon, 08 Dec 2003 04:30:03 -0800
Subject: [CM] snd on osx, success
In-Reply-To: <m2he0cuxbf.fsf@tardis.local>
References: <m2he0cuxbf.fsf@tardis.local>
Message-ID: <3FD46ECB.4060502@ccrma>

 > [13:20:43] "Syntax error in fixed argument declaration."

Are you using Guile 1.4 or earlier?  This error normally means
you've hit a use of the newer "optarg" package.  There's a note
about it in README.Snd, but it might be enough to load
"fix-optargs.scm" before anything else.

You can type (backtrace) when you hit an
error and, if you're lucky, it will give you a filename and line number.


I haven't updated to OSX 10.3 yet, and I'm not sure what
openmotif3 is -- version 2.3?  You can find out if GL is
working by trying a spectrogram.

Thanks for the info -- I'll look into automating some of
that stuff.


 > When using the help
 > system, it was trying to open the html docs with mozilla, which I
 > don't have.

This should be the html-program variable:

(set! (html-program) "safari")




From bil at ccrma.Stanford.EDU  Tue Dec  9 04:33:11 2003
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Tue, 09 Dec 2003 04:33:11 -0800
Subject: [CM] [CMN] CMN on MCL 5.0
In-Reply-To: <E53D4FC0-28F7-11D8-943F-000393914712@four-four.com>
References: <E53D4FC0-28F7-11D8-943F-000393914712@four-four.com>
Message-ID: <3FD5C107.3010606@ccrma>

 > Has anyone gotten the latest distribution of CMN (files dated 10/15/03)
 > to run on the current  release of MCL 5.0? At first glance the
 > trap calls  _PBCreateSync and _PBOpenSync  in cmn-mcl.lisp aren't
 > supported under Carbon, and probably should be changed to
 > _PBHCreateSync and _PBHOpenSync respectively.
 > I thought I'd ask before looking further into the code.

Please send me whatever changes are needed -- I don't know anything
about this, and don't have any way to test it.  I think we can use
the CCL-5.0 switch.

The code in cmn-mcl.lisp is an optimization of file output -- it
could be omitted entirely -- there are Lisp replacements at the
end of cmn-utils.lisp (these functions exist because
ACL version 3 (1989!) text file output on the NeXT
was so slow that providing C foreign function calls
sped up CMN as a whole by about a factor of 10).  I think
the *features* switch for this is :only-lisp.



From igadget at earthlink.net  Wed Dec 10 01:51:12 2003
From: igadget at earthlink.net (Ruven Gottlieb)
Date: Wed, 10 Dec 2003 04:51:12 -0500
Subject: [CM] Large print troubles with CMN
Message-ID: <3FD6EC90.10105@earthlink.net>

Hi,

I'm trying to use CMN to produce large-print music,
I'm using these settings to get just two piano staves (bass and treble 
systems with braces) per page:

(cmn
    (size 45)
    (output-file "Foo.eps")
    (all-output-in-one-file t)
    (beam-slope-trigger 0)

;;; For landscape layout
    (matrix '(0 1 -1 0 500 0))    
     
    (page-width 11.0)
    (page-height 8.0)
    (left-margin 0.5)
    (right-margin 0.5)
    (header-margin 1.0)
    (footer-margin 0)
;;; (system-separation 1.0)


...but I'm having the following troubles:

1. I want to duplex-print the music. I set "(all-output-in-one-file t)", 
but page breaks don't work when printing via gv to a Brother HL-1670N 
through CUPS with Foomatic + Postscript, so both "pages" get printed on 
one side of the paper.

2. I'd like to be able to set the number of measures per line, is there 
a way to do that?

3. For a small number of measures, say eight, CMN doesn't divide them 
evenly between systems. I get six measures on the top system, and two 
measures on the bottom.




From anders.vinjar at notam02.no  Wed Dec 10 04:51:55 2003
From: anders.vinjar at notam02.no (Anders Vinjar)
Date: 10 Dec 2003 13:51:55 +0100
Subject: [CM] Large print troubles with CMN
In-Reply-To: <3FD6EC90.10105@earthlink.net>
References: <3FD6EC90.10105@earthlink.net>
Message-ID: <copvfooesyc.fsf@bruno.uio.no>

    RG> 1. I want to duplex-print the music. I set "(all-output-in-one-file
    RG> t)", but page breaks don't work when printing via gv to a Brother
    RG> HL-1670N through CUPS with Foomatic + Postscript, so both "pages" get
    RG> printed on one side of the paper.

If it looks allright when previewing to screen in gv, ie. pages
are ordered after each other, my guess is it depends on some
settings on your printer.  If youre having trouble also while
previewing, send along the cmn-score, and we'll see if we find
what causing trouble.

    RG> 2. I'd like to be able to set the number of measures per line, is
    RG> there a way to do that?

You can use spacing-hook for this.  Heres an example with 6
measures pr. line (adjusted from cmn-ex.lisp):

(cmn (size 24) (output-file "Foo.eps")
     (spacing-hook #'(lambda (score)
		       ;; divide space on line into wanted number of measures,
		       (let* ((bars 6)
			      (line-width (/ (inches-to-ps (- (page-width score) (right-margin score))) (size score)))
			      (measure-width (/ line-width bars))
			      (current-pos 0.0)
			      (original-pos 0.0))
			 (loop for td in (time-line score) do
			   (if (eq (tld-type td) :bar)
			       (progn
				 (incf current-pos measure-width)
				 (setf original-pos (tld-x td))
				 (setf (tld-cx td) (+ current-pos (- (tld-cx td) (tld-x td))))
				 (setf (tld-x td) current-pos))
			     (progn
			       (setf (tld-cx td) (+ current-pos (- (tld-cx td) original-pos)))
			       (setf (tld-x td) (+ current-pos (- (tld-x td) original-pos)))))))))
     (full-last-line t)
     (page-width 11.0)          ; adjust to taste
     (automatic-line-breaks t)
     (staff 
            treble b-major (quarter-rest (scale 0 0)) bar
            bass af-minor (quarter-rest (scale 0 0)) bar  
            treble af-major (quarter-rest (scale 0 0)) bar
            treble b-major (quarter-rest (scale 0 0)) bar
            bass af-minor (quarter-rest (scale 0 0)) bar  
            treble af-major (quarter-rest (scale 0 0)) bar
            treble b-major (quarter-rest (scale 0 0)) bar
            bass af-minor (quarter-rest (scale 0 0)) bar  
            treble af-major (quarter-rest (scale 0 0)) bar
            treble b-major (quarter-rest (scale 0 0)) bar
            bass af-minor (quarter-rest (scale 0 0)) bar  
            treble af-major (quarter-rest (scale 0 0)) bar
            treble b-major (quarter-rest (scale 0 0)) bar
            bass af-minor (quarter-rest (scale 0 0)) bar  
            bass af-minor (quarter-rest (scale 0 0)) bar  
            bass  df-major  (quarter-rest  (scale 0 0)) bar))


    RG> 3. For a small number of measures, say eight, CMN doesn't divide them
    RG> evenly between systems. I get six measures on the top system, and two
    RG> measures on the bottom.

(guess youre referring to 'line here.  'system in cmn refers to
'section in some other tools and books)

Easiest is to put in an explicit (line-break) after 4 measures,
where you want a line-break to occur, maybe in combination with
(full-last-line t) in score-object-list (like in example above).

There are ways to achieve such things automatically if you want
it in every pass by more fancy hooks passed to score.  You can
adjust to whatever suits your styles if you look in cmn.html and
in the cmn-ex.lisp following the package.

-anders



From noel at x-31.com  Wed Dec 10 18:33:00 2003
From: noel at x-31.com (Noel Bush)
Date: Wed, 10 Dec 2003 21:33:00 -0500
Subject: [CM] no sound with latest kernels/alsa modules
Message-ID: <1071109980.4167.4.camel@localhost.localdomain>

I've used apt-get update/upgrade to get the latest planetccrma-core, but
I have found that whenever I boot with any of the following kernels, I
cannot get any sound:

2.4.23-1.ll.rhfc1.ccrma
2.4.22-1.2129.nptl.caps.rhfc1.ccrma
2.4.22-9.23rc3.ll.rhfc1.ccrma
2.4.22-1.2115.nptl.caps.rhfc1.ccrma
2.4.22-1.2115.nptl

The most recent kernel that does work for me is:

2.4.21-1.ll.acpi

There are no errors when starting or restarting alsasound (except
complaints about the change in names of controls by alsactl).  I've
twiddled with the mixer to make sure nothing is muted.  I've checked to
see that all modules are loaded with lsmod.  What else can I try?

Thanks in advance,
Noel



From noel at x-31.com  Thu Dec 11 07:23:01 2003
From: noel at x-31.com (Noel Bush)
Date: Thu, 11 Dec 2003 10:23:01 -0500
Subject: [CM] no sound with latest kernels/alsa modules
In-Reply-To: <1071109980.4167.4.camel@localhost.localdomain>
References: <1071109980.4167.4.camel@localhost.localdomain>
Message-ID: <1071156181.1587.3.camel@localhost.localdomain>

Sorry to reply to myself, but I have tried removing *all* alsa packages
so I could reinstall the latest (dependencies of planetccrma-core).  Now
I don't have any sound, and I cannot reinstall the modules for the
previously working version!  So I'm totally stuck, with absolutely no
sound from any application, and no indication of errors anywhere I can
find.  Help!!!!!

On Wed, 2003-12-10 at 21:33, Noel Bush wrote:
> I've used apt-get update/upgrade to get the latest planetccrma-core, but
> I have found that whenever I boot with any of the following kernels, I
> cannot get any sound:
> 
> 2.4.23-1.ll.rhfc1.ccrma
> 2.4.22-1.2129.nptl.caps.rhfc1.ccrma
> 2.4.22-9.23rc3.ll.rhfc1.ccrma
> 2.4.22-1.2115.nptl.caps.rhfc1.ccrma
> 2.4.22-1.2115.nptl
> 
> The most recent kernel that does work for me is:
> 
> 2.4.21-1.ll.acpi
> 
> There are no errors when starting or restarting alsasound (except
> complaints about the change in names of controls by alsactl).  I've
> twiddled with the mixer to make sure nothing is muted.  I've checked to
> see that all modules are loaded with lsmod.  What else can I try?
> 
> Thanks in advance,
> Noel
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From nando at ccrma.Stanford.EDU  Thu Dec 11 12:12:55 2003
From: nando at ccrma.Stanford.EDU (Fernando Pablo Lopez-Lezcano)
Date: 11 Dec 2003 12:12:55 -0800
Subject: [CM] no sound with latest kernels/alsa modules
In-Reply-To: <1071156181.1587.3.camel@localhost.localdomain>
References: <1071109980.4167.4.camel@localhost.localdomain>
	 <1071156181.1587.3.camel@localhost.localdomain>
Message-ID: <1071173575.22686.51.camel@cmn37.stanford.edu>

[I'm cc'ing the Planet CCRMA list...]

> Sorry to reply to myself, but I have tried removing *all* alsa packages
> so I could reinstall the latest (dependencies of planetccrma-core).  Now
> I don't have any sound, and I cannot reinstall the modules for the
> previously working version!  So I'm totally stuck, with absolutely no
> sound from any application, and no indication of errors anywhere I can
> find.  Help!!!!!

Sorry for the trouble. What is it you have installed now? What versions
of ALSA? Do an "rpm -q -a | grep ^alsa" and post the result.

Which kernel are you booting? (if it is the latest it should be
2.4.23-1.ll.xxx), see which one you are booting by typing "uname -r". 

And finally, what hardware do you have? Do an "lspci -v -v", one of the
entries should correspond to the sound card (or which module are you
loading for your card?). 

Anyway - I have not erased all the old alsa modules from the web site
yet. Maybe you will find what you need at:

http://www-ccrma.stanford.edu/planetccrma/mirror/redhat/linux/planetcore/9/en/os/

There is a very old alsa-kernel there for 2.4.21...
-- Fernando

> > I've used apt-get update/upgrade to get the latest planetccrma-core, but
> > I have found that whenever I boot with any of the following kernels, I
> > cannot get any sound:
> > 
> > 2.4.23-1.ll.rhfc1.ccrma
> > 2.4.22-1.2129.nptl.caps.rhfc1.ccrma
> > 2.4.22-9.23rc3.ll.rhfc1.ccrma
> > 2.4.22-1.2115.nptl.caps.rhfc1.ccrma
> > 2.4.22-1.2115.nptl
> > 
> > The most recent kernel that does work for me is:
> > 
> > 2.4.21-1.ll.acpi
> > 
> > There are no errors when starting or restarting alsasound (except
> > complaints about the change in names of controls by alsactl).  I've
> > twiddled with the mixer to make sure nothing is muted.  I've checked to
> > see that all modules are loaded with lsmod.  What else can I try?
> > 
> > Thanks in advance,
> > Noel




From noel at x-31.com  Thu Dec 11 12:41:13 2003
From: noel at x-31.com (Noel Bush)
Date: Thu, 11 Dec 2003 15:41:13 -0500
Subject: [CM] no sound with latest kernels/alsa modules
In-Reply-To: <1071173575.22686.51.camel@cmn37.stanford.edu>
References: <1071109980.4167.4.camel@localhost.localdomain>
	 <1071156181.1587.3.camel@localhost.localdomain>
	 <1071173575.22686.51.camel@cmn37.stanford.edu>
Message-ID: <1071175273.1751.5.camel@localhost.localdomain>

Thanks for the reply; my responses with requested information are inline
below.  Two other points in addition:

1. Even if I do something goofy like "cat /dev/random > /dev/dsp", I
hear absolutely nothing.  This used to at least make a horrible noise.

2. I notice that the "Master" control in alsamixer or gnome-alsamixer no
longer has a "mute" option.  Is it possible that it's somehow muted and
can't be unmuted?  The following doesn't work:

# amixer set Master 100 unmute
amixer: Unknown playback setup 'unmute'..

On Thu, 2003-12-11 at 15:12, Fernando Pablo Lopez-Lezcano wrote: 
> [I'm cc'ing the Planet CCRMA list...]
> 
> > Sorry to reply to myself, but I have tried removing *all* alsa packages
> > so I could reinstall the latest (dependencies of planetccrma-core).  Now
> > I don't have any sound, and I cannot reinstall the modules for the
> > previously working version!  So I'm totally stuck, with absolutely no
> > sound from any application, and no indication of errors anywhere I can
> > find.  Help!!!!!
> 
> Sorry for the trouble. What is it you have installed now? What versions
> of ALSA? Do an "rpm -q -a | grep ^alsa" and post the result.

# rpm -qa | grep ^alsa
alsa-firmware-1.0.0-1.rc2.cvs.rhfc1.ccrma
alsa-driver-1.0.0-1.rc2.cvs.rhfc1.ccrma
alsa-lib-1.0.0-1.rc2.cvs.rhfc1.ccrma
alsaplayer-0.99.75-1.rhfc1.ccrma
alsa-utils-1.0.0-1.rc2.cvs.rhfc1.ccrma
alsa-tools-1.0.0-1.rc2.cvs.rhfc1.ccrma
alsa-kernel-2.4.23-1.ll.rhfc1.ccrma-1.0.0-1.rc2.cvs.rhfc1.ccrma
alsa-lib-devel-1.0.0-1.rc2.cvs.rhfc1.ccrma

> Which kernel are you booting? (if it is the latest it should be
> 2.4.23-1.ll.xxx), see which one you are booting by typing "uname -r". 

# uname -r
2.4.23-1.ll.rhfc1.ccrma

> And finally, what hardware do you have? Do an "lspci -v -v", one of the
> entries should correspond to the sound card (or which module are you
> loading for your card?). 

I have an SB Audigy, and I'm using the emu10k1 module.  Here's the lspci
output:

# lspci -v -v
[...]
01:0a.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03)
        Subsystem: Creative Labs SB0090 Audigy Player
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (500ns min, 5000ns max)
        Interrupt: pin A routed to IRQ 5
        Region 0: I/O ports at c400 [size=32]
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
[...]

> Anyway - I have not erased all the old alsa modules from the web site
> yet. Maybe you will find what you need at:
> 
> http://www-ccrma.stanford.edu/planetccrma/mirror/redhat/linux/planetcore/9/en/os/
> 
> There is a very old alsa-kernel there for 2.4.21...

I've tried installing that, but I get the following error, even if I
have booted the 2.4.21 kernel:

rpm -ivh alsa-kernel-2.4.21-1.ll.acpi-0.9.4-2.cvs.i386.rpm
error: Failed dependencies:
        kernel-version-arch = 2.4.21-1.ll.acpi-i386 is needed by
alsa-kernel-2.4.21-1.ll.acpi-0.9.4-2.cvs

I presume I should not just force it with --nodeps, right?

> -- Fernando
> 
> > > I've used apt-get update/upgrade to get the latest planetccrma-core, but
> > > I have found that whenever I boot with any of the following kernels, I
> > > cannot get any sound:
> > > 
> > > 2.4.23-1.ll.rhfc1.ccrma
> > > 2.4.22-1.2129.nptl.caps.rhfc1.ccrma
> > > 2.4.22-9.23rc3.ll.rhfc1.ccrma
> > > 2.4.22-1.2115.nptl.caps.rhfc1.ccrma
> > > 2.4.22-1.2115.nptl
> > > 
> > > The most recent kernel that does work for me is:
> > > 
> > > 2.4.21-1.ll.acpi
> > > 
> > > There are no errors when starting or restarting alsasound (except
> > > complaints about the change in names of controls by alsactl).  I've
> > > twiddled with the mixer to make sure nothing is muted.  I've checked to
> > > see that all modules are loaded with lsmod.  What else can I try?
> > > 
> > > Thanks in advance,
> > > Noel
> 



From noel at x-31.com  Thu Dec 11 13:16:38 2003
From: noel at x-31.com (Noel Bush)
Date: Thu, 11 Dec 2003 16:16:38 -0500
Subject: [CM] sorry...
Message-ID: <1071177398.1684.9.camel@localhost.localdomain>

Sorry about posting my messages about ALSA problems to this list.  I
just now understood I should have been using Planet CCRMA.  Duh.... :-)



From finnendahl at folkwang-hochschule.de  Tue Dec 16 02:08:17 2003
From: finnendahl at folkwang-hochschule.de (Orm Finnendahl)
Date: Tue, 16 Dec 2003 11:08:17 +0100
Subject: [CM] copy-list, guile and r5rs
Message-ID: <20031216100817.GD1275@finnendahl.de>

Hi Rick,

I stumbled on some problem with copy-list in level1.scm:

copy-list doesn't actually do a copy in guile (at least on my
machine). To use (append lis '()) for list copying seems to get
optimized away despite r5rs' specification of append and the call
returns the same object instead of a copy.

I don't know if that is any problem in your code but thought to let
you know anyway.

--
Orm



From rm at fabula.de  Tue Dec 16 04:00:52 2003
From: rm at fabula.de (rm at fabula.de)
Date: Tue, 16 Dec 2003 13:00:52 +0100
Subject: [CM] copy-list, guile and r5rs
In-Reply-To: <20031216100817.GD1275@finnendahl.de>
References: <20031216100817.GD1275@finnendahl.de>
Message-ID: <20031216120052.GA28140@www>

On Tue, Dec 16, 2003 at 11:08:17AM +0100, Orm Finnendahl wrote:
> Hi Rick,
> 
> I stumbled on some problem with copy-list in level1.scm:
> 
> copy-list doesn't actually do a copy in guile (at least on my
> machine). To use (append lis '()) for list copying seems to get
> optimized away despite r5rs' specification of append and the call
> returns the same object instead of a copy.

??? What version and how did you test? Here on my box:
*---------------------------------------------
| 
| "1.6.4"
| guile> (define lis (list 1 2 3))
| guile> (eq?  lis (append lis '()))
| #f
| guile> 
| 


 Ralf Mattes



From taube at uiuc.edu  Tue Dec 16 07:35:53 2003
From: taube at uiuc.edu (Rick Taube)
Date: Tue, 16 Dec 2003 09:35:53 -0600
Subject: [CM] copy-list, guile and r5rs
In-Reply-To: <20031216120052.GA28140@www>
Message-ID: <888C2074-2FDD-11D8-B1BC-000A95674CE4@uiuc.edu>

copy-list seems to be working here, can you send me the fail case?
guile> (version)
"1.6.1"
guile> (load "/Lisp/cm-2.4.0/src/cm.scm")
...
guile> (define foo '(a b c))
guile> (eq? foo (copy-list foo))
#f
guile>

On Tuesday, Dec 16, 2003, at 06:00 America/Chicago, rm at fabula.de wrote:

> On Tue, Dec 16, 2003 at 11:08:17AM +0100, Orm Finnendahl wrote:
>> Hi Rick,
>>
>> I stumbled on some problem with copy-list in level1.scm:
>>
>> copy-list doesn't actually do a copy in guile (at least on my
>> machine). To use (append lis '()) for list copying seems to get
>> optimized away despite r5rs' specification of append and the call
>> returns the same object instead of a copy.
>
> ??? What version and how did you test? Here on my box:
> *---------------------------------------------
> |
> | "1.6.4"
> | guile> (define lis (list 1 2 3))
> | guile> (eq?  lis (append lis '()))
> | #f
> | guile>
> |
>
>
>  Ralf Mattes



From wsack at acsu.buffalo.edu  Wed Dec 17 09:11:27 2003
From: wsack at acsu.buffalo.edu (Bill Sack)
Date: Wed, 17 Dec 2003 12:11:27 -0500
Subject: [CM] CLM stochastic synthesis instrument
Message-ID: <3FE08E3F.5070500@acsu.buffalo.edu>

for all you fans of nonstandard synthesis: i humbly submit my homebrew 
and somewhat naive version of Xenakis' Stochastic Dynamic Synthesis
<http://www.acsu.buffalo.edu/~wsack/array/index.html>

the webpage contains links to two CLM instruments: a standard CLM 
instrument with a Common Music process to compose music 
(stochastic.ins), and a real-time CLM instrument with GUI and optional 
waveform and fft displays (stochasticRT.ins).

i hope some of you try it out and send me any comments or suggestions 
you might have.

thanks,
bill
-- 
_________
Bill Sack
wsack(a)acsu.buffalo.edu
----------------------



From rm at fabula.de  Wed Dec 17 09:26:44 2003
From: rm at fabula.de (rm at fabula.de)
Date: Wed, 17 Dec 2003 18:26:44 +0100
Subject: [CM] Forwarded: [ITERATE: old software, ported to the 21st century]
Message-ID: <20031217172644.GI32685@www>

I guess quite a few of use iterate over stuff once in a while :-)
I thought following post to the CLUMP list might be of interest to you.
I think someone allready works on a Debian package as well.
 
 Ralf Mattes

----- Forwarded message from Andreas Fuchs <asf at boinkor.net> -----

X-Original-To: clump at manly.caddr.com
X-Injected-Via-Gmane: http://gmane.org/
To: clump at manly.caddr.com
From: Andreas Fuchs <asf at boinkor.net>
Subject: [Clump] ITERATE: old software, ported to the 21st century

hi all,

For fun, I ported the ITERATE macro package from the CMU AI repository
(http://www-2.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/code/iter/iterate/0.html)
over to ANSI Common Lisp. In short, the ITERATE macro is an
extensible, more flexible and more lispy replacement for LOOP.

Some example code:

(iterate (for (key . item) in alist)
	 (collect key into keys)
	 (collect item into items)
	 (finally (return (values keys items))))

collects keys and items of an alist into two values

It also supports generators:

(iterate (generate i from 0 to 6)
	 (for (key . value) in '((a . 2) (zero . 10) (one . 20) (d . 5)))
	 (when (>= value 10)
	   (collect (cons key (next i)))))

	  => ((B . 0) (C . 1))

(note also the liberal mixing of code and iterate clauses)

and allows easy finding of extrema:

(iterate (for elt in list-of-lists)
	 (finding elt maximizing (length elt)))

finds the longest list in a list of lists and generates pretty fast
code, too. (-:

There are more examples in the reference documentation in
doc/iter-man.ps, and a nice rant about LOOP (and more examples) in
doc/iterate-bare.ps (-:

You can find the code at
http://boinkor.net/lisp/iterate-ansi-0.9.1.tgz (MIT-licensed), and it
is ASDF-installable: (asdf-install:install 'iterate)

The original code was written by Jonathan Amsterdam. Kudos to him!
-- 
Andreas Fuchs, <asf at boinkor.net>, asf at jabber.at, antifuchs

_______________________________________________
Clump mailing list
Clump at caddr.com
http://manly.caddr.com/mailman/listinfo/clump

----- End forwarded message -----



From anders.vinjar at notam02.no  Thu Dec 18 04:48:36 2003
From: anders.vinjar at notam02.no (Anders Vinjar)
Date: 18 Dec 2003 13:48:36 +0100
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <3FE08E3F.5070500@acsu.buffalo.edu>
References: <3FE08E3F.5070500@acsu.buffalo.edu>
Message-ID: <cop7k0ub8bf.fsf@luciano.uio.no>

>>> "BS" == Bill Sack <wsack at acsu.buffalo.edu> writes:

    BS> for all you fans of nonstandard synthesis: i humbly
    BS> submit my homebrew and somewhat naive version of Xenakis'
    BS> Stochastic Dynamic Synthesis

How wonderful!  Thanks alot.

Down in "stochastic.ins", the function 'ran-list has a parameter
'numx which seems to be fixed at 12.  Varying the length of the
initial wave (as you do in the cm-process further down in the
file) makes the syntethic sounds come out even more sparkling.
Thanks again!

-anders

(defun ran-list (numx xmn xsp)
  (let ((qua '()))
    (loop repeat numx do 
      (push (list (+ xmn (random (+ 1 xsp))) 0) qua))
    qua))



From dlphilp at bright.net  Thu Dec 18 05:31:44 2003
From: dlphilp at bright.net (Dave Phillips)
Date: Thu, 18 Dec 2003 08:31:44 -0500
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <cop7k0ub8bf.fsf@luciano.uio.no>
References: <3FE08E3F.5070500@acsu.buffalo.edu> <cop7k0ub8bf.fsf@luciano.uio.no>
Message-ID: <3FE1AC40.8090702@bright.net>

Anders Vinjar wrote:

>>>>"BS" == Bill Sack <wsack at acsu.buffalo.edu> writes:
>>>>        
>>>>
>
>    BS> for all you fans of nonstandard synthesis: i humbly
>    BS> submit my homebrew and somewhat naive version of Xenakis'
>    BS> Stochastic Dynamic Synthesis
>
>How wonderful!  Thanks alot.
>
>  
>
Indeed, it's pretty cool stuff. Thanks, Bill !

However, I've run into some problems that might be of interest. First, I 
should state that I'm running a PlanetCCRMA RH9 system here. The current 
CMUCL image with CLM/CM/CMN fails to run stochastic.ins. However, the 
stochastic.ins does work with PlanetC's clisp-cm-clm-cmn image, so it 
looks like CLISP is needed unless there's a fix for running it in CMUCL. 
Fernando also reported that it runs under ACL. He didn't test the RT 
version.

Bill, what version of Lisp are you running ? Does anyone know the what & 
how for getting stochasticRT.ins running under Linux ?

I've appended the error messages from my attempt to use stochastic.ins 
under CMUCL, perhaps one of you gurus out there can see where things can 
be fixed.

Best regards,

Dave Phillips


[dlphilp at localhost dlphilp]$ cmucl-cm-clm-cmn
; Loading #p"/usr/lib/cmucl/cmclmcmninit.lisp".
;;;
;;; CM 2.4.0 (08/29/2003); CLM 2 (12/15/2003); CMN (10/15/2003)
;;;
;;; Running /usr/bin/ld...
;;; Done.
;; Loading #p"/usr/lib/cmucl/clm/ffi.x86f".
;;; Running /usr/bin/ld...
;;; Done.
;;; Running /usr/bin/ld...
;;; Done.
* (compile-file "stochastic.ins")

; Python version 1.1, VM version Intel x86 on 18 DEC 03 08:24:18 am.
; Compiling: /home/dlphilp/stochastic.ins 17 DEC 03 12:44:36 pm

; Writing "/home/dlphilp/clm_lnxcmu_STOCHASTIC.c"
; Compiling "/home/dlphilp/clm_lnxcmu_STOCHASTIC.c"
; Creating shared object file "/home/dlphilp/clm_lnxcmu_STOCHASTIC_0.so"
; Converted |clm_lnxcmu_stochastic3|.
; Compiling DEFINSTRUMENT STOCHASTIC:
; Converted |clm_lnxcmu_stochastic2|.
; Compiling DEFINSTRUMENT STOCHASTIC:
; Converted STOCHASTIC.
; Compiling DEFINSTRUMENT STOCHASTIC:
; Converted STOCHASTIC1.
; Compiling DEFINSTRUMENT STOCHASTIC:
; Byte Compiling Top-Level Form:
; Byte Compiling Top-Level Form:
; Byte Compiling Top-Level Form:
; Byte Compiling Top-Level Form:
; Byte Compiling Top-Level Form:
; Byte Compiling Top-Level Form:
; Byte Compiling Top-Level Form:
; Compiling DEFINSTRUMENT STOCHASTIC:
; Compiling DEFINSTRUMENT STOCHASTIC:
; Byte Compiling Top-Level Form:
; Byte Compiling Creation Form for #<KERNEL::CLASS-CELL STOCHASTIC>:
; Compiling DEFINSTRUMENT STOCHASTIC:
; Compiling DEFINSTRUMENT STOCHASTIC:
; Compiling DEFINSTRUMENT STOCHASTIC:
; Byte Compiling Top-Level Form:

; stochastic.x86f written.
; Compilation finished in 0:00:11.
#p"/home/dlphilp/stochastic.x86f"
NIL
NIL
* (load "stochastic.cmucl")

; Loading #p"/home/dlphilp/stochastic.cmucl".
;;; Running /usr/bin/ld...
;;; Done.
;; Loading #p"/home/dlphilp/stochastic.x86f".
T
* (with-sound ()(stochastic 0 10 :xwig 1.0 :ywig 10.0))

Type-error in KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER:
   -22938 is not of type (UNSIGNED-BYTE 32)

Restarts:
  0:         abort current note.
  1:         close files and return to top-level.
  2:         jump past remaining notes.
  3: [ABORT] Return to Top-Level.

Debug  (type H for help)

(KERNEL:DATA-VECTOR-SET #(0 0 0 0 0 ...) 187 -22938)
Source: Error finding source:
Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM:  Source file no longer 
exists:
  target:code/array.lisp.
0] 3

*



From anders.vinjar at notam02.no  Thu Dec 18 06:29:42 2003
From: anders.vinjar at notam02.no (Anders Vinjar)
Date: 18 Dec 2003 15:29:42 +0100
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <3FE1AC40.8090702@bright.net>
References: <3FE08E3F.5070500@acsu.buffalo.edu>
	<cop7k0ub8bf.fsf@luciano.uio.no> <3FE1AC40.8090702@bright.net>
Message-ID: <cop7k0up5bd.fsf@luciano.uio.no>

>>> "DP" == Dave Phillips <dlphilp at bright.net> writes:

    DP> The current CMUCL image with CLM/CM/CMN fails to run
    DP> stochastic.ins.

In CMUCL it seems you need to adjust the :init-array argument a
bit.  The default argument in the instrument hits some error
while being tweeked into certain types of bytes further down in
the instrument. Try the various versions coming out from the
supplied 'ran-list function.  They all function straight (with
latest cmucl-version).

Heres one call which should work straight:

(with-sound () (stochastic 0 10 :xwig 1.0 :ywig 10.0
                  :init-array '((10 0) (1 0) (2 0) (3 0))))


    DP> Bill, what version of Lisp are you running ? Does anyone
    DP> know the what & how for getting stochasticRT.ins running
    DP> under Linux ?

At least one obstacle is getting the interfaces build properly
under CMUCL.  The code in rt.lisp calls 'lisp->c-name, which
stops at empty strings (at least for CMUCL).  Here's an example
from bess1.cl which i beleive gives us the same trouble as the
code in 'stochastic.ins:

(make-controller "bess1"
		 '(dur "duration" :label "ivory2" "red")
		 '(on-off "play" :toggle t)
		 '(0 "" :separator 8 :double)
                  ....

hitting an error while calling '(elt "" 0) somewhere in
cmus.lisp?



From dlphilp at bright.net  Thu Dec 18 07:40:48 2003
From: dlphilp at bright.net (Dave Phillips)
Date: Thu, 18 Dec 2003 10:40:48 -0500
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <cop7k0up5bd.fsf@luciano.uio.no>
References: <3FE08E3F.5070500@acsu.buffalo.edu>	<cop7k0ub8bf.fsf@luciano.uio.no> <3FE1AC40.8090702@bright.net> <cop7k0up5bd.fsf@luciano.uio.no>
Message-ID: <3FE1CA80.7020501@bright.net>

Anders Vinjar wrote:

>In CMUCL it seems you need to adjust the :init-array argument a
>bit.  The default argument in the instrument hits some error
>while being tweeked into certain types of bytes further down in
>the instrument. Try the various versions coming out from the
>supplied 'ran-list function.  They all function straight (with
>latest cmucl-version).
>
>Heres one call which should work straight:
>
>(with-sound () (stochastic 0 10 :xwig 1.0 :ywig 10.0
>                  :init-array '((10 0) (1 0) (2 0) (3 0))))
>
Yes, that works fine. Thanks, Anders !

>At least one obstacle is getting the interfaces build properly
>under CMUCL.  The code in rt.lisp calls 'lisp->c-name, which
>stops at empty strings (at least for CMUCL).  Here's an example
>from bess1.cl which i beleive gives us the same trouble as the
>code in 'stochastic.ins:
>
>(make-controller "bess1"
>		 '(dur "duration" :label "ivory2" "red")
>		 '(on-off "play" :toggle t)
>		 '(0 "" :separator 8 :double)
>                  ....
>
>hitting an error while calling '(elt "" 0) somewhere in
>cmus.lisp?
>

I've never tried building the Motif interface components with CLM. Has 
anyone else here tried doing so, particularly with CMUCL ?

Best,

== dp




From anders.vinjar at notam02.no  Thu Dec 18 08:25:41 2003
From: anders.vinjar at notam02.no (Anders Vinjar)
Date: 18 Dec 2003 17:25:41 +0100
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <3FE1CA80.7020501@bright.net>
References: <3FE08E3F.5070500@acsu.buffalo.edu>
	<cop7k0ub8bf.fsf@luciano.uio.no> <3FE1AC40.8090702@bright.net>
	<cop7k0up5bd.fsf@luciano.uio.no> <3FE1CA80.7020501@bright.net>
Message-ID: <copd6amdrei.fsf@bruno.uio.no>

    DP> I've never tried building the Motif interface components
    DP> with CLM. Has anyone else here tried doing so,
    DP> particularly with CMUCL ?

At least the graphical interface-part works allright, (with the
normal cmucl-caveats about max one instrument-definition pr-file
etc).  The 'make-controller call builds a graphical interface,
ready to be displayed on the screen with the desired labels,
knobs, sliders and whatnot, when the auto-built program
(ie. "./bess", "./bess1" or whatever) is called from the
command-line.

Unfortunately, in the cmucl compile-&-load cycle, the
".cmucl"-file contains the abbreviated name of the "fasl"-file
(compiled code), the expression:

  (load "/div/notam02/site/cm-sys/clm-2/bess")

- which gets confused with the graphical controller in our case
here.  One quick solution is to rename the graphical controller
to something else, say "bess-controller", not messing with the
cmucl-compile/load cycle.

There's the mentioned bug about empty strings in the
'make-controller call triggering a break in a call to
'lisp->c-name, so just substitute every empty string down in the
'make-controller call with a "a" or whatever for now

With-psound is not working here at the moment, giving errors
about not being able to open the dac, but i think that stems from
sndlib being in a current state of flux between machines here at
the moment.



-anders



From bigswift at ufl.edu  Thu Dec 18 10:09:00 2003
From: bigswift at ufl.edu (Patrick Pagano)
Date: Thu, 18 Dec 2003 13:09:00 -0500
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <3FE1CA80.7020501@bright.net>
Message-ID: <4125CA6A-3185-11D8-AD56-000393529270@ufl.edu>

no but i would love an interface that works
i'll definitely test it
can someone update me on WHAT i should get to build on redhat(7.3)
or OS X

Pat


On Thursday, December 18, 2003, at 10:40 AM, Dave Phillips wrote:

> Anders Vinjar wrote:
>
>> In CMUCL it seems you need to adjust the :init-array argument a
>> bit.  The default argument in the instrument hits some error
>> while being tweeked into certain types of bytes further down in
>> the instrument. Try the various versions coming out from the
>> supplied 'ran-list function.  They all function straight (with
>> latest cmucl-version).
>>
>> Heres one call which should work straight:
>>
>> (with-sound () (stochastic 0 10 :xwig 1.0 :ywig 10.0
>>                  :init-array '((10 0) (1 0) (2 0) (3 0))))
>>
> Yes, that works fine. Thanks, Anders !
>
>> At least one obstacle is getting the interfaces build properly
>> under CMUCL.  The code in rt.lisp calls 'lisp->c-name, which
>> stops at empty strings (at least for CMUCL).  Here's an example
>> from bess1.cl which i beleive gives us the same trouble as the
>> code in 'stochastic.ins:
>>
>> (make-controller "bess1"
>> 		 '(dur "duration" :label "ivory2" "red")
>> 		 '(on-off "play" :toggle t)
>> 		 '(0 "" :separator 8 :double)
>>                  ....
>>
>> hitting an error while calling '(elt "" 0) somewhere in
>> cmus.lisp?
>>
>
> I've never tried building the Motif interface components with CLM. Has 
> anyone else here tried doing so, particularly with CMUCL ?
>
> Best,
>
> == dp
>
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>



From bil at ccrma.Stanford.EDU  Fri Dec 19 05:26:42 2003
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 19 Dec 2003 05:26:42 -0800
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <cop7k0up5bd.fsf@luciano.uio.no>
References: <3FE08E3F.5070500@acsu.buffalo.edu>	<cop7k0ub8bf.fsf@luciano.uio.no> <3FE1AC40.8090702@bright.net> <cop7k0up5bd.fsf@luciano.uio.no>
Message-ID: <3FE2FC92.9080603@ccrma>

 > The code in rt.lisp calls 'lisp->c-name, which
 > stops at empty strings (at least for CMUCL).

I think this is fixed now, but I tested using ACL --
will check CMUCL at home.



From bil at ccrma.Stanford.EDU  Fri Dec 19 05:38:06 2003
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 19 Dec 2003 05:38:06 -0800
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <4125CA6A-3185-11D8-AD56-000393529270@ufl.edu>
References: <4125CA6A-3185-11D8-AD56-000393529270@ufl.edu>
Message-ID: <3FE2FF3E.9030302@ccrma>

 > can someone update me on WHAT i should get to build on redhat(7.3)
 > or OS X

CMUCL and rt.lisp should work in RH 7.3.  I'll look into OSX (and the Sun) soon --
I don't immediately see any reason why it couldn't work in openmcl.
That part of CLM is a bit clunky -- in the best of all worlds, I'd
get the xm module to work in Common Lisp; but if I get that, I'd
also get clm2xen and then all that ancient CLM C code, and about
40% of the lisp code, could be flushed.



From bil at ccrma.Stanford.EDU  Fri Dec 19 06:47:48 2003
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Fri, 19 Dec 2003 06:47:48 -0800
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <3FE2FC92.9080603@ccrma>
References: <3FE08E3F.5070500@acsu.buffalo.edu>	<cop7k0ub8bf.fsf@luciano.uio.no> <3FE1AC40.8090702@bright.net> <cop7k0up5bd.fsf@luciano.uio.no> <3FE2FC92.9080603@ccrma>
Message-ID: <3FE30F94.3020309@ccrma>

I've included Bill Sack's stochastic.ins and stochasticRT.ins
in the clm tarball.



From bil at ccrma.Stanford.EDU  Mon Dec 22 07:32:03 2003
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Mon, 22 Dec 2003 07:32:03 -0800
Subject: [CM] CLM stochastic synthesis instrument
In-Reply-To: <10774386-3234-11D8-BCF8-000393529270@ufl.edu>
References: <10774386-3234-11D8-BCF8-000393529270@ufl.edu>
Message-ID: <3FE70E73.802@ccrma>

I can't remember what all I promised to do last week, but
xcmnw works now in sbcl, and in cmucl on the Sun, and I think
the various CLM bugs are fixed (ins.cmucl has the pathname
extension, and the rt stuff works on the Sun).



From hkt at ccrma.Stanford.EDU  Tue Dec 23 19:43:29 2003
From: hkt at ccrma.Stanford.EDU (Hkt)
Date: Tue, 23 Dec 2003 19:43:29 -0800
Subject: [CM] cm 2.4.1 in CVS
Message-ID: <3FE90B61.1060809@ccrma.Stanford.EDU>

There is a new release of CM (2.4.1) available from CVS. Before I make 
the actual tarball release Im hoping that people with CVS access will do 
me the favor of downloading the new cm via CVS and then installing it on 
their machine using the new installation method(s). The new build 
process is documented in the (completely rewritten) doc/install.html. 
The hope is that the new installation method and the new docs will make 
it easy for even a newcomer who doesnt know lisp yet to load up CM. 
There is also a really nice shell script written by Tobias Kunze 
(bin/cm.sh) that loads up cm in any supported lisp in either a shell or 
under Emacs/Xemacs. type 'bin/cm.sh -h' for more info.

Im asking for this CVS testing because this installation method is the 
way that CM will ship on the book's CD. Ive tested it in the various 
Lisp combos on my machines and at CCRMA but I want to make sure it works 
for other people besides me!

There are some other major improvements to the new release. The most 
important is a new flexible interface to CLM and CMN. Basically, you 
dont need to keep images any more -- there is no compile-time package 
dependence of CM on CLM or CMN -- you can load in compiled CLM fasls and 
.ins files at any point, even if these fasls were compiled without CM 
loaded. (you need the latest clm-2.tar.gz for this new feature to work).

To download cm 2.4.1 from CVS type the following lines in a terminal 
(each line beginning with 'cvs ...' must be on a single line of input).
type Return when prompted for a password:

cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/commonmusic login
CVS password:
cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/commonmusic co cm
[...download output deleted...]
mv cm cm-2.4.1
cd cm-2.4.1/bin
./cm.sh

please see the following for more infomation and let me know of any 
problems or doc issues i need to fix:
	doc/changelog.text	
	doc/install.html
	doc/dict/make-cm-fn.html


-rick




From t at fictive.com  Wed Dec 24 07:55:53 2003
From: t at fictive.com (Tobias Kunze =?ISO-8859-1?Q?Brise=F1o?=)
Date: Wed, 24 Dec 2003 16:55:53 +0100
Subject: [CM] cm 2.4.1 in CVS
In-Reply-To: <3FE90B61.1060809@ccrma.Stanford.EDU>
References: <3FE90B61.1060809@ccrma.Stanford.EDU>
Message-ID: <20031224165553.16472be0.t@fictive.com>

> cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/commonmusic co cm

but make sure you get at least revision 1.10 of bin/cm.sh.
sourceforge's anonymous cvs access via pserver has been known to
be up to 24 hours behind the actual cvs and as of this writing
pserver still only knows about revision 1.9.  maybe give it
another 6-12 hours or so.




From bbattey at u.washington.edu  Sat Dec 27 14:27:39 2003
From: bbattey at u.washington.edu (Bret Battey)
Date: Sat, 27 Dec 2003 14:27:39 -0800
Subject: [CM] file vs io object operationsin OpenMCL
In-Reply-To: <3FE90B61.1060809@ccrma.Stanford.EDU>
References: <3FE90B61.1060809@ccrma.Stanford.EDU>
Message-ID: <E117A65A-38BB-11D8-9F6A-000393C797C4@u.washington.edu>

In case it will be useful to someone else, here is an observation that 
arises out of my recent work switching CLM over to Openmcl on MAX 
OSX...

I had a number of instruments that involved file access (readin or src) 
that stopped working in OpenMCL, complaining that the IO object 
associated with the file "is not a sequence".

Turns out a number of my instruments I built under MCL/MacOS9 applied 
operations such as sound-duration and sound-srate to the IO object 
rather than the file itself, such as:

   (let* ((f (open-input file :channel file-channel))
          (fsr (sound-srate f))

OpenMCL doesn't like this. Had to convert to have sound-srate reference 
the file path itself, not
the IO object:

   (let* ((f (open-input file :channel file-channel))
          (fsr (sound-srate file))

If I'm remembering correctly,  I was also using the first approach 
successfully on ACL/Linux.

So a little wrench in cross-LISP compatibility, there.

-Bret



From ferguson at music.mcgill.ca  Mon Dec 29 19:00:31 2003
From: ferguson at music.mcgill.ca (Sean Ferguson)
Date: Mon, 29 Dec 2003 22:00:31 -0500
Subject: [CM] cm and MCL 5.0
Message-ID: <a06020400bc167dcf6413@[192.168.0.113]>

I'm *finally* making the move from MCL 4.2 on 
MacOS 9.2.2 to MCL 5.0 on OSX. Has anyone had any 
luck building cm 2.4.0 or 2.4.1 with MCL 5.0? If 
so, any hints would be appreciated.

Running "Load File..." does nothing =>

====================================================================
?
;Loading #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:cm.lisp"...
?
====================================================================

Running "Load Unix File..." craps out=>

====================================================================
?
;Loading #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:cm.lisp"...
>  Error: Undefined function MAKE-CM called with arguments () .
>  While executing: CCL::LOAD-FROM-STREAM
>  Type Command-/ to continue, Command-. to abort.
>  If continued: Retry applying MAKE-CM to NIL.
See the Restarts? menu item for further choices.
1 >
====================================================================

Running "Load Unix File..." on make.lisp also craps out =>

====================================================================
?
;Loading #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:make.lisp"...
; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:clm-stubs.lisp"
; Loading "Macintosh 
HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:clm-stubs.cfsl"
; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:cmn-stubs.lisp"
; Loading "Macintosh 
HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:cmn-stubs.cfsl"
; Compiling "Macintosh 
HD:Applications:Lisp:cm-2.4.1:src:midishare:midishare-stubs.lisp"
; Loading "Macintosh 
HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:midishare-stubs.cfsl"
; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:pkg.lisp"
; Loading "Macintosh 
HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:pkg.cfsl"
; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:mcl.lisp"
; Loading "Macintosh 
HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:mcl.cfsl"
; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:clos.lisp"
; Loading "Macintosh 
HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:clos.cfsl"
; Generating #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:iter.lisp"
>  Error: Undefined function STOCL called with 
>arguments (#P"Macintosh 
>HD:Applications:Lisp:cm-2.4.1:src:loop.scm" 
>:FILE "iter" :VERBOSE NIL) .
>  While executing: CL
>  Type Command-/ to continue, Command-. to abort.
>  If continued: Retry applying STOCL to 
>(#P"Macintosh 
>HD:Applications:Lisp:cm-2.4.1:src:loop.scm" 
>:FILE "iter" :VERBOSE NIL).
See the Restarts? menu item for further choices.
1 >
====================================================================

I was able to load stocl.lisp, but the files it 
converts seem to be empty except for a header and 
(in-package :cm)

Thanks, Sean



From taube at uiuc.edu  Tue Dec 30 17:00:04 2003
From: taube at uiuc.edu (hkt)
Date: Tue, 30 Dec 2003 17:00:04 -0800
Subject: [CM] cm and MCL 5.0
In-Reply-To: <a06020400bc167dcf6413@[192.168.0.113]>
Message-ID: <AB63FD0A-3B2C-11D8-B366-0003937DAE04@uiuc.edu>

My first guess is that this still is an end-of-line problems with MCL  
5.0 since I can build cm-1.4.1 in MCL 4.2 on OS 9.2 if I use the  
"Suntar" program to unpack the tarfile with unix eols converted to  
Apple's eols. I have not tried in MCL 5.0 (yet) and wont be able to  
until Im back in my office next week.
In the mean time try this:
1 use cvs to reinstall the unix cm 2.4.1 sources again
2 get the 'flip' program from CCRMA:
	 http://ccrma-www.stanford.edu/~craig/utility/flip/
    and install it on your path (the osx download is at the bottom of  
flip's homepage)
3 start a terminal, cd to /cm/src/  and then do
	% flip -m *
	% cd midishare
	% flip -m *

that will convert all the source files to mac.
then start MCL and try (load "/cm/src/cm.lisp") or (progn (load  
"cm/src/make.lisp") (make-cm))

If that doest work ill fix the problems in mcl 5.0 next monday.
And there is always OPENMCL...


On Monday, December 29, 2003, at 07:00 PM, Sean Ferguson wrote:

>
> I'm *finally* making the move from MCL 4.2 on MacOS 9.2.2 to MCL 5.0  
> on OSX. Has anyone had any luck building cm 2.4.0 or 2.4.1 with MCL  
> 5.0? If so, any hints would be appreciated.
>
> Running "Load File..." does nothing =>
>
> ====================================================================
> ?
> ;Loading #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:cm.lisp"...
> ?
> ====================================================================
>
> Running "Load Unix File..." craps out=>
>
> ====================================================================
> ?
> ;Loading #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:cm.lisp"...
>>  Error: Undefined function MAKE-CM called with arguments () .
>>  While executing: CCL::LOAD-FROM-STREAM
>>  Type Command-/ to continue, Command-. to abort.
>>  If continued: Retry applying MAKE-CM to NIL.
> See the Restarts? menu item for further choices.
> 1 >
> ====================================================================
>
> Running "Load Unix File..." on make.lisp also craps out =>
>
> ====================================================================
> ?
> ;Loading #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:make.lisp"...
> ; Compiling "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:src:clm-stubs.lisp"
> ; Loading "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:clm- 
> stubs.cfsl"
> ; Compiling "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:src:cmn-stubs.lisp"
> ; Loading "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:cmn- 
> stubs.cfsl"
> ; Compiling "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:src:midishare:midishare-stubs.lisp"
> ; Loading "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:midishare- 
> stubs.cfsl"
> ; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:pkg.lisp"
> ; Loading "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:pkg.cfsl"
> ; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:mcl.lisp"
> ; Loading "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:mcl.cfsl"
> ; Compiling "Macintosh HD:Applications:Lisp:cm-2.4.1:src:clos.lisp"
> ; Loading "Macintosh  
> HD:Applications:Lisp:cm-2.4.1:bin:mcl_5.0_darwin-powerpc:clos.cfsl"
> ; Generating #P"Macintosh HD:Applications:Lisp:cm-2.4.1:src:iter.lisp"
>>  Error: Undefined function STOCL called with arguments (#P"Macintosh  
>> HD:Applications:Lisp:cm-2.4.1:src:loop.scm" :FILE "iter" :VERBOSE  
>> NIL) .
>>  While executing: CL
>>  Type Command-/ to continue, Command-. to abort.
>>  If continued: Retry applying STOCL to (#P"Macintosh  
>> HD:Applications:Lisp:cm-2.4.1:src:loop.scm" :FILE "iter" :VERBOSE  
>> NIL).
> See the Restarts? menu item for further choices.
> 1 >
> ====================================================================
>
> I was able to load stocl.lisp, but the files it converts seem to be  
> empty except for a header and (in-package :cm)
>
> Thanks, Sean
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist