From alberto-bernal at gmx.de Tue Jan 1 12:46:08 2008 From: alberto-bernal at gmx.de (alberto bernal) Date: Tue, 01 Jan 2008 21:46:08 +0100 Subject: [CM] guile with snd in osx In-Reply-To: <20071231212205.M29076@ccrma.Stanford.EDU> References: <4777DDBE.3010701@gmx.de> <20071230211115.M6737@ccrma.Stanford.EDU> <4778D869.5030109@gmx.de> <20071231121027.M5956@ccrma.Stanford.EDU> <4779468D.8060506@gmx.de> <20071231212205.M29076@ccrma.Stanford.EDU> Message-ID: <477AA690.5030001@gmx.de> Yes, I tried it, but it doesn't really work. I cannot evaluate in the listener (I suppose, I do it with enter/intro, right?). Thanks, Alberto Bill Schottstaedt wrote: > Yes, it looks fine -- did you try it? The line > > checking for /usr/lib/snd/bin/guile-config... no > > can be ignored -- configure looks there first, then anywhere > else if that fails. > > > From funny_zen at yahoo.com Fri Jan 4 01:39:04 2008 From: funny_zen at yahoo.com (Funny Zen) Date: Fri, 4 Jan 2008 01:39:04 -0800 (PST) Subject: [CM] clm and snd questions Message-ID: <280546.46145.qm@web44803.mail.sp1.yahoo.com> Hi everybody in the list, since I'm very new to musical software under linux (and linux generally) and especially planetccrma, I'll start my questions trying to make clear some things that I'm not sure that I've understood well. I'm trying to learn Common Lisp Music. CLM is not a language itself but a package / library that in order to compile and run needs a Lisp/Common Lisp environment (maybe only Common Lisp?). Is that correct? I've found in the web that a good starting point for learning common lisp is SBCL, so I've installed it. If I'm not mistaken it works only through command line so it does not have its own environment. Is there any environment for SBCL and is it a good choice for common lisp and especially clm? I got also confused about what is scheme. If I understood well it is a language itself, but what is the connection with lisp? Is it an implementation of lisp? I tried to explore scheme using DrScheme but I didn't see any connection with common lisp, when choosing language there is no such choice. And what's the connection of snd with scheme? I ask since in CLM home page is stated that "It runs in a number of lisps or as a part of Snd (using Scheme or Ruby)". And as for snd, I had a problem running it. Although I've installed it successfully, there comes an error message when I try to run it "Failure in executing secondary process (procedure) 'snd' - No such file or folder" (translating from Greek so sorry for any inaccuracy). Does anybody know what may be wrong? Sorry for all of these questions and my ignorance, although I do have experience in other programming languages I have no idea about lisp and searching in the web with all these thousands of informations, although helpful, is confusing for a newbie. So I'll be glad if anybody answers even to some of my questions. Thanks in advance FunnyZen --------------------------------- Never miss a thing. Make Yahoo your homepage. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cycle.code.media at gmail.com Fri Jan 4 04:36:51 2008 From: cycle.code.media at gmail.com (James Baker) Date: Fri, 4 Jan 2008 23:36:51 +1100 Subject: [CM] clm and snd questions In-Reply-To: <280546.46145.qm@web44803.mail.sp1.yahoo.com> References: <280546.46145.qm@web44803.mail.sp1.yahoo.com> Message-ID: <428d2dc0801040436p3ec62315q65c0e1d47dbbc47@mail.gmail.com> When I first discovered the world of lisp I found some of this a little confusing at first so I'll try to help you on some of these... Firstly, lets make a distinction. Lisp is the name of a family of languages, "common lisp" + "scheme" are two (quite different) members of the lisp family. > I'm trying to learn Common Lisp Music. > CLM is not a language itself but a package / library that in order to > compile and run needs a Lisp/Common Lisp environment (maybe only Common > Lisp?). Is that correct? Sort of. CLM comes in two "flavours", 1 - the original CLM, which does indeed require a common lisp 2 - snd, the swiss army knife of sound editors - can be scripted via scheme, ruby and forth > I've found in the web that a good starting point for learning common lisp is > SBCL, so I've installed it. If I'm not mistaken it works only through > command line so it does not have its own environment. Is there any > environment for SBCL and is it a good choice for common lisp and especially > clm? > SBCL is indeed a good common lisp to start with IMHO as it is reasonably friendly and i find its error messages more helpful than some other cl interpreters. Most folks who use common lisp tend to be emacs users, there is an excellent extension for emacs called slime. Slime can be fairly daunting for a new user, but the emacs/slime combo makes for an excellent development environment. > And as for snd, I had a problem running it. Although I've installed it > successfully, there comes an error message when I try to run it "Failure in > executing secondary process (procedure) 'snd' - No such file or folder" > (translating from Greek so sorry for any inaccuracy). Does anybody know what > may be wrong? > I'll leave this one for Bill to answer :) > Sorry for all of these questions and my ignorance, although I do have > experience in other programming languages I have no idea about lisp and > searching in the web with all these thousands of informations, although > helpful, is confusing for a newbie. So I'll be glad if anybody answers even > to some of my questions. > everyone has to start somewhere, James From bil at ccrma.Stanford.EDU Fri Jan 4 04:48:24 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 4 Jan 2008 04:48:24 -0800 Subject: [CM] clm and snd questions In-Reply-To: <280546.46145.qm@web44803.mail.sp1.yahoo.com> References: <280546.46145.qm@web44803.mail.sp1.yahoo.com> Message-ID: <20080104124115.M97449@ccrma.Stanford.EDU> I was just about to hit return on a response when James Baker got there first! Let's see -- what here is still useful... I agree that SBCL is a good choice for Common Lisp, but perhaps I should add that I'm really only working on the Snd version these days (the Snd/CLM documentation is in sndclm.html). I keep hoping for an embeddable Common Lisp that I can use in Snd. I'm not sure what you mean by "environment" -- a development environment? A graphical interface of some sort? Emacs provides the former, I think, and Snd provides the latter if you want to look at the sounds. I don't know what the Snd error message means -- probably you need to tell your system how to find the snd binary -- can you run snd from a shell? (Try giving its full pathname). From capnregex at gmail.com Thu Jan 10 15:06:40 2008 From: capnregex at gmail.com (Robert Ferney) Date: Thu, 10 Jan 2008 16:06:40 -0700 Subject: [CM] Snd and Ruby Message-ID: What would it take to be able to call 'snd' from within a ruby script.. Specifically I would like to be able to normalize uploaded wav files to 8khz 8bit mono PCM format wav files from my Rails application. -- -Robert Ferney ( Kolbe 4357 Demonstrator / Myer Brigs INTJ ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at fth-devel.net Thu Jan 10 15:20:25 2008 From: mike at fth-devel.net (Michael Scholz) Date: Fri, 11 Jan 2008 00:20:25 +0100 Subject: [CM] Snd and Ruby In-Reply-To: (Robert Ferney's message of "Thu\, 10 Jan 2008 16\:06\:40 -0700") References: Message-ID: <86hchli7ye.fsf@behemoth.fth-devel.net> > What would it take to be able to call 'snd' from within a ruby script.. > > Specifically I would like to be able to normalize uploaded wav files to > 8khz 8bit mono PCM format wav files from my Rails application. The best would be to use Snd built --with-no-gui or you can use Snd built --with-ruby and use all Snd features in addition to usual Ruby functions and methods etc. Mike From k.s.matheussen at notam02.no Thu Jan 10 15:29:04 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Fri, 11 Jan 2008 00:29:04 +0100 (CET) Subject: [CM] Extending Snd with Eval-C and Snd-Rt Message-ID: Hi, This is my paper for the linux audio conference 2008: http://www.notam02.no/~kjetism/sndrt_lac2008.pdf Its a plain presentation of eval-c, snd-rt, san dysth and snd/pd, plus a discussion about soft realtime in guile. From bil at ccrma.Stanford.EDU Thu Jan 10 15:56:40 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Thu, 10 Jan 2008 15:56:40 -0800 Subject: [CM] Extending Snd with Eval-C and Snd-Rt In-Reply-To: References: Message-ID: <20080110234927.M172@ccrma.Stanford.EDU> > This is my paper for the linux audio conference 2008: Very interesting! Can we include it in the Snd tarball? I wonder what the history of Guile was -- I had not associated it with Jaffer, but with Tom Lord. I'll have to look again at rscheme, if it would be a better choice. From bil at ccrma.Stanford.EDU Thu Jan 10 16:06:06 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Thu, 10 Jan 2008 16:06:06 -0800 Subject: [CM] Snd and Ruby In-Reply-To: References: Message-ID: <20080110235928.M81479@ccrma.Stanford.EDU> > What would it take to be able to call 'snd' from within a ruby script.. > > Specifically I would like to be able to normalize uploaded wav files to > 8khz 8bit mono PCM format wav files from my Rails application. As Mike says, if you build Snd --with-no-gui, you get a scriptable command-line style program (described in grfsnd.html). But if you want to avoid the Snd call, perhaps you could load the sndlib library into ruby, instead. You'd have to write the normalization code using its functions. From k.s.matheussen at notam02.no Thu Jan 10 16:40:29 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Fri, 11 Jan 2008 01:40:29 +0100 (CET) Subject: [CM] Extending Snd with Eval-C and Snd-Rt In-Reply-To: <20080110234927.M172@ccrma.Stanford.EDU> References: <20080110234927.M172@ccrma.Stanford.EDU> Message-ID: On Thu, 10 Jan 2008, Bill Schottstaedt wrote: >> This is my paper for the linux audio conference 2008: > > Very interesting! Can we include it in the Snd tarball? > Its okay by me. > I wonder what the history of Guile was -- I had not associated > it with Jaffer, but with Tom Lord. I'll have to look again at > rscheme, if it would be a better choice. > Maybe, but Guile has all this nice features, like backtrace, procedure-source, procedure->macro and the-environment, which RScheme might not have, so it would be more convenient to make Guile work with HBGC in incremental mode instead. RScheme is a lot faster though. From luke at balooga.com Sat Jan 12 03:08:16 2008 From: luke at balooga.com (Luke J Crook) Date: Sat, 12 Jan 2008 03:08:16 -0800 Subject: [CM] clm and snd questions In-Reply-To: <20080104124115.M97449@ccrma.Stanford.EDU> References: <280546.46145.qm@web44803.mail.sp1.yahoo.com> <20080104124115.M97449@ccrma.Stanford.EDU> Message-ID: <47889FA0.6000306@balooga.com> Bill Schottstaedt wrote: > I agree that SBCL is a good choice for Common Lisp, but perhaps > I should add that I'm really only working on the Snd version these > days (the Snd/CLM documentation is in sndclm.html). I keep hoping > for an embeddable Common Lisp that I can use in Snd. > > Confused. Are new features/bugfixes being added to the Common Lisp version of CLM? Or is the path forward calling Snd from Common Lisp? I guess if Snd exports a C API then the answer is yes. However from James's response "snd, the swiss army knife of sound editors - can be scripted via scheme, ruby and forth", then the answer seems to be no. - Luke From bil at ccrma.Stanford.EDU Sat Jan 12 05:03:32 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sat, 12 Jan 2008 05:03:32 -0800 Subject: [CM] clm and snd questions In-Reply-To: <47889FA0.6000306@balooga.com> References: <280546.46145.qm@web44803.mail.sp1.yahoo.com> <20080104124115.M97449@ccrma.Stanford.EDU> <47889FA0.6000306@balooga.com> Message-ID: <20080112130039.M36766@ccrma.Stanford.EDU> The Common Lisp version of CLM is maintained, so if you want to use CL, go ahead! The other comments were pointing out other choices. From taube at uiuc.edu Sat Jan 12 05:10:32 2008 From: taube at uiuc.edu (Rick Taube) Date: Sat, 12 Jan 2008 07:10:32 -0600 Subject: [CM] Re: CM Versions In-Reply-To: <4787B635.40901@ameritech.net> References: <4787B635.40901@ameritech.net> Message-ID: > Hi; I was wondering if you could tell me if there is a 2.11.2 > version of CM. The reason I ask is that I was playing around with > Grace on my Linux system. I have it running but when I try to load > CM it gives me an error message that my version of CM will not work > correctly hi yes, im sorry code in the repository is a little unstable as i get ready to release a binary version of the CL binding with better CL support and CLM. i still have a little bit more work to do to get the new symbol help lookup working on linux but things should work now. you should check out new trees of Grace and CM: svn co http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/cm svn co http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/grace cd grace scons JUCEDIR=/path/to/juce-1.45 scons install the resulting executable to use with common lisp (sbcl or clisp) will be called 'gracecl'. note that on linux the install step now writes to the build/ directory (build/bin build/lib) NOT under the /usr/ local prefix. (you can move it there yourself) On Jan 11, 2008, at 12:32 PM, Francis Sergi wrote: > Hi; I was wondering if you could tell me if there is a 2.11.2 > version of CM. The reason I ask is that I was playing around with > Grace on my Linux system. I have it running but when I try to load > CM it gives me an error message that my version of CM will not work > correctly - I have 2.11.1- and that I have to upgrade my sources to > 2.11.2 (or higher). Is this something not available yet? > > I am running it on Kubuntu. > > Thanks! > > Francis Sergi > From taube at uiuc.edu Sat Jan 12 05:16:35 2008 From: taube at uiuc.edu (Rick Taube) Date: Sat, 12 Jan 2008 07:16:35 -0600 Subject: [CM] clm and snd questions In-Reply-To: <20080112130039.M36766@ccrma.Stanford.EDU> References: <280546.46145.qm@web44803.mail.sp1.yahoo.com> <20080104124115.M97449@ccrma.Stanford.EDU> <47889FA0.6000306@balooga.com> <20080112130039.M36766@ccrma.Stanford.EDU> Message-ID: <34976A22-5340-440C-947A-2867C60DBB52@uiuc.edu> > The Common Lisp version of CLM is maintained, so if you want to > use CL, go ahead! The other comments were pointing out other > choices. within the next few days i will be releaseing a binary Grace with CM and CLM sources shipped under the app. its bascially a cross-platform CM.app (ie a bundling of the functionality of Emacs+Slime+CLM+CM +Fomus). but i wont ship common lisp with it -- you will need to have SBCL installed on your machine. On Jan 12, 2008, at 7:03 AM, Bill Schottstaedt wrote: > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From wingo at pobox.com Fri Jan 11 07:36:12 2008 From: wingo at pobox.com (Andy Wingo) Date: Fri, 11 Jan 2008 16:36:12 +0100 Subject: [CM] Re: Extending Snd with Eval-C and Snd-Rt In-Reply-To: (Kjetil S. Matheussen's message of "Fri, 11 Jan 2008 00:29:04 +0100 (CET)") References: Message-ID: <878x2wfk7n.fsf@pobox.com> Hi Kjetil, On Fri 11 Jan 2008 00:29, "Kjetil S. Matheussen" writes: > This is my paper for the linux audio conference 2008: > http://www.notam02.no/~kjetism/sndrt_lac2008.pdf > > Its a plain presentation of eval-c, snd-rt, san dysth and snd/pd, > plus a discussion about soft realtime in guile. Great paper, lucid and interesting! Eval-c looks like a quite nice language to have available for crunching numbers. And Guile's GC situation needs some improvement. Andy -- http://wingolog.org/ From k.s.matheussen at notam02.no Sat Jan 12 16:46:23 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Sun, 13 Jan 2008 01:46:23 +0100 (CET) Subject: [CM] Re: Extending Snd with Eval-C and Snd-Rt In-Reply-To: <878x2wfk7n.fsf@pobox.com> References: <878x2wfk7n.fsf@pobox.com> Message-ID: On Fri, 11 Jan 2008, Andy Wingo wrote: > Hi Kjetil, > > On Fri 11 Jan 2008 00:29, "Kjetil S. Matheussen" writes: > >> This is my paper for the linux audio conference 2008: >> http://www.notam02.no/~kjetism/sndrt_lac2008.pdf >> >> Its a plain presentation of eval-c, snd-rt, san dysth and snd/pd, >> plus a discussion about soft realtime in guile. > > Great paper, lucid and interesting! Eval-c looks like a quite nice > language to have available for crunching numbers. > Thank you very much! Eval-c should be (better) documented though, but theres quite a bit of example code in the snd source. > And Guile's GC > situation needs some improvement. Yes, but I think the HBGC patch was a big step in the right direction. From noah at listenlabs.com Mon Jan 14 09:41:28 2008 From: noah at listenlabs.com (Noah Thorp) Date: Mon, 14 Jan 2008 09:41:28 -0800 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> Message-ID: <478B9EC8.6070707@listenlabs.com> Hi All, I am organizer for the Bay Area Computer Music Tehcnology Group and I am organizing a gathering in San Francisco to discuss integration of Ruby and various audio libraries. I know that SND offers support for Ruby and there may be other planet CCRMA apps that offer support. If you would like to come to the event and share what you know about what exists and what can be extended, you would be very welcome. The group has a great deal of expertise and enthusiasm. Details about the event and the group are here: http://electronicmusic.meetup.com/152/calendar/6806947/ Thanks! Noah Thorp Bay Area Computer Music Technology Group Organizer cmdist-request at ccrma.Stanford.EDU wrote: > Send Cmdist mailing list submissions to > cmdist at ccrma.stanford.edu > > To subscribe or unsubscribe via the World Wide Web, visit > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > or, via email, send a message with subject or body 'help' to > cmdist-request at ccrma.stanford.edu > > You can reach the person managing the list at > cmdist-admin at ccrma.stanford.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Cmdist digest..." > > > Today's Topics: > > 1. Re: Extending Snd with Eval-C and Snd-Rt (Andy Wingo) > 2. Re: Extending Snd with Eval-C and Snd-Rt (Kjetil S. Matheussen) > > --__--__-- > > Message: 1 > From: Andy Wingo > To: "Kjetil S. Matheussen" > Cc: Cmdist at ccrma.Stanford.EDU, guile-devel at gnu.org > Date: Fri, 11 Jan 2008 16:36:12 +0100 > Subject: [CM] Re: Extending Snd with Eval-C and Snd-Rt > > Hi Kjetil, > > On Fri 11 Jan 2008 00:29, "Kjetil S. Matheussen" > writes: > > > This is my paper for the linux audio conference 2008: > > http://www.notam02.no/~kjetism/sndrt_lac2008.pdf > > > > > Its a plain presentation of eval-c, snd-rt, san dysth and snd/pd, > > plus a discussion about soft realtime in guile. > > Great paper, lucid and interesting! Eval-c looks like a quite nice > language to have available for crunching numbers. And Guile's GC > situation needs some improvement. > > Andy > -- > http://wingolog.org/ > > > --__--__-- > > Message: 2 > Date: Sun, 13 Jan 2008 01:46:23 +0100 (CET) > From: "Kjetil S. Matheussen" > To: Andy Wingo > cc: "Kjetil S. Matheussen" , > Cmdist at ccrma.Stanford.EDU, guile-devel at gnu.org > Subject: [CM] Re: Extending Snd with Eval-C and Snd-Rt > > > > On Fri, 11 Jan 2008, Andy Wingo wrote: > > > Hi Kjetil, > > > > On Fri 11 Jan 2008 00:29, "Kjetil S. Matheussen" > writes: > > > >> This is my paper for the linux audio conference 2008: > >> http://www.notam02.no/~kjetism/sndrt_lac2008.pdf > > >> > >> Its a plain presentation of eval-c, snd-rt, san dysth and snd/pd, > >> plus a discussion about soft realtime in guile. > > > > Great paper, lucid and interesting! Eval-c looks like a quite nice > > language to have available for crunching numbers. > > > > Thank you very much! Eval-c should be (better) documented though, > but theres quite a bit of example code in the snd source. > > > > And Guile's GC > > situation needs some improvement. > > Yes, but I think the HBGC patch was a big step in > the right direction. > > > > --__--__-- > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > > > End of Cmdist Digest From olamo at notam02.no Tue Jan 15 14:18:10 2008 From: olamo at notam02.no (Ola Moen) Date: Tue, 15 Jan 2008 23:18:10 +0100 Subject: [CM] guile with snd in osx In-Reply-To: <477AA690.5030001@gmx.de> References: <4777DDBE.3010701@gmx.de> <20071230211115.M6737@ccrma.Stanford.EDU> <4778D869.5030109@gmx.de> <20071231121027.M5956@ccrma.Stanford.EDU> <4779468D.8060506@gmx.de> <20071231212205.M29076@ccrma.Stanford.EDU> <477AA690.5030001@gmx.de> Message-ID: <478D3122.70102@notam02.no> Hello, I have the same problem it seems, only that I configure with GTK. It finds guile, but not guile-config.. Also, I cannot get jack to run, because libsamplerate is not available for fink/Leopard. So, any solution to this? Thanks, Ola M /checking for Guile... configure: WARNING: Guile config path is /sw/bin/, but I can't find guile-config! ./configure: line 16903: /sw/bin/guile-config: No such file or directory no checking for main in -ljack... yes checking jack/jack.h usability... yes checking jack/jack.h presence... yes checking for jack/jack.h... yes checking for main in -lsamplerate... no configure: WARNING: can't find the samplerate library. JACK will not be used. checking for kAudioDevicePropertyDeviceManufacturer... yes checking for kLinearPCMFormatFlagIsNonInterleaved... yes checking for audio system... MacOSX checking for oggdec... no checking for oggenc... no checking for mpg123... no checking for mpg321... no checking for speexdec... no checking for speexenc... no checking for flac... no checking for timidity... no checking for shorten... no checking for ttaenc... no checking for wavpack... no checking for wvunpack... no checking for statvfs... yes checking for sigsetjmp... yes configure: creating ./config.status config.status: creating makefile config.status: WARNING: makefile.in seems to ignore the --datarootdir setting config.status: creating po/Makefile.in config.status: WARNING: po/Makefile.in.in seems to ignore the --datarootdir setting config.status: creating mus-config.h config.status: creating sndlib.h Options selected ------------------------- Snd version .......... : 9.5 CFLAGS ............... : -O2 -I. -I/sw/include LDFLAGS .............. :-L/sw/lib prefix.................: /usr/local extension language.....: None audio system...........: MacOSX graphics toolkit.......: Gtk optional libraries.....: fftw random features........: ladspa environs...............: i386-apple-darwin9.1.0 gcc / alberto bernal skrev: > Yes, I tried it, but it doesn't really work. I cannot evaluate in the > listener (I suppose, I do it with enter/intro, right?). > Thanks, > > Alberto > > Bill Schottstaedt wrote: >> Yes, it looks fine -- did you try it? The line >> >> checking for /usr/lib/snd/bin/guile-config... no >> can be ignored -- configure looks there first, then anywhere >> else if that fails. >> >> >> > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist -------------- next part -------------- A non-text attachment was scrubbed... Name: snd_config.rtf Type: application/rtf Size: 10669 bytes Desc: not available URL: From bil at ccrma.Stanford.EDU Tue Jan 15 16:36:33 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Tue, 15 Jan 2008 16:36:33 -0800 Subject: [CM] guile with snd in osx In-Reply-To: <478D3122.70102@notam02.no> References: <4777DDBE.3010701@gmx.de> <20071230211115.M6737@ccrma.Stanford.EDU> <4778D869.5030109@gmx.de> <20071231121027.M5956@ccrma.Stanford.EDU> <4779468D.8060506@gmx.de> <20071231212205.M29076@ccrma.Stanford.EDU> <477AA690.5030001@gmx.de> <478D3122.70102@notam02.no> Message-ID: <20080116002901.M19206@ccrma.Stanford.EDU> > It finds guile, but not guile-config. Find guile-config and give its path to GUILE_CONFIG_path. You may also have to specify the guile-config name. See the OSX section of README.Snd. From funny_zen at yahoo.com Fri Jan 18 15:51:18 2008 From: funny_zen at yahoo.com (Funny Zen) Date: Fri, 18 Jan 2008 15:51:18 -0800 (PST) Subject: [CM] snd: cannot set hardware parameters for default Message-ID: <260655.33434.qm@web44811.mail.sp1.yahoo.com> Hi there, when trying to load and edit a soundfile in snd it works ok, but when I try to play the file I have an error "can't play: not valid parameter: cannot set hardware parameters for default". I do have audio with other applications. I'm also trying to follow the clm tutorial, I'm using emacs/slime/sbcl. I compile and load an instrument like "v.ins", but when trying to play fm-violin using with-sound, although I do not have error messages, an empty (0kb) test.snd file is created and I have no sound. Nobody knows why? thanks --------------------------------- Looking for last minute shopping deals? Find them fast with Yahoo! Search. -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.s.matheussen at notam02.no Sat Jan 19 07:20:35 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Sat, 19 Jan 2008 16:20:35 +0100 (CET) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <260655.33434.qm@web44811.mail.sp1.yahoo.com> References: <260655.33434.qm@web44811.mail.sp1.yahoo.com> Message-ID: On Fri, 18 Jan 2008, Funny Zen wrote: > Hi there, > > when trying to load and edit a soundfile in snd it works ok, but when I > try to play the file I have an error "can't play: not valid parameter: > cannot set hardware parameters for default". I do have audio with other > applications. > I guess using a different sound API than alsa should solve problems like that. OSS and/or jack should work fine. From znmeb at cesmail.net Sun Jan 20 11:06:54 2008 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 20 Jan 2008 11:06:54 -0800 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: <478B9EC8.6070707@listenlabs.com> References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> Message-ID: <47939BCE.60407@cesmail.net> Noah Thorp wrote: > Hi All, > > I am organizer for the Bay Area Computer Music Technology Group and I am > organizing a gathering in San Francisco to discuss integration of Ruby > and various audio libraries. > I know that SND offers support for Ruby and there may be other planet > CCRMA apps that offer support. If you would like to come to the event > and share what you know about what exists and what can be extended, you > would be very welcome. The group has a great deal of expertise and > enthusiasm. Details about the event and the group are here: > http://electronicmusic.meetup.com/152/calendar/6806947/ > > Thanks! > Noah Thorp > Bay Area Computer Music Technology Group Organizer I've taken the liberty of cross-posting this to Ruby-Talk, where all my co-Rubyists hang out. I won't be able to attend, but I'm really interested in the subject. Some miscellaneous notes on what I know: 1. As you may know, Gridflow did at one time use Ruby as its main scripting language, but I think the developer abandoned Ruby for some reason. I haven't done much with Gridflow, so I can't comment further. 2. jRuby is in most cases faster than Ruby 1.8.6 on any given platform. And jRuby will interface with all the Java sound APIs "out of the box". If jMax is still alive, this might be hackable. 3. I'm currently getting back into CSound and would love a Ruby interface. I have one of those OLPC XO laptops, which come by default with CSound and Python wrappers. Python is the scripting language of choice for many CSound people, though, and the XO does not come with Ruby installed. I have Ruby installed and it runs just fine. 4. I've loaded CM on my XO -- it's rather tricky because you have to mix Planet CCRMA, OLPC, Fedora and Fedora Updates to get all the dependencies resolved. I'm using the SBCL version. I haven't attempted to do anything yet -- I just got the install to work yesterday! 5. In the Ruby Gems repository, there are gems for win32-sound, SDL, OpenAL, and some of the streaming protocols. 6. Just about any C or C++ library can be interfaced to Ruby, as well as other scripting languages, using the SWIG wrapper/interface generator. See http://www.swig.org for copious documentation. SWIG will interface with Ruby, Tcl, Python, Perl, Pike, Lua, PHP, Java, R, a couple of Schemes and at least one Lisp, but I forget which one. 7. You can find other packages by going to http:rubyforge.org and doing a search for "audio" and "music". Relative to Lisp, Java and Python, there's not much, but it is growing. From bil at ccrma.Stanford.EDU Sun Jan 20 11:42:58 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sun, 20 Jan 2008 11:42:58 -0800 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: <47939BCE.60407@cesmail.net> References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> Message-ID: <20080120194111.M8447@ccrma.Stanford.EDU> > 4. I've loaded CM on my XO -- it's rather tricky because you have to mix > Planet CCRMA, OLPC, Fedora and Fedora Updates to get all the > dependencies resolved. I'm using the SBCL version. I haven't attempted > to do anything yet -- I just got the install to work yesterday! I think CM is either Scheme or Common Lisp based; the Ruby version of CLM is embedded in Snd, or you can get it by itself by loading sndlib into Ruby. From znmeb at cesmail.net Sun Jan 20 14:42:21 2008 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 20 Jan 2008 14:42:21 -0800 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: <20080120194111.M8447@ccrma.Stanford.EDU> References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> <20080120194111.M8447@ccrma.Stanford.EDU> Message-ID: <4793CE4D.5070302@cesmail.net> Bill Schottstaedt wrote: >> 4. I've loaded CM on my XO -- it's rather tricky because you have to mix >> Planet CCRMA, OLPC, Fedora and Fedora Updates to get all the >> dependencies resolved. I'm using the SBCL version. I haven't attempted >> to do anything yet -- I just got the install to work yesterday! > > I think CM is either Scheme or Common Lisp based; the Ruby version of > CLM is embedded in Snd, or you can get it by itself by loading sndlib into Ruby. The CM in the repositories uses SBCL and I think another version of Common Lisp. I didn't see a Scheme version, although I have used the Scheme versions before on regular machines. The XO has a very small native filesystem. It's about 1 GB and something like 35 percent of that is full out of the box. It also does not have Perl or GCC out of the box, and the kernel is not either a standard Fedora kernel or the low-latency kernel that Planet CCRMA has. It's a kernel specifically designed for the hardware in the XO. I don't have the details on the sound chip on the XO handy. But the software built in is rather impressive. There's a piano roll type sequencer and a synth builder GUI, in addition to the core CSound and some kid-friendly music applications. It can also do some DSP on waveforms captured with the built-in microphone. It's a real nice machine. > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From taube at uiuc.edu Sun Jan 20 14:57:46 2008 From: taube at uiuc.edu (Heinrich Taube) Date: Sun, 20 Jan 2008 16:57:46 -0600 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: <4793CE4D.5070302@cesmail.net> References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> <20080120194111.M8447@ccrma.Stanford.EDU> <4793CE4D.5070302@cesmail.net> Message-ID: <4B3D7CEE-2E1A-4D65-82EB-9A98FD4852D4@uiuc.edu> cm should work in practically every common lisp and in guile, stklos and gauche schemes. > The CM in the repositories uses SBCL and I think another version of > Common Lisp. I didn't see a Scheme version, although I have used the > Scheme versions before on regular machines. > From znmeb at cesmail.net Sun Jan 20 15:28:51 2008 From: znmeb at cesmail.net (M. Edward (Ed) Borasky) Date: Sun, 20 Jan 2008 15:28:51 -0800 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: <4B3D7CEE-2E1A-4D65-82EB-9A98FD4852D4@uiuc.edu> References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> <20080120194111.M8447@ccrma.Stanford.EDU> <4793CE4D.5070302@cesmail.net> <4B3D7CEE-2E1A-4D65-82EB-9A98FD4852D4@uiuc.edu> Message-ID: <4793D933.9080305@cesmail.net> Heinrich Taube wrote: > cm should work in practically every common lisp and in guile, stklos and > gauche schemes. Right, but the packages in the Fedora and Planet CCRMA repositories are for the most part pre-compiled with a specific Lisp. The one I loaded was done with SBCL. From k.s.matheussen at notam02.no Mon Jan 21 02:33:23 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Mon, 21 Jan 2008 11:33:23 +0100 (CET) Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: <4793D933.9080305@cesmail.net> References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> <20080120194111.M8447@ccrma.Stanford.EDU> <4793CE4D.5070302@cesmail.net> <4B3D7CEE-2E1A-4D65-82EB-9A98FD4852D4@uiuc.edu> <4793D933.9080305@cesmail.net> Message-ID: On Sun, 20 Jan 2008, M. Edward (Ed) Borasky wrote: > Heinrich Taube wrote: > > cm should work in practically every common lisp and in guile, stklos and > > gauche schemes. > Right, but the packages in the Fedora and Planet CCRMA repositories are > for the most part pre-compiled with a specific Lisp. The one I loaded > was done with SBCL. > You can start cm/guile like this with planet ccrma: $ guile -l /usr/share/common-lisp/source/cm/src/cm.scm ; loading guile.scm ; loading loop.scm ; loading level1.scm ; loading utils.scm ; loading mop.scm ; loading objects.scm ; loading data.scm ; loading scales.scm ; loading spectral.scm ; loading patterns.scm ; loading io.scm ; loading scheduler.scm ; loading gnuplot.scm ; loading plt.scm ; loading sco.scm ; loading clm.scm ; loading clm2.scm ; loading midi1.scm ; loading midi2.scm ; loading midi3.scm ; loading osc.scm ; loading sc.scm ; loading pm.scm ; loading rt.scm guile> (cm) /\\\ ---\\\--------- ----\\\-------- ----/\\\------- Common Music 2.11.0 ---/--\\\------ --/----\\\----- / \\\/ guile> Probably the same way with gauch and stklos... From taube at uiuc.edu Mon Jan 21 05:35:04 2008 From: taube at uiuc.edu (Heinrich Taube) Date: Mon, 21 Jan 2008 07:35:04 -0600 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> <20080120194111.M8447@ccrma.Stanford.EDU> <4793CE4D.5070302@cesmail.net> <4B3D7CEE-2E1A-4D65-82EB-9A98FD4852D4@uiuc.edu> <4793D933.9080305@cesmail.net> Message-ID: yes thanks kjetil, and to invert it, you can start cm in ANY supported distro (for example clisp) by doing: /path/to/cm/bin/cm.sh -l clisp this works under emacs as well. the cm.sh script will keep compiled binaries under separate subdirectories of cm/bin On Jan 21, 2008, at 4:33 AM, Kjetil S. Matheussen wrote: > You can start cm/guile like this with planet ccrma: > > $ guile -l /usr/share/common-lisp/source/cm/src/cm.scm From k.s.matheussen at notam02.no Mon Jan 21 05:41:38 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Mon, 21 Jan 2008 14:41:38 +0100 (CET) Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> <20080120194111.M8447@ccrma.Stanford.EDU> <4793CE4D.5070302@cesmail.net> <4B3D7CEE-2E1A-4D65-82EB-9A98FD4852D4@uiuc.edu> <4793D933.9080305@cesmail.net> Message-ID: Aha! So "/usr/share/common-lisp/source/cm/bin/cm.sh -l guile" would be the official way? But what if I need to start guile by using snd? IOW, is there a difference between running "/usr/share/common-lisp/source/cm/bin/cm.sh -l guile" and "guile -l /usr/share/common-lisp/source/cm/src/cm.scm" ? On Mon, 21 Jan 2008, Heinrich Taube wrote: > yes thanks kjetil, and to invert it, you can start cm in ANY supported > distro (for example clisp) by doing: > > /path/to/cm/bin/cm.sh -l clisp > > this works under emacs as well. the cm.sh script will keep compiled > binaries under separate subdirectories of cm/bin > > On Jan 21, 2008, at 4:33 AM, Kjetil S. Matheussen wrote: > > > You can start cm/guile like this with planet ccrma: > > > > $ guile -l /usr/share/common-lisp/source/cm/src/cm.scm > From taube at uiuc.edu Mon Jan 21 06:04:10 2008 From: taube at uiuc.edu (Heinrich Taube) Date: Mon, 21 Jan 2008 08:04:10 -0600 Subject: [CM] Re: Cmdist digest, Vol 1 #1310 - 2 msgs In-Reply-To: References: <20080113200010.28787.5837.Mailman@cm-mail.stanford.edu> <478B9EC8.6070707@listenlabs.com> <47939BCE.60407@cesmail.net> <20080120194111.M8447@ccrma.Stanford.EDU> <4793CE4D.5070302@cesmail.net> <4B3D7CEE-2E1A-4D65-82EB-9A98FD4852D4@uiuc.edu> <4793D933.9080305@cesmail.net> Message-ID: > But what if I need to start guile by using snd? yes you are corrrect if you are already inside a lisp environment then just load src/cm.scm if you are already inside a common lisp you can either load src/ cm.lisp or use the ASDF loading api. in the case of common lisp regardless of how you load, cm will keep different lisp compiled fasls separate so that you can wok with cm in difffernet environments at the same time On Jan 21, 2008, at 7:41 AM, Kjetil S. Matheussen wrote: > > Aha! > So "/usr/share/common-lisp/source/cm/bin/cm.sh -l guile" > would be the official way? > > But what if I need to start guile by using snd? > IOW, is there a difference between running > "/usr/share/common-lisp/source/cm/bin/cm.sh -l guile" > and > "guile -l /usr/share/common-lisp/source/cm/src/cm.scm" > ? > > > > On Mon, 21 Jan 2008, Heinrich Taube wrote: > >> yes thanks kjetil, and to invert it, you can start cm in ANY >> supported >> distro (for example clisp) by doing: >> >> /path/to/cm/bin/cm.sh -l clisp >> >> this works under emacs as well. the cm.sh script will keep compiled >> binaries under separate subdirectories of cm/bin >> >> On Jan 21, 2008, at 4:33 AM, Kjetil S. Matheussen wrote: >> >>> You can start cm/guile like this with planet ccrma: >>> >>> $ guile -l /usr/share/common-lisp/source/cm/src/cm.scm >> > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From funny_zen at yahoo.com Tue Jan 22 14:53:39 2008 From: funny_zen at yahoo.com (Funny Zen) Date: Tue, 22 Jan 2008 14:53:39 -0800 (PST) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: Message-ID: <342604.81992.qm@web44816.mail.sp1.yahoo.com> I have installed both alsa and jack. do you suggest that I should uninstall alsa and use oss? Because other sources suggest to use alsa together with jack. But, I guess this is a really newbie's question, do I have to do anything everytime I want to use jack with a program like snd? I use fedora c7 with the planetccrma kernel, so I always thought that everything is configured since I use planetccrma. I did search in the web to find how to configure jack in fedora but got even more confused. Does anybody have any idea about the clm problem? this is more important for me at the moment. >I'm also trying to follow the clm tutorial, I'm using emacs/slime/sbcl. I compile >and load an instrument like "v.ins", but when trying to play fm-violin using >with-sound, although I do not have error messages, an empty (0kb) test.snd >file is created and I have no sound. Nobody knows why? "Kjetil S. Matheussen" wrote: On Fri, 18 Jan 2008, Funny Zen wrote: > Hi there, > > when trying to load and edit a soundfile in snd it works ok, but when I > try to play the file I have an error "can't play: not valid parameter: > cannot set hardware parameters for default". I do have audio with other > applications. > I guess using a different sound API than alsa should solve problems like that. OSS and/or jack should work fine. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From funny_zen at yahoo.com Tue Jan 22 15:00:36 2008 From: funny_zen at yahoo.com (Funny Zen) Date: Tue, 22 Jan 2008 15:00:36 -0800 (PST) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <342604.81992.qm@web44816.mail.sp1.yahoo.com> Message-ID: <686274.42703.qm@web44813.mail.sp1.yahoo.com> By the way, I'm not looking for easy answers or using the list to avoid trying to find solutions on my own, on the contrary I try a lot. It's just difficult and takes time for a new user to understand how Linux 'thinks' even for the things that a regular user takes for granted. FunnyZen Funny Zen wrote: I have installed both alsa and jack. do you suggest that I should uninstall alsa and use oss? Because other sources suggest to use alsa together with jack. But, I guess this is a really newbie's question, do I have to do anything everytime I want to use jack with a program like snd? I use fedora c7 with the planetccrma kernel, so I always thought that everything is configured since I use planetccrma. I did search in the web to find how to configure jack in fedora but got even more confused. Does anybody have any idea about the clm problem? this is more important for me at the moment. >I'm also trying to follow the clm tutorial, I'm using emacs/slime/sbcl. I compile >and load an instrument like "v.ins", but when trying to play fm-violin using with-sound, although I do not have error messages, an empty (0kb) test.snd file is created and I have no sound. Nobody knows why? "Kjetil S. Matheussen" wrote: On Fri, 18 Jan 2008, Funny Zen wrote: > Hi there, > > when trying to load and edit a soundfile in snd it works ok, but when I > try to play the file I have an error "can't play: not valid parameter: > cannot set hardware parameters for default". I do have audio with other > applications. > I guess using a different sound API than alsa should solve problems like that. OSS and/or jack should work fine. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Tue Jan 22 15:46:27 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Tue, 22 Jan 2008 15:46:27 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <342604.81992.qm@web44816.mail.sp1.yahoo.com> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> Message-ID: <20080122233303.M37473@ccrma.Stanford.EDU> On the clm problem: when in doubt, simplify. Start sbcl in a shell, load all.lisp, and try (with-sound () ) That should give you a file with a header (say 24 to 200 bytes). If not, I don't know what to suggest. Perhaps there's a way to use strace in that case to watch the file ops. Next compile and load the violin, and try (with-sound () (fm-violin 0 1 440 .1)) If that makes an empty file (with a header), my next step would probably be to put a print statement in the instrument to see if it's being called at all, and so on. From nando at ccrma.Stanford.EDU Tue Jan 22 16:07:52 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 22 Jan 2008 16:07:52 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <342604.81992.qm@web44816.mail.sp1.yahoo.com> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> Message-ID: <1201046872.3375.36.camel@cmn3.stanford.edu> On Tue, 2008-01-22 at 14:53 -0800, Funny Zen wrote: > I have installed both alsa and jack. do you suggest that I should > uninstall alsa and use oss? Because other sources suggest to use alsa > together with jack. But, I guess this is a really newbie's question, > do I have to do anything everytime I want to use jack with a program > like snd? I use fedora c7 with the planetccrma kernel, so I always > thought that everything is configured since I use planetccrma. I did > search in the web to find how to configure jack in fedora but got even > more confused. > > Does anybody have any idea about the clm problem? this is more > important for me at the moment. > > >I'm also trying to follow the clm tutorial, I'm using > emacs/slime/sbcl. I compile >and load an instrument like "v.ins", but > when trying to play fm-violin using >with-sound, although I do not > have error messages, an empty (0kb) test.snd >file is created and I > have no sound. Nobody knows why? Hmmm, you could try this (after copying v.ins to the current directory): (compile-file "v.ins") (load "v") ;;; that should have loaded the instrument (with-sound(:play nil)(fm-violin 0 1 440 0.1)) ;;; that should create a non-zero length test.snd file... ;;; but will not try to play it (:play nil) This is what I get here: -rw-r--r-- 1 nando wheel 44202 Jan 22 15:50 test.snd Now, as to playing it, clm by default calls the program "sndplay" to try to play the file and whether that works or not depends on how it was built. As you have Planet CCRMA installed I'd recommend you install the "snd-utils" package which includes a properly (I hope) built sndplay. I was just testing this and there _is_ something weird with the built-in player that comes with clm-sbcl in Fedora (which I built). So, install "snd-utils" and do this: (setf *clm-player* "/usr/bin/sndplay") That will force clm to use that particular program for playback, and not the one included in the clm-sbcl package. If you start jack before, you should be able to play the resulting soundfile. To start jack you can use qjackctl which is a nice front end to jackd. Go to the Setup panel, select "hw:0" for the "Interface" (that will use your first soundcard for sound i/o) and start the server... -- Fernando > "Kjetil S. Matheussen" wrote: > On Fri, 18 Jan 2008, Funny Zen wrote: > > > Hi there, > > > > when trying to load and edit a soundfile in snd it works ok, > but when I > > try to play the file I have an error "can't play: not valid > parameter: > > cannot set hardware parameters for default". I do have audio > with other > > applications. > > > > I guess using a different sound API than alsa should solve > problems like > that. OSS and/or jack should work fine. > > > > > > ______________________________________________________________________ > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > it now. From andersvi at extern.uio.no Wed Jan 23 01:15:57 2008 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Wed, 23 Jan 2008 10:15:57 +0100 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <1201046872.3375.36.camel@cmn3.stanford.edu> (Fernando Lopez-Lezcano's message of "Tue\, 22 Jan 2008 16\:07\:52 -0800") References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> Message-ID: Indeed, there has been something weird with snd and sndplay for some time. Ive only tested jack-enabled versions. Since some time near spring 2007, neither recent self-built jack-enabled versions or disted versions from planetccrma (tested with snd-utils rpms for fc6 or fc7 from june 8th and december 7th.) function without jack running. Trying to use any of them without jack makes errors which resemble the one Funny Zen described. From k.s.matheussen at notam02.no Wed Jan 23 03:30:43 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Wed, 23 Jan 2008 12:30:43 +0100 (CET) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> Message-ID: On Wed, 23 Jan 2008, andersvi at extern.uio.no wrote: > Indeed, there has been something weird with snd and sndplay for some > time. > > Ive only tested jack-enabled versions. Since some time near spring > 2007, neither recent self-built jack-enabled versions or disted > versions from planetccrma (tested with snd-utils rpms for fc6 or fc7 > from june 8th and december 7th.) function without jack running. > > Trying to use any of them without jack makes errors which resemble the > one Funny Zen described. > Didn't Alsa recently started to use mix as the default device? Perhaps that's the reason. What if you set MUS_ALSA_DEVICE to "hw:0" or "plughw:0"? From nando at ccrma.Stanford.EDU Wed Jan 23 09:29:55 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed, 23 Jan 2008 09:29:55 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> Message-ID: <1201109395.11395.6.camel@cmn3.stanford.edu> On Wed, 2008-01-23 at 10:15 +0100, andersvi at extern.uio.no wrote: > Indeed, there has been something weird with snd and sndplay for some > time. > > Ive only tested jack-enabled versions. Since some time near spring > 2007, neither recent self-built jack-enabled versions or disted > versions from planetccrma (tested with snd-utils rpms for fc6 or fc7 > from june 8th and december 7th.) function without jack running. > > Trying to use any of them without jack makes errors which resemble the > one Funny Zen described. Yep. My wish list for snd would include something like dropping the alsa driver and using something else, higher level of course. What? Hmmm, pulseaudio is being used in f8 but I know nothing about it. One idea that occurred to me a while ago is to try to see if libecasound can be used to provide the audio i/o services. Ecasound is a very good command line player (and "digital audio workstation"), properly supports alsa and jack and I have found it to be very stable and reliable... -- Fernando From k.s.matheussen at notam02.no Wed Jan 23 10:14:14 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Wed, 23 Jan 2008 19:14:14 +0100 (CET) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <1201109395.11395.6.camel@cmn3.stanford.edu> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> Message-ID: On Wed, 23 Jan 2008, Fernando Lopez-Lezcano wrote: > On Wed, 2008-01-23 at 10:15 +0100, andersvi at extern.uio.no wrote: >> Indeed, there has been something weird with snd and sndplay for some >> time. >> >> Ive only tested jack-enabled versions. Since some time near spring >> 2007, neither recent self-built jack-enabled versions or disted >> versions from planetccrma (tested with snd-utils rpms for fc6 or fc7 >> from june 8th and december 7th.) function without jack running. >> >> Trying to use any of them without jack makes errors which resemble the >> one Funny Zen described. > > Yep. > > My wish list for snd would include something like dropping the alsa > driver and using something else, higher level of course. What? Hmmm, > pulseaudio is being used in f8 but I know nothing about it. One idea > that occurred to me a while ago is to try to see if libecasound can be > Yes, but I think the audio in sndlib is excellent already, I have used it for providing sound to both ceres and mammut, and recommended it as a lightweight alternative to portaudio many times. The alsa backend isn't allways working very well though, but running alsa with oss emulation solves that problem just fine. The trick is just not to use the --with-alsa commandline when compiling snd. Thats how snd-ls is configured. Not that the alsa backend in snd is bad programmed, you probably did an excellent job, but the alsa api is horrible, and snd isn't the only program with not allways working alsa backend. Wine, juce, pd, mplayer, from the top of my head, are others programs who have or have had similar problems. > used to provide the audio i/o services. Ecasound is a very good command > line player (and "digital audio workstation"), properly supports alsa > and jack and I have found it to be very stable and reliable... Snd's jack backend is tuned quite a lot for snd, plus that it runs with sched_fifo priority and also runs its own watchdog, so I'm not so sure about replacing the jack part. But well. :-) From kyburz at gmx.de Wed Jan 23 10:53:26 2008 From: kyburz at gmx.de (Hanspeter Kyburz) Date: Wed, 23 Jan 2008 19:53:26 +0100 Subject: [CM] CM 2.11.1 without slime Message-ID: Hi Rick, i just updated from CM 2.7.0 to 2.11.1. Is there a way to run CM 2.11.1 under Emacs 21 without slime? Best, Hanspeter From andersvi at extern.uio.no Wed Jan 23 10:58:02 2008 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Wed, 23 Jan 2008 19:58:02 +0100 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <1201109395.11395.6.camel@cmn3.stanford.edu> (Fernando Lopez-Lezcano's message of "Wed\, 23 Jan 2008 09\:29\:55 -0800") References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> Message-ID: Hei Kjetil! Jeg testa akkurat forslaget om ? utelate --with-alsa (siste cvs update) uten suksess. (yes, thats norwegian folks, but you brights will understand, wont you!:-) Det er kanskje flere feil her. Hva f?r du ut av det her: [andersvi at josefk cvs-snd]$ ./sndplay /lyd/andersvi/NORTHSOUTH/BITER/fyrverkeri1.snd JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] JACK tmpdir identified as [/dev/shm] open read /dev/dsp: Device or resource busy [audio.c[1855] linux_audio_open_with_error][andersvi at josefk cvs-snd]$ [andersvi at josefk cvs-snd]$ ps -A | grep jack [andersvi at josefk cvs-snd]$ cat config.log | grep ./configure $ ./configure --with-jack --with-motif --with-static-xm --with-doc-dir=/site/cm-sys/cvs-snd --with-motif-prefix=/opt/openmotif/usr Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --with-cpu=generic --host=i386-redhat-linux From rm at seid-online.de Wed Jan 23 11:09:09 2008 From: rm at seid-online.de (Ralf Mattes) Date: Wed, 23 Jan 2008 20:09:09 +0100 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> Message-ID: <1201115349.6570.11.camel@localhost.localdomain> On Wed, 2008-01-23 at 19:58 +0100, andersvi at extern.uio.no wrote: > Hei Kjetil! > > Jeg testa akkurat forslaget om ? utelate --with-alsa (siste cvs > update) uten suksess. (yes, thats norwegian folks, but you brights > will understand, wont you!:-) Ok, so you are trying to buy a dishwasher that can handle oversized paella pans? ;-) > Det er kanskje flere feil her. Hva f?r du ut av det her: > > [andersvi at josefk cvs-snd]$ ./sndplay /lyd/andersvi/NORTHSOUTH/BITER/fyrverkeri1.snd > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > JACK tmpdir identified as [/dev/shm] > open read /dev/dsp: Device or resource busy > [audio.c[1855] linux_audio_open_with_error][andersvi at josefk cvs-snd]$ Hm, from _this_ we can only infere that some program hijacks your sound device. > [andersvi at josefk cvs-snd]$ ps -A | grep jack I'd rather do a 'fuser -v /dev/dsp' - this should show what process is blocking the sound device. HTH Ralf Mattes > [andersvi at josefk cvs-snd]$ cat config.log | grep ./configure > $ ./configure --with-jack --with-motif --with-static-xm --with-doc-dir=/site/cm-sys/cvs-snd --with-motif-prefix=/opt/openmotif/usr > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --with-cpu=generic --host=i386-redhat-linux > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From bil at ccrma.Stanford.EDU Wed Jan 23 11:09:22 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 23 Jan 2008 11:09:22 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> Message-ID: <20080123190103.M77126@ccrma.Stanford.EDU> > My wish list for snd would include something like dropping the alsa > driver and using something else, higher level of course. What? Hmmm, > pulseaudio is being used in f8 but I know nothing about it. One idea > that occurred to me a while ago is to try to see if libecasound can be I just looked at pulseaudio and I can't see any gain from using it over Jack or ESD, but its simple synchronous API looks like it could be tied into Snd in about an hour (leaving aside the associated Autohell hackery of course). I looked at ecasound a while ago -- it's some sort of string-based command syntax that would not fit into Snd at all (sort of like embedding execlp calls on sndplay, but less understandable), and the docs seemed to be querulous -- somebody at ecasound was having a bad day, perhaps, but I got the strong impression that they didn't want anyone using it. One more complication: although audio.c works in OSS Version 4 (thanks to Yair K. recently), OSS is obviously trying hard to be incompatible with Alsa's OSS emulation, so that slope is slippery. I hate Linux audio. From andersvi at extern.uio.no Wed Jan 23 11:12:10 2008 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Wed, 23 Jan 2008 20:12:10 +0100 Subject: [CM] CM 2.11.1 without slime In-Reply-To: (Hanspeter Kyburz's message of "Wed\, 23 Jan 2008 19\:53\:26 +0100") References: Message-ID: Hi Hanspeter. H> i just updated from CM 2.7.0 to 2.11.1. Is there a way to run H> CM 2.11.1 under Emacs 21 without slime? C-u M-x 'run-lisp - answer with whatever starts cm on your machine: '/some/path/cm/bin/cm.sh' or perhaps something like '/Applications/CM.app/Contents/Resources/cm/bin/cm.sh' on a mac. After CM is started in its own *inferior-lisp* - buffer, you can communicate with that directly from any lisp-mode buffer. If you do this often you can (setq inferior-lisp-program "/path/to/cm.sh") and just hit 'M-x run-lisp' when you want to start. You can read more here: http://www.gnu.org/software/emacs/manual/html_mono/emacs.html#External-Lisp From taube at uiuc.edu Wed Jan 23 11:16:55 2008 From: taube at uiuc.edu (Rick Taube) Date: Wed, 23 Jan 2008 13:16:55 -0600 Subject: [CM] CM 2.11.1 without slime In-Reply-To: References: Message-ID: <1F6D7715-7A7D-49A7-BECE-464A693711CB@uiuc.edu> > Hi Rick, > > i just updated from CM 2.7.0 to 2.11.1. Is there a way to run CM > 2.11.1 under Emacs 21 without slime? > > Best, > Hanspeter yes, if you wait a day or two we will be releasing binaries of Grace 1.0.0 and GraceCL 1.0.0. The latter (GraceCL) combines Grace with common lisp (CLISP or SBCL for now...) and bundles together CLM CM and FOMUS . either version of Grace contains the same emacs like editor, including syntax highlighting, eval services, s-expression cursor motion, and (tada!) COMMAND-D symbol documentation lookup for CM CLM and Common LIsp/ r5rs scheme symbols. the regular Grace app is realtime with Chicken Scheme built into the app. its a different sort of beast and is documented here (check out the cool examples section): http://pinhead.music.uiuc.edu/~hkt/grace/doc/scheme.html more on this in a day or so. On Jan 23, 2008, at 12:53 PM, Hanspeter Kyburz wrote: > Hi Rick, > > i just updated from CM 2.7.0 to 2.11.1. Is there a way to run CM > 2.11.1 under Emacs 21 without slime? > > Best, > Hanspeter > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From andersvi at extern.uio.no Wed Jan 23 11:19:46 2008 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Wed, 23 Jan 2008 20:19:46 +0100 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <1201115349.6570.11.camel@localhost.localdomain> (Ralf Mattes's message of "Wed\, 23 Jan 2008 20\:09\:09 +0100") References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201115349.6570.11.camel@localhost.localdomain> Message-ID: >>>>> " " == Ralf Mattes writes: > On Wed, 2008-01-23 at 19:58 +0100, andersvi at extern.uio.no wrote: >> Hei Kjetil! >> >> Jeg testa akkurat forslaget om ? utelate --with-alsa (siste cvs >> update) uten suksess. (yes, thats norwegian folks, but you >> brights will understand, wont you!:-) > Ok, so you are trying to buy a dishwasher that can handle > oversized paella pans? ;-) Whats paella? Nice try, but you got the grammar not quite right. (Besides we dont use dishwashers in this country this time of year...) > Hm, from _this_ we can only infere that some program hijacks > your sound device. $ fuser -v /dev/dsp returns nothing. And im still able to play sounds with play, mplayer, alsaplayer, aplayer, audacity... and start jack From k.s.matheussen at notam02.no Wed Jan 23 12:17:06 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Wed, 23 Jan 2008 21:17:06 +0100 (CET) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201115349.6570.11.camel@localhost.localdomain> Message-ID: On Wed, 23 Jan 2008, andersvi at extern.uio.no wrote: >>>>>> " " == Ralf Mattes writes: > > > On Wed, 2008-01-23 at 19:58 +0100, andersvi at extern.uio.no wrote: > >> Hei Kjetil! > >> > >> Jeg testa akkurat forslaget om ? utelate --with-alsa (siste cvs > >> update) uten suksess. (yes, thats norwegian folks, but you > >> brights will understand, wont you!:-) > > > Ok, so you are trying to buy a dishwasher that can handle > > oversized paella pans? ;-) > > Whats paella? Nice try, but you got the grammar not quite right. > (Besides we dont use dishwashers in this country this time of year...) > That's a weird thing to say, personally I prefer clean clothes, even in the winter. > > Hm, from _this_ we can only infere that some program hijacks > > your sound device. > > $ fuser -v /dev/dsp > > returns nothing. > > And im still able to play sounds with play, mplayer, alsaplayer, > aplayer, audacity... and start jack > > Very strange. Perhaps the error is wrong. Do you have oss emulation loaded? (lsmod |grep snd_pcm_oss) From nando at ccrma.Stanford.EDU Wed Jan 23 12:31:03 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed, 23 Jan 2008 12:31:03 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> Message-ID: <1201120263.11395.27.camel@cmn3.stanford.edu> On Wed, 2008-01-23 at 19:14 +0100, Kjetil S. Matheussen wrote: > On Wed, 23 Jan 2008, Fernando Lopez-Lezcano wrote: > > On Wed, 2008-01-23 at 10:15 +0100, andersvi at extern.uio.no wrote: > >> Indeed, there has been something weird with snd and sndplay for some > >> time. > >> > >> Ive only tested jack-enabled versions. Since some time near spring > >> 2007, neither recent self-built jack-enabled versions or disted > >> versions from planetccrma (tested with snd-utils rpms for fc6 or fc7 > >> from june 8th and december 7th.) function without jack running. > >> > >> Trying to use any of them without jack makes errors which resemble the > >> one Funny Zen described. > > > > Yep. > > > > My wish list for snd would include something like dropping the alsa > > driver and using something else, higher level of course. What? Hmmm, > > pulseaudio is being used in f8 but I know nothing about it. One idea > > that occurred to me a while ago is to try to see if libecasound can be > > > Yes, but I think the audio in sndlib is excellent already, I have > used it for providing sound to both ceres and mammut, and > recommended it as a lightweight alternative to portaudio many times. > The alsa backend isn't allways working very well though, but running > alsa with oss emulation solves that problem just fine. The > trick is just not to use the --with-alsa commandline when compiling > snd. Yuck, if I may say :-) That does not solve the problem from the point of view of the program - it merely does not use the code that has the problem (which is sort of solving it, of course). > Thats how snd-ls is configured. Not that the alsa backend > in snd is bad programmed, you probably did an excellent job, > but the alsa api is horrible, and snd isn't the only program > with not allways working alsa backend. It surely looks like I did not do a good job, otherwise we would not see the problems we see. I seem to remember it used to work well, I don't know what changed that broke it, or when. The original code used the hardware interface (ie: accessed the hardware device directly and used the already existing internals of snd to do format conversion, etc, etc), has that changed? The only thing missing from the alsa code (which I remember) was handling of interleaved soundcards - I think that pretty much the only hardware that has/had that was the RME cards, which did not exist when I originally wrote the alsa backend. With those it would fail and I was hoping someone would fix that :-) I should probably try to look again at the current code and see what is wrong with it (the symptom is snd trying to program the soundcard with parameters that don't match its capabilities - my original code used to probe for them fine). But where do I find time? :-p > Wine, juce, pd, mplayer, > from the top of my head, are others programs who have or have had > similar problems. Yep. The alsa api is not horrible but it is very complicated. Most programmers don't spend the necessary time to understand it (I did not, he he he :-) > > used to provide the audio i/o services. Ecasound is a very good command > > line player (and "digital audio workstation"), properly supports alsa > > and jack and I have found it to be very stable and reliable... > > Snd's jack backend is tuned quite a lot for snd, plus that > it runs with sched_fifo priority and also runs its own watchdog, > so I'm not so sure about replacing the jack part. But well. :-) Yes, the jack part works fine. But alsa does not. Maybe it is easy to fix? At this point I only use jack so I don't see the problems. I suggested the ecasound api (just a suggestion, I don't know if it could be grafted into snd) because it handles all apis equally well and is sched_fifo optimized for all as well. I don't know if that would also add unnecessary complexity to snd due to its multiplatform support. -- Fernando From bil at ccrma.Stanford.EDU Wed Jan 23 12:41:47 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 23 Jan 2008 12:41:47 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <1201120263.11395.27.camel@cmn3.stanford.edu> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201120263.11395.27.camel@cmn3.stanford.edu> Message-ID: <20080123203942.M85802@ccrma.Stanford.EDU> > The alsa api is not horrible but it is very complicated. Most > programmers don't spend the necessary time to understand it I sit here biting my tongue and grinding my teeth, if that's anatomically possible. The code is nearly the way you left it, although I made some changes when Alsa went through some backwards incompatible changes. I say the Alsa API is horrible (there! I bit my tongue, and it did no good). From andersvi at extern.uio.no Wed Jan 23 12:42:52 2008 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Wed, 23 Jan 2008 21:42:52 +0100 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: (Kjetil S. Matheussen's message of "Wed\, 23 Jan 2008 21\:17\:06 +0100 \(CET\)") References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201115349.6570.11.camel@localhost.localdomain> Message-ID: > Very strange. Perhaps the error is wrong. Do you have oss > emulation loaded? (lsmod |grep snd_pcm_oss) Do i? $ /sbin/lsmod | grep snd_pcm_oss snd_pcm_oss 38337 0 snd_mixer_oss 16577 1 snd_pcm_oss snd_pcm 64069 4 snd_hda_intel,snd_pcm_oss snd 43204 15 snd_hda_intel,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer From nando at ccrma.Stanford.EDU Wed Jan 23 13:05:22 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Wed, 23 Jan 2008 13:05:22 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <20080123203942.M85802@ccrma.Stanford.EDU> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201120263.11395.27.camel@cmn3.stanford.edu> <20080123203942.M85802@ccrma.Stanford.EDU> Message-ID: <1201122322.11395.32.camel@cmn3.stanford.edu> On Wed, 2008-01-23 at 12:41 -0800, Bill Schottstaedt wrote: > > The alsa api is not horrible but it is very complicated. Most > > programmers don't spend the necessary time to understand it > > I sit here biting my tongue and grinding my teeth, if that's > anatomically possible. The code is nearly the way you left it, > although I made some changes when Alsa went through some > backwards incompatible changes. I say the Alsa API is horrible > (there! I bit my tongue, and it did no good). Don't, you are probably right and I had my brain "off" when I wrote that. -- Fernando From k.s.matheussen at notam02.no Thu Jan 24 05:07:12 2008 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Thu, 24 Jan 2008 14:07:12 +0100 (CET) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <1201120263.11395.27.camel@cmn3.stanford.edu> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201120263.11395.27.camel@cmn3.stanford.edu> Message-ID: On Wed, 23 Jan 2008, Fernando Lopez-Lezcano wrote: >> Wine, juce, pd, mplayer, >> from the top of my head, are others programs who have or have had >> similar problems. > > Yep. The alsa api is not horrible but it is very complicated. Most Actually, being complicated was all I ment by horrible. I don't have any experience with the alsa api beyond seing that it is too complicated. (It might be horrible in other ways too though, for all I know.) From nando at ccrma.Stanford.EDU Thu Jan 24 10:58:41 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 24 Jan 2008 10:58:41 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <20080123190103.M77126@ccrma.Stanford.EDU> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <20080123190103.M77126@ccrma.Stanford.EDU> Message-ID: <1201201121.17881.27.camel@cmn3.stanford.edu> On Wed, 2008-01-23 at 11:09 -0800, Bill Schottstaedt wrote: > > My wish list for snd would include something like dropping the alsa > > driver and using something else, higher level of course. What? Hmmm, > > pulseaudio is being used in f8 but I know nothing about it. One idea > > that occurred to me a while ago is to try to see if libecasound can be > > I just looked at pulseaudio and I can't see any gain from using it over > Jack or ESD, but its simple synchronous API looks like it could be > tied into Snd in about an hour (leaving aside the associated Autohell hackery > of course). > > I looked at ecasound a while ago -- it's some sort of string-based > command syntax that would not fit into Snd at all (sort of like > embedding execlp calls on sndplay, but less understandable), > and the docs seemed to be querulous -- somebody at ecasound > was having a bad day, perhaps, but I got the strong impression > that they didn't want anyone using it. > > One more complication: although audio.c works in OSS Version 4 > (thanks to Yair K. recently), OSS is obviously trying hard to be incompatible > with Alsa's OSS emulation, so that slope is slippery. I hate Linux audio. Yeah... there have been noises on the lists lately about how alsa is bad and oss is good - some coming obviously from oss developers, apparently most users forget why alsa was created in the first place... or were not there when it happened I guess (with its share of new problems, of course). -- Fernando From nando at ccrma.Stanford.EDU Thu Jan 24 11:07:01 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 24 Jan 2008 11:07:01 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <20080123203942.M85802@ccrma.Stanford.EDU> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201120263.11395.27.camel@cmn3.stanford.edu> <20080123203942.M85802@ccrma.Stanford.EDU> Message-ID: <1201201621.17881.33.camel@cmn3.stanford.edu> On Wed, 2008-01-23 at 12:41 -0800, Bill Schottstaedt wrote: > > The alsa api is not horrible but it is very complicated. Most > > programmers don't spend the necessary time to understand it > > I sit here biting my tongue and grinding my teeth, if that's > anatomically possible. The code is nearly the way you left it, > although I made some changes when Alsa went through some > backwards incompatible changes. I say the Alsa API is horrible > (there! I bit my tongue, and it did no good). [sloooowwww in turning on brain.....] Oh, now I think I see. No, I was not referring to you as a "programmer that doesn't spend the necessary time", _far_ from it. I was thinking of the programmers that wrote mplayer and other apps' alsa layer that don't/didn't work very well[*]. Any problems in the alsa code in snd are my own. -- Fernando [*] the problem used to be that they assume that the world is stereo and don't probe for what the card can/can't do before blindly trying to set up parameters (and failing for some configurations). From bil at ccrma.Stanford.EDU Thu Jan 24 12:18:28 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Thu, 24 Jan 2008 12:18:28 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <1201201621.17881.33.camel@cmn3.stanford.edu> References: <342604.81992.qm@web44816.mail.sp1.yahoo.com> <1201046872.3375.36.camel@cmn3.stanford.edu> <1201109395.11395.6.camel@cmn3.stanford.edu> <1201120263.11395.27.camel@cmn3.stanford.edu> <20080123203942.M85802@ccrma.Stanford.EDU> <1201201621.17881.33.camel@cmn3.stanford.edu> Message-ID: <20080124201136.M44827@ccrma.Stanford.EDU> I didn't take the comments personally -- I was thinking of ALSA -- that's all it takes to make me unhappy. It's hard to debug a problem like this where it looks like it's specific to the hardware, and I don't have the hardware. And, I get no pleasure from working at that level -- the gain is too ephemeral or something. From funny_zen at yahoo.com Thu Jan 24 19:05:55 2008 From: funny_zen at yahoo.com (Funny Zen) Date: Thu, 24 Jan 2008 19:05:55 -0800 (PST) Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <20080122233303.M37473@ccrma.Stanford.EDU> Message-ID: <277284.33428.qm@web44808.mail.sp1.yahoo.com> Well the discussion has gone far beyond my understanding, but in case anybody wonders what was finally the problem, snd works ok with jack, I was just not starting it properly, needed to enable "Monitor" in the setup (I don't know what this does but I have to enable it to have sound). And also (setf *clm-player* (/usr/bin/sndplay") works, thanks Fernando. And on the clm problem, it's a strange thing but it doesn't have anything to do with sbcl or clm themselves, I think, probably it's a problem with slime (I use emacs/slime/sbcl). I was always changing the current directory from the initial one (/home/user/) to something else (/home/user/somethingelse/) which is the directory I want to work in. And this is the problem, with the command (with-sound () (fm-violin 0 5 440 0.5)) or something similar it creates a totally empty file in the new current directory and another file that contains the sound in /home/user/. If I do not change the path at all it works ok, but I have to use (with-sound (:output "/home/user/somethingelse/file.snd") (fm-violin 0 5 440 0.5)) to write the file in the directory that I want, which of course is not a very convenient thing to do in every command that I use. In a terminal I do not have this problem even if I change the path so it's definitely an emacs/slime problem. So I'll try to figure it out on my own or address to the slime list, I don't think it has to do anything with this list so I won't bother you with this anymore! But anyway thanks for your help guys!!! FunnyZen Bill Schottstaedt wrote: On the clm problem: when in doubt, simplify. Start sbcl in a shell, load all.lisp, and try (with-sound () ) That should give you a file with a header (say 24 to 200 bytes). If not, I don't know what to suggest. Perhaps there's a way to use strace in that case to watch the file ops. Next compile and load the violin, and try (with-sound () (fm-violin 0 1 440 .1)) If that makes an empty file (with a header), my next step would probably be to put a print statement in the instrument to see if it's being called at all, and so on. --------------------------------- Never miss a thing. Make Yahoo your homepage. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Fri Jan 25 04:03:29 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 25 Jan 2008 04:03:29 -0800 Subject: [CM] snd: cannot set hardware parameters for default In-Reply-To: <277284.33428.qm@web44808.mail.sp1.yahoo.com> References: <20080122233303.M37473@ccrma.Stanford.EDU> <277284.33428.qm@web44808.mail.sp1.yahoo.com> Message-ID: <20080125120128.M15816@ccrma.Stanford.EDU> > (with-sound (:output "/home/user/somethingelse/file.snd") (fm-violin 0 5 440 0.5)) You can set *clm-file-name* to point to the desired default output directory. Here I am working in /Users/bil/test/clm: * (setf *clm-file-name* "/Users/bil/cl/test.aiff") "/Users/bil/cl/test.aiff" * (with-sound () (fm-violin 0 1 323 .1)) "/Users/bil/cl/test.aiff" * (with-sound (:output "temp.aiff") (fm-violin 0 1 440 1)) "/Users/bil/cl/temp.aiff" From taube at uiuc.edu Fri Jan 25 18:41:14 2008 From: taube at uiuc.edu (Heinrich Taube) Date: Fri, 25 Jan 2008 20:41:14 -0600 Subject: [CM] Grace 1.0.0 now available for OSX and Linux Message-ID: <95826927-1D81-4F2A-AB8D-CFEF9C368A89@uiuc.edu> A binary, drag 'n drop release of Grace 1.0.0 is now available for OSX and Linux. http://sourceforge.net/project/showfiles.php?group_id=9766&package_id=260559 Grace stand for Graphical Realtime Algorithmic Composition Environment. The application is implemented in JUCE and contains Chicken Scheme as its extension language. You generate sound by defining algorithms (in Scheme or an infix language called SAL) and running them in real time to generate sound. Grace contains a mutipurpose Console window, an emacs-like code editor with evaluation services, syntax highlighting and symbol documentation lookup, configureable MIDI In and Out ports, MIDI input callbacks in Scheme and the beginnings of a general purpose data plotter. For information about the application see the documentation under the Help menu. Grace 1.0.0: o Realtime music scheduler implemented in JUCE threads o Chicken Scheme extension languange (3.0.0rc1) o Code editor with syntax highlighting, Scheme and SAL evaluation services, s-expression cursor motion, COMMAND-D documentation lookup for symbols asociated with Grace, SAL or R5RS Scheme and many Emacs key bindings (Emacs Mode) o MIDI In and Out Ports with configuration diaogs o Setting MIDI input hooks in Scheme o Channel instrument assigments o Microtonal MIDI output o Complete implementation of SAL syntax o Low-level MidiMessage accessors in Scheme For information about the Grace Scheme binding see http://pinhead.music.uiuc.edu/~hkt/grace/doc/scheme.html For information about Chicken Scheme see http://www.call-with-current-continuation.org/ For information about JUCE see http://www.rawmaterialsoftware.com/juce/ Rick Taube Todd Ingalls From taube at uiuc.edu Sat Jan 26 06:43:07 2008 From: taube at uiuc.edu (Heinrich Taube) Date: Sat, 26 Jan 2008 08:43:07 -0600 Subject: [CM] GraceCL 1.0.0 for OSX and Linux Message-ID: <566E7A3B-33D1-4CF9-AC0D-10814A03E982@uiuc.edu> A binary, drag 'n drop release of GraceCL 1.0.0 is now available for OSX and Linux: http://sourceforge.net/project/showfiles.php?group_id=9766&package_id=260584 GraceCL is a version of Grace that works with Common Lisp and comes bundled with Common Lisp Music, Common Music and Fomus systems. Grace CL 1.0.0: o A Configure Lisp dialog for setting up your lisp connection o Socket based communication with a Common Lisp of your choice (SBCL or CLisp for now) o Bundled software systems: CLM CM FOMUS o Code editor with syntax highlighting, s-expression cursor motion, COMMAND-D documentation lookup for symbols asociated with CM, CLM and Common Lisp, and many Emacs key bindings (Emacs Mode) o Menu based ASDF systems loading. o Menu based Compile and Load operations. o a SYS: logical pathname definition that points to the parent directory of the bundled software Rick Taube Todd Ingalls From mr.macos at earthlink.net Mon Jan 28 17:30:39 2008 From: mr.macos at earthlink.net (Jelena i Zoran) Date: Mon, 28 Jan 2008 20:30:39 -0500 Subject: [CM] snd record with alsa Message-ID: <479E81BF.6020804@earthlink.net> An HTML attachment was scrubbed... URL: From oded at ccrma.Stanford.EDU Tue Jan 29 03:02:22 2008 From: oded at ccrma.Stanford.EDU (Oded Ben-Tal) Date: Tue, 29 Jan 2008 03:02:22 -0800 (PST) Subject: [CM] graceCL on OSX In-Reply-To: <20080126200003.4990.42854.Mailman@cm-mail.stanford.edu> References: <20080126200003.4990.42854.Mailman@cm-mail.stanford.edu> Message-ID: I just installed graceCL from the OSX binary, but when I try to start lisp it fails to connect to the server. I have sbcl and I've put the correct path to it (BTW, Rick, while the help says grace will complain if the path is incorrect this doesn't happen, at least for me). I tried changing the port number. I also looked and I have permission to write in the Resources directory. Any ideas where/how to find the problem? thanks Oded -- ___________________________________________________ Oded Ben-Tal http://ccrma.stanford.edu/~oded oded at ccrma.stanford.edu From taube at uiuc.edu Tue Jan 29 03:51:13 2008 From: taube at uiuc.edu (Heinrich Taube) Date: Tue, 29 Jan 2008 05:51:13 -0600 Subject: [CM] graceCL on OSX In-Reply-To: References: <20080126200003.4990.42854.Mailman@cm-mail.stanford.edu> Message-ID: <240416E8-AF1C-4160-98D0-2B345A6BD30D@uiuc.edu> hi are you able to start sbcl in your Terminal with the exact same string that you provided in the the executable field? if so, then send me what is printed in GraceCL's console window when it attempts to start sbcl. what version of sbcl are you using and on what sort of computer. if it can start sbcl, gracecl attempts to make a socket connection. sometimes on slow machines the startup of sbcl can take a long time as it loads its posix library. ive had ocassions when the connection attempt actually times out. when i then try again it works. On Jan 29, 2008, at 5:02 AM, Oded Ben-Tal wrote: > I just installed graceCL from the OSX binary, but when I try to > start lisp it fails to connect to the server. I have sbcl and I've > put the correct path to it (BTW, Rick, while the help says grace > will complain if the path is incorrect this doesn't happen, at least > for me). I tried changing the port number. I also looked and I have > permission to write in the Resources directory. > > Any ideas where/how to find the problem? > > thanks > Oded > > > -- > ___________________________________________________ > Oded Ben-Tal > http://ccrma.stanford.edu/~oded > oded at ccrma.stanford.edu > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From bil at ccrma.Stanford.EDU Tue Jan 29 05:59:09 2008 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Tue, 29 Jan 2008 05:59:09 -0800 Subject: [CM] snd record with alsa In-Reply-To: <479E81BF.6020804@earthlink.net> References: <479E81BF.6020804@earthlink.net> Message-ID: <20080129135652.M23387@ccrma.Stanford.EDU> Thanks for the bug report! I could have sworn I checked that when I updated to FC8, but I must have forgotten. One quick way to get the OSS side to work in the current Snd is to add these lines to audio.c line 2662: 2662,2666d2660 < < if ((stereodevs == 0) && ((devmask & SOUND_MASK_VOLUME) == 0)) < channels = 2; < else < For some reason, the ALSA/OSS emulator(?) is no longer returning the information about the audio input device that I've relied on for about 10 years. I'll have to get the sources and look at the ChangeLog, I guess. You may also have to (set! (mus-alsa-device) "plughw:0") I do this by default by having this line in my .cshrc file: setenv MUS_ALSA_DEVICE "plughw:0" As far as I can tell, the "default" device never works anymore, so the audio.c alsa device should default to "plughw:0". This change might also work in Snd 8.9 -- I'll check later. From oded at ccrma.Stanford.EDU Tue Jan 29 06:03:17 2008 From: oded at ccrma.Stanford.EDU (Oded Ben-Tal) Date: Tue, 29 Jan 2008 06:03:17 -0800 Subject: [CM] graceCL on OSX In-Reply-To: <240416E8-AF1C-4160-98D0-2B345A6BD30D@uiuc.edu> References: <20080126200003.4990.42854.Mailman@cm-mail.stanford.edu> <240416E8-AF1C-4160-98D0-2B345A6BD30D@uiuc.edu> Message-ID: <20080129135956.M72599@ccrma.Stanford.EDU> hi, I can start sbcl from the terminal and i takes less than a second to load. I'm running SBCL 1.0.10 on a fast, new MacBookPro. I adjusted the timeout to maximum in grace and still no connection. This is what I get: Grace CL 1.0.0 (rev 1564) (c) 2007 Todd Ingalls, Rick Taube Launching /Users/local/bin/sbcl --eval '(load "/Applications/GraceCL.app/Contents/Resources/grace/grace.asd")' --eval '(asdf:oos (quote asdf:load-op) "grace")' --eval '(grace:start-server 8000 "/Users/oded/Library/Caches/GraceCL/temp0grace")' Polling socket server............................................................. =:( Connection failed. From taube at uiuc.edu Tue Jan 29 06:31:19 2008 From: taube at uiuc.edu (Rick Taube) Date: Tue, 29 Jan 2008 08:31:19 -0600 Subject: [CM] graceCL on OSX In-Reply-To: <20080129135956.M72599@ccrma.Stanford.EDU> References: <20080126200003.4990.42854.Mailman@cm-mail.stanford.edu> <240416E8-AF1C-4160-98D0-2B345A6BD30D@uiuc.edu> <20080129135956.M72599@ccrma.Stanford.EDU> Message-ID: <33A180F4-7F90-42E8-B3A1-76890D44CA50@uiuc.edu> > /Users/local/bin/sbcl this doesnt look right to me. if you installed sbcl normally it should be /usr/local/bin/sbcl if changing this doesnt work, then i dont know why -- im teaching a class running on 20+ osx machines here, both tiger and leopard, and intel/ppc, cm + clm i guess you could look under the resource dir for any fasls, if you dont see any then we know sbcl isnt starting: $ ls /Applications/GraceCL.app/Contents/Resources/grace/*.fasl if there are any fasls then delete them and try connecting again with the executable set to /usr/local/bin/sbcl $ ls /Applications/GraceCL.app/Contents/Resources/grace/*.fasl if it still doest work then try installing a recent clisp, then select CLISP in the pulldown menu, then make sure that the exe is set to /usr/local/bin/clisp On Jan 29, 2008, at 8:03 AM, Oded Ben-Tal wrote: > /Users/local/bin/sbcl --eval '(load > "/Applications/GraceCL.app/Contents/Resources/grace/grace.asd")' -- > eval > '(asdf:oos (quote asdf:load-op) "grace")' --eval '(grace:start- > server 8000 > "/Users/oded/Library/Caches/GraceCL/temp0grace")' From taube at uiuc.edu Tue Jan 29 09:44:02 2008 From: taube at uiuc.edu (Rick Taube) Date: Tue, 29 Jan 2008 11:44:02 -0600 Subject: [CM] graceCL on OSX In-Reply-To: <20080129160402.M34517@ccrma.Stanford.EDU> References: <20080126200003.4990.42854.Mailman@cm-mail.stanford.edu> <240416E8-AF1C-4160-98D0-2B345A6BD30D@uiuc.edu> <20080129135956.M72599@ccrma.Stanford.EDU> <33A180F4-7F90-42E8-B3A1-76890D44CA50@uiuc.edu> <20080129160402.M34517@ccrma.Stanford.EDU> Message-ID: <3B195FB1-289F-4787-8DF0-A00916EC07B4@uiuc.edu> > hi, > I was able to solve the problem: I needed to pass an option --core > to sbcl to > find additional components. So now I'm finally able to run cm+clm > on my mac, > thank you! good. but its strange, i think --core is only needed if you dont have sbcl in its default location. regardless, setting --core in the Configure Lisp dialog's "Arguments:" field will be saved in your preferences so you only have to add it once. you can use the sys: logiccal pathname to get at the clm and cm sources under the app's resources directory eg: (cload "sys:clm-3;v") > BTW - there are some discrepencies between the documentation and > the program > (e.g. the console help says lisp->eval expr when its actually > execute in the > program itself. ) thank you, if you send me a list i will fix them. From cycle.code.media at gmail.com Thu Jan 31 16:31:41 2008 From: cycle.code.media at gmail.com (James Baker) Date: Fri, 1 Feb 2008 11:31:41 +1100 Subject: [CM] Grace 1.0.0 now available for OSX and Linux In-Reply-To: <95826927-1D81-4F2A-AB8D-CFEF9C368A89@uiuc.edu> References: <95826927-1D81-4F2A-AB8D-CFEF9C368A89@uiuc.edu> Message-ID: <428d2dc0801311631v2e704a95p27a45f12758159ef@mail.gmail.com> Just had a chance to try out Grace, it is really nice, well done guys. Built + runs without issue here on my linux box. Add OSC ports and it'll be perfect :) James On Jan 26, 2008 1:41 PM, Heinrich Taube wrote: > A binary, drag 'n drop release of Grace 1.0.0 is now available for OSX > and Linux. > > http://sourceforge.net/project/showfiles.php?group_id=9766&package_id=260559 > > Grace stand for Graphical Realtime Algorithmic Composition > Environment. The application is implemented in JUCE and contains > Chicken Scheme as its extension language. You generate sound by > defining algorithms (in Scheme or an infix language called SAL) > and running them in real time to generate sound. Grace contains a > mutipurpose Console window, an emacs-like code editor with evaluation > services, syntax highlighting and symbol documentation lookup, > configureable MIDI In and Out ports, MIDI input callbacks in Scheme > and the beginnings of a general purpose data plotter. For information > about the application see the documentation under the Help menu. > > Grace 1.0.0: > > o Realtime music scheduler implemented in JUCE threads > o Chicken Scheme extension languange (3.0.0rc1) > o Code editor with syntax highlighting, Scheme and SAL evaluation > services, s-expression cursor motion, COMMAND-D documentation > lookup for symbols asociated with Grace, SAL or R5RS Scheme and > many Emacs key bindings (Emacs Mode) > o MIDI In and Out Ports with configuration diaogs > o Setting MIDI input hooks in Scheme > o Channel instrument assigments > o Microtonal MIDI output > o Complete implementation of SAL syntax > o Low-level MidiMessage accessors in Scheme > > For information about the Grace Scheme binding see > > http://pinhead.music.uiuc.edu/~hkt/grace/doc/scheme.html > > For information about Chicken Scheme see > > http://www.call-with-current-continuation.org/ > > For information about JUCE see > > http://www.rawmaterialsoftware.com/juce/ > > > Rick Taube > Todd Ingalls > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist >