From bsack23 at gmail.com Thu Nov 1 08:15:32 2007 From: bsack23 at gmail.com (Bill Sack) Date: Thu, 1 Nov 2007 11:15:32 -0400 Subject: [CM] CMN - "vibrato" strangeness Message-ID: <2eb2318a0711010815n39a67f45ufa4d13ac692f8fcc@mail.gmail.com> hello everyone, i'm trying to add the wavy-line vibrato mark (as found in cmn/accent.lisp) to a note. If i just do: (cmn (staff treble (g4 h vibrato))) lisp cpu usage goes up to 99% and the repl just hangs until i interrupt lisp - as though there were an unterminated loop, or something. this is a recent cmn within cm and slime via SBCL 1.0.4 on linux all best, Bill Sack -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Thu Nov 1 12:20:27 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Thu, 1 Nov 2007 12:20:27 -0700 Subject: [CM] CMN - "vibrato" strangeness In-Reply-To: <2eb2318a0711010815n39a67f45ufa4d13ac692f8fcc@mail.gmail.com> References: <2eb2318a0711010815n39a67f45ufa4d13ac692f8fcc@mail.gmail.com> Message-ID: <20071101191758.M68842@ccrma.Stanford.EDU> > (cmn (staff treble (g4 h vibrato))) > lisp cpu usage goes up to 99% and the repl just hangs until i interrupt lisp Thanks for the bug report! It is indeed an infinite loop caused, I think, by the fact that it doesn't find a good endpoint for the mark. Here's a quick fix: in accent.lisp, line 445 (I think -- I'm using an editor I'm not used to), change (ct (round (- (box-x1 vib) x0 .75) wid))) to (ct (max 1 (round (- (box-x1 vib) x0 .75) wid)))) From howell at ucsc.edu Thu Nov 1 13:35:28 2007 From: howell at ucsc.edu (David Cope) Date: Thu, 1 Nov 2007 12:35:28 -0800 Subject: [CM] WACM Message-ID: Dear Colleague, The sixth Workshop in Algorithmic Computer Music (WACM) will take place from June 23 through July 6, 2008 at the University of California, Santa Cruz (UCSC). The workshop will be held at UCSC's Music Center, which features state of the art facilities as well as sweeping vistas of the Monterey Bay. David Cope, Paul Nauert, Peter Elsea, and Soren Goodman will be among those on hand to teach and advise workshop attendees. Participants will take classes on the basic techniques of algorithmic composition and algorithmic music analysis, learning and using the computer programming language Lisp. Participants will create three significant software projects: a Markov-based rules program, a genetic algorithm, and software modeled on the Experiments in Musical Intelligence program. Music analysis software and techniques will also be covered in depth. Many compositional approaches will be discussed in detail including rules-based techniques, data-driven models, genetic algorithms, neural networks, fuzzy logic, mathematical modeling, and sonification. Software programs such as Common Music, Max, Open Music, and so on will also be presented and used. The workshop is limited to 15 participants to ensure an excellent student/teacher ratio.. The first two days of the workshop are optional and will cover basic Lisp programming. Those individuals with extensive programming experience and/or prior experience using Lisp may not need to attend these first two days. Each participant will receive a class reference manual, class software in source code, and other printed and software tools and guides relevant to the workshop's goals. Access to the world class computer music facilities at UCSC will allow performances and special lectures by invited guests. The workshop includes five daily hours of individual computer time (with an advisor close at hand). Each week will culminate in performances of participant works and presentations of analysis and composition software. By the workshop's end, each participant will have gained facility with Lisp, have written compositional and analytical software programs, and be presented with a CD of their compositions. Prospective students must have an ability to read music and understand basic music theory as well as have at least a basic facility with computers (text editing, etc.). Students need not be active musicians or programmers. Room and board is available on campus if desired. 5 quarter units of credit is available. see: http://summer.ucsc.edu/wacm -- To obtain Experiments in Musical Intelligence and other music by David Cope go to http://www.spectrumpress.com. For information on the fifth annual (2007) Workshop on Algorithmic Computer Music (WACM) go to http://summer.ucsc.edu/wacm/. David Cope Professor, Music Department Music Center, University of California, Santa Cruz Santa Cruz, CA 95064 831 459-3417 msgs: 831 459 2804 fax: 831 459-5584 website: http://arts.ucsc.edu/faculty/cope email: howell at ucsc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From errordeveloper at gmail.com Fri Nov 2 06:01:12 2007 From: errordeveloper at gmail.com (ilya .d) Date: Fri, 2 Nov 2007 13:01:12 +0000 Subject: [CM] audiofile byte order Message-ID: <20071102130112.GE8555@00110101.errordevlopment.org.uk> Hello cmdist! i noticed a complite silence on the list for a pas while .. by reading some article , i just realise what byte order of an arch actually means! the question is - when you are using pcm file which have byte order different from your arch , will it make any differce performance wise ?? i'd like to hear more about the actuall byte order if anyone knows much about it .. -- cheers, ilya .d From bsack23 at gmail.com Fri Nov 2 09:38:42 2007 From: bsack23 at gmail.com (Bill Sack) Date: Fri, 2 Nov 2007 12:38:42 -0400 Subject: [CM] CMN - "vibrato" strangeness In-Reply-To: <20071101191758.M68842@ccrma.Stanford.EDU> References: <2eb2318a0711010815n39a67f45ufa4d13ac692f8fcc@mail.gmail.com> <20071101191758.M68842@ccrma.Stanford.EDU> Message-ID: <2eb2318a0711020938w2b99eefcxb945039ac05c4b8b@mail.gmail.com> > (ct (max 1 (round (- (box-x1 vib) x0 .75) wid)))) thank you. that's got it working. bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsack23 at gmail.com Sat Nov 3 10:42:55 2007 From: bsack23 at gmail.com (Bill Sack) Date: Sat, 3 Nov 2007 13:42:55 -0400 Subject: [CM] CMN - arrow-down and straight flag interaction Message-ID: <2eb2318a0711031042g827c7c2pefd6e4579d0d2f1f@mail.gmail.com> hi again, i was sure i'd reported this before a few years ago, but can't find it on the web or in my own files, so: when i ask for a straight-flagged note with a arrow-down head, a la: (in-package :cmn) (setf *straight-flag-dy* .2) (cmn (curvy-flags nil)(output-file "flag-test-arrow.eps") (c5 e (note-head :arrow-up)) (rest e) (c4 e (note-head :arrow-down)) (rest e)) ... the note's flag is displaced a bit to the right of its stem. probably this has something to do with the fact that the arrow-* heads are centered on the end of their stems, rather than justified to the right or left. i'd like to use this note head to indicate "lowest possible pitch" in a score - can anyone help me out? thanks, Bill Sack From noah at listenlabs.com Sat Nov 3 12:01:55 2007 From: noah at listenlabs.com (Noah Thorp) Date: Sat, 3 Nov 2007 12:01:55 -0700 (PDT) Subject: [CM] Bay Area Computer Music Technology Meetup - Nov 8th Message-ID: <33740.76.102.141.65.1194116515.squirrel@www.vqme.com> Our October meetup was success with 40 or so people in attendance and presentations on ChucK, Python VST libs, and Jitter. Come check out the next one and meet other computer music technologists. This one will be at CNMAT and will have some great presentations on: Kyma live performance, Csound & Blue, using Wacom tablets with max/msp (see full description below). Cheers, Noah ---------------------------------------------------------------------------------- November 8th - Bay Area Computer Music Meetup ---------------------------------------------------------------------------------- When: Thursday, November 8, 2007, 7:30 PM Where: CNMAT (UC Berkeley) 1750 Arch Street Berkeley , CA 94709 RSVP: http://electronicmusic.meetup.com/152/ Our second Bay Area Computer Music Technology meetup will be on November 8th, 7:30pm @ CNMAT - UC Berkeley (thank you to Michael Zbyszinynski and David Wessel). Come meet each other and participate in planned and impromptu presentations ("lightning talks"). Bring your laptop if you would like to make a short impromptu presentation (projection screen and sound system available) or tell the group about new projects and opportunities. Planned Presentations: * Brian Belet will be giving a demonstration of the Kyma sound design workstation as a performance environment for live interactive computer music. Belet will perform one of his compositions, and then discuss the algorithms used. * Steven Yi will be presenting on "Blue". Blue is a music composition environment for Csound, written in Java and available on Windows, Linux, and OSX. Using SoundObjects on a timeline, GUI instruments, a mixer, and many other features, blue builds on top of Csound's powerful audio system to allow flexible, intuitive, and expressive work with musical ideas. * Michael Zbyszynski will be presenting his Max/MSP libraries and on live performance with Wacom tablets. * David Wessel may be demonstrating his new controllers (tentative) Looking forward to seeing all of you, and please feel free to contact me - noah [at] listenlabs.com. Proposals for future events are welcome. Full bios for presenters are posted here: http://electronicmusic.meetup.com/152/calendar/6632332/ From bil at ccrma.Stanford.EDU Sat Nov 3 12:05:29 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sat, 3 Nov 2007 12:05:29 -0700 Subject: [CM] CMN - arrow-down and straight flag interaction In-Reply-To: <2eb2318a0711031042g827c7c2pefd6e4579d0d2f1f@mail.gmail.com> References: <2eb2318a0711031042g827c7c2pefd6e4579d0d2f1f@mail.gmail.com> Message-ID: <20071103190219.M43968@ccrma.Stanford.EDU> > the note's flag is displaced a bit to the right of its stem Thanks for the bug report (though this sort of stuff drives me crazy...); here's a version of cmn2.lisp draw-flags that seems to work better: (defun draw-flags (score note nflags up-stem stem-end x0) (let* ((y0 (if (not shorter-stems) (+ stem-end (if up-stem -.1 .05)) stem-end)) (incr (if up-stem (- *flag-vertical-spacing*) *flag-vertical-spacing*)) (ny0 (if (not shorter-stems) (+ stem-end (* incr nflags) (if up-stem .1 -.175)) (+ stem-end (* incr (1- nflags)))))) (if (member (note-head note) *centered-note-heads*) (if up-stem (incf x0 (note-head-x0-offset note up-stem *half-stem-width*)) (incf x0 (- (note-head-x0-offset note up-stem *half-stem-width*) *half-stem-width*))) ;; -> (cmn treble c5 s) (if (and up-stem *curvy-flags*) (incf x0 (- (note-head-x0-offset note up-stem *half-stem-width*) *half-stem-width*)))) (if *curvy-flags* (progn (if up-stem (show score flag-up :matrix (translate-matrix score note x0 ny0)) (show score flag-down :matrix (translate-matrix score note x0 ny0))) #-(or gcl sbcl) (loop for i from 1 below nflags and y from y0 by incr do (if up-stem (show score add-flag-up :matrix (translate-matrix score note x0 y)) (show score add-flag-down :matrix (translate-matrix score note x0 y)))) #+(or gcl sbcl) (do ((i 1 (1+ i)) (y y0 (+ y incr))) ((>= i nflags)) (if up-stem (show score add-flag-up :matrix (translate-matrix score note x0 y)) (show score add-flag-down :matrix (translate-matrix score note x0 y)))) ) ;; not *curvy-flags* ;; all the .3's below are probably wrong for unusual note heads or note head sizes (let* ((bx0 (+ x0 (if up-stem (if (member (note-head note) *centered-note-heads*) (- *half-stem-width*) (- .3 *half-stem-width*)) ; .3=head size *half-stem-width*))) (by0 (if up-stem (- stem-end *beam-width*) stem-end))) #-(or gcl sbcl) (loop for i from 0 below nflags and y from by0 by incr do (moveto score bx0 y) ;; this version from AV 7-Oct-02 (rlineto score *straight-flag-dx* (if up-stem (- *straight-flag-dy*) *straight-flag-dy*)) (rlineto score 0.0 *beam-width*) (lineto score bx0 (+ y *beam-width*)) (lineto score bx0 y) (fill-in score)) #+(or gcl sbcl) (do ((i 0 (1+ i)) (y by0 (+ y incr))) ((>= i nflags)) (moveto score bx0 y) (rlineto score *straight-flag-dx* (if up-stem (- *straight-flag-dy*) *straight-flag-dy*)) (rlineto score 0.0 *beam-width*) (lineto score bx0 (+ y *beam-width*)) (lineto score bx0 y) (fill-in score)) )))) I've updated the cmn tarball. From k.s.matheussen at notam02.no Tue Nov 6 07:15:17 2007 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Tue, 6 Nov 2007 16:15:17 +0100 (CET) Subject: [CM] [ANN] snd-rt for windows Message-ID: I have ported snd-rt for windows: http://www.notam02.no/arkiv/doc/snd-rt/ A few small tests shows that it works very well, but graphics is missing. I also doubt the rt-readin generator works either, yet. The package contains a complete working environment and includes: Jackdmp, Qjackctl, MSys, MinGW, Emacs, Guile 1.8.2 and SND 9.4. To install it, just unpack the zip-file into C:\ and follow the instructions in readme.txt From bil at ccrma.Stanford.EDU Thu Nov 8 04:25:58 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Thu, 8 Nov 2007 04:25:58 -0800 Subject: [CM] Snd 9.5 Message-ID: <20071108122516.M55052@ccrma.Stanford.EDU> Snd 9.5 port to mingw thanks to Kjetil. Mike Scholz and Juan Pampin found and fixed bugs in sndlib/clm changed slightly the way local methods are declared in def-clm-struct 14 more generators in generators.scm, and a couple dozen instruments in various states of disrepair (including some imaginary machines) animals.scm more changes to fm.html, and fm-parallel|cascade|complex-component in dsp.scm "Who is the audience for fm.html?" -- I'm having a great time working on it, so I guess it is me. src-fit-envelope in dsp.scm changed clm default srate to 44100 moved mus-phase-vocoder-outctr to mus-location (old form is in snd9.scm) checked: pango 1.18.3, guile 1.8.3, gtk 2.12.1, clisp 2.42, OSX 10.5, Gauche 0.8.12 (actually I haven't tried Motif in OSX 10.5 yet, but the gtk version of Snd is ok) Thanks!: Mike Scholz, Juan Pampin, Bill Sack, Kjetil Matheussen From k.s.matheussen at notam02.no Thu Nov 8 04:49:19 2007 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Thu, 8 Nov 2007 13:49:19 +0100 (CET) Subject: [CM] Snd 9.5 In-Reply-To: <20071108122516.M55052@ccrma.Stanford.EDU> References: <20071108122516.M55052@ccrma.Stanford.EDU> Message-ID: On Thu, 8 Nov 2007, Bill Schottstaedt wrote: > Snd 9.5 > > port to mingw thanks to Kjetil. > Well, it compiles, but doesn't really work very well yet: * Loading and saving soundfiles creates weird data, * linking against guile and gtk simultaniously makes snd crash right after starting. * File access often makes snd crash. Here's a test binary package: http://www.notam02.no/~kjetism/snd.zip (linked with gtk and not guile) Help from an experienced windows programmers would be nice. From joakim at verona.se Tue Nov 13 01:35:18 2007 From: joakim at verona.se (joakim at verona.se) Date: Tue, 13 Nov 2007 10:35:18 +0100 Subject: [CM] newbie question about realtime midi Message-ID: Hello, I would like to experiment with simple forms of "realtime composition". For example, detect midi noteon events, and generate a corresponding arpeggio in realtime. Is CM suitable for this sort of thing? Should I use portmidi or midishare? Working in lisp using Slime appears suitable for my needs but I have no experience with the plattform. -- Joakim Verona From juanig at ccrma.Stanford.EDU Tue Nov 13 09:53:02 2007 From: juanig at ccrma.Stanford.EDU (Juan I Reyes) Date: Tue, 13 Nov 2007 12:53:02 -0500 Subject: [CM] Snd 9.5 In-Reply-To: <20071108122516.M55052@ccrma.Stanford.EDU> References: <20071108122516.M55052@ccrma.Stanford.EDU> Message-ID: <1194976382.23017.48.camel@strawberry> > > more changes to fm.html, and fm-parallel|cascade|complex-component in dsp.scm > "Who is the audience for fm.html?" -- I'm having a great time working on it, > so I guess it is me. > Thanks Bill, I am also having fun with fm.html. Wow!! It is the best FM documentation I have seen in a very long time. Are we getting close to 35 years of John Chowning's article ? . --* Juan Reyes From bil at ccrma.Stanford.EDU Tue Nov 13 10:21:04 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Tue, 13 Nov 2007 10:21:04 -0800 Subject: [CM] Snd 9.5 In-Reply-To: <1194976382.23017.48.camel@strawberry> References: <20071108122516.M55052@ccrma.Stanford.EDU> <1194976382.23017.48.camel@strawberry> Message-ID: <20071113181154.M11856@ccrma.Stanford.EDU> > Are we getting close to 35 years of John Chowning's article ? . Yes, JC recently gave a talk on the history of FM for an AES conference -- I had been goofing around with that article before, but that got me inspired -- now each time I add a paragraph, I think of 6 more I need. He said the epiphany was 40 years ago -- my article was about 30 years ago which doesn't seem possible. I'm having more fun with this (and the new generators) than I've had in about 15 years -- hmmm, 17 to be exact. From plewto at gmail.com Fri Nov 16 23:49:12 2007 From: plewto at gmail.com (Steven Jones) Date: Sat, 17 Nov 2007 01:49:12 -0600 Subject: [CM] Somewhat OT filter design question. Message-ID: <58a9955a0711162349p3231ab8es554567e912fde5eb@mail.gmail.com> I'm reading through the second edition of Computer Music by Charles Dodge. At the bottom of page 203 there is an equation for determining fir low pass coefficients. But whenever the index k=N/2 there is a division by zero. Is this equation correct? Thanks in advance --Steven Jones From rhomboid at u.washington.edu Sat Nov 17 08:39:43 2007 From: rhomboid at u.washington.edu (Don Craig) Date: Sat, 17 Nov 2007 08:39:43 -0800 Subject: [CM] Somewhat OT filter design question. In-Reply-To: <58a9955a0711162349p3231ab8es554567e912fde5eb@mail.gmail.com> References: <58a9955a0711162349p3231ab8es554567e912fde5eb@mail.gmail.com> Message-ID: <765d0e1534215b50a5f17c02d77d021c@u.washington.edu> At the very top of the next page, it tells you what to do for n/2. I forget what exactly as I don't have the book with me. I remember being confused about this as well. Don On Nov 16, 2007, at 11:49 PM, Steven Jones wrote: > I'm reading through the second edition of Computer Music by Charles > Dodge. At the bottom of page 203 there is an equation for determining > fir low pass coefficients. But whenever the index k=N/2 there is a > division by zero. Is this equation correct? > > Thanks in advance > --Steven Jones > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From bil at ccrma.Stanford.EDU Mon Nov 19 03:54:26 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon, 19 Nov 2007 03:54:26 -0800 Subject: [CM] fm again Message-ID: <20071119115102.M94347@ccrma.Stanford.EDU> I can't resist a follow-up: Doug Fulton found an FM radio brochure buried as a bookmark in a used bookstore's copy of David Copperfield -- I'm all smiles! http://ccrma.stanford.edu/software/snd/snd/fm.html From dlphillips at woh.rr.com Mon Nov 19 04:18:54 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Mon, 19 Nov 2007 07:18:54 -0500 Subject: [CM] fm again In-Reply-To: <20071119115102.M94347@ccrma.Stanford.EDU> References: <20071119115102.M94347@ccrma.Stanford.EDU> Message-ID: <47417F2E.2040803@woh.rr.com> Bill Schottstaedt wrote: > I can't resist a follow-up: Doug Fulton found an FM radio brochure > buried as a bookmark in a used bookstore's copy of David Copperfield -- > I'm all smiles! > > http://ccrma.stanford.edu/software/snd/snd/fm.html Hi Bill, Well, that just made my morning too. :) Thanks for posting it, the pic of the radios is priceless. Best always, dp From juanig at ccrma.Stanford.EDU Tue Nov 20 13:12:14 2007 From: juanig at ccrma.Stanford.EDU (Juan I Reyes) Date: Tue, 20 Nov 2007 16:12:14 -0500 Subject: [CM] fm again In-Reply-To: <20071119115102.M94347@ccrma.Stanford.EDU> References: <20071119115102.M94347@ccrma.Stanford.EDU> Message-ID: <1195593134.29724.25.camel@strawberry> Looking at these really nice pictures (priceless as Dave points out), and out of curiosity, I can't resist to post this silly question: For an FM transmitter what it is the minimum length of the antenna for broadcasting at a frequency around 100MHz. ? --* Juan Reyes From bil at ccrma.Stanford.EDU Tue Nov 20 15:18:49 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Tue, 20 Nov 2007 15:18:49 -0800 Subject: [CM] fm again In-Reply-To: <1195593134.29724.25.camel@strawberry> References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> Message-ID: <20071120231439.M71984@ccrma.Stanford.EDU> > For an FM transmitter what it is the minimum length of the antenna for > broadcasting at a frequency around 100MHz. ? I don't know about antennas, but the "simple, non-technical" blurb inside says they're using the power line as an antenna; it actually says "just plug in and play". It describes FM reception as "every note from the lowest to the highest -- even delicate overtones -- with true-to-life 'in person' sound. ... No whistles, no over-lap, no cross-talk, only rich, glorious tone on a background of velvety silence". Geez, I want one. From vze26m98 at optonline.net Tue Nov 20 16:37:34 2007 From: vze26m98 at optonline.net (Charles Turner) Date: Tue, 20 Nov 2007 19:37:34 -0500 Subject: [CM] fm again In-Reply-To: <20071120231439.M71984@ccrma.Stanford.EDU> References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> <20071120231439.M71984@ccrma.Stanford.EDU> Message-ID: <20071120193734478386.96ce55ff@optonline.net> On Tue, 20 Nov 2007 15:18:49 -0800, Bill Schottstaedt wrote: >> For an FM transmitter what it is the minimum length of the antenna for >> broadcasting at a frequency around 100MHz. ? > > I don't know about antennas, but the "simple, non-technical" blurb > inside says they're using the power line as an antenna; it actually > says "just plug in and play". Certainly there must be someone on the list more knowledgable than I, but a typical FM receiving antenna is a half-wave design, I believe. For Xmission, there's this: Best, Charles From plutek at infinity.net Tue Nov 20 17:49:25 2007 From: plutek at infinity.net (plutek-infinity) Date: Tue, 20 Nov 2007 20:49:25 -0500 (EST) Subject: [CM] fm again In-Reply-To: <1195593134.29724.25.camel@strawberry> (message from Juan I Reyes on Tue, 20 Nov 2007 16:12:14 -0500) References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> Message-ID: <20071121014925.A740ACC6A4@peterlutek.com> >From: Juan I Reyes >Looking at these really nice pictures (priceless as Dave points out), >and out of curiosity, I can't resist to post this silly question: > >For an FM transmitter what it is the minimum length of the antenna for >broadcasting at a frequency around 100MHz. ? "Fundamentals of Radio" (Jordan, Nelson, Osterbrock, Pumphrey, Smeby, and Everitt - Prentice-Hall, New York: 1944) states that the velocity of electromagnetic waves is 300,000,000 m/s and that transmission of radio waves requires an antenna at least of the order of one-quarter wavelength, and most commonly one-half wavelength. given all that, i guess the wavelength would be 3m, the minimum antenna length would be 0.75m, and the most common antenna length would be 1.5m. of course, i may be wildly off on this, since i have no experience in the field -- just happen to own that very interesting book. see http://peterlutek.com/temp/antenna.jpg for a scan of the cogent bit of the book. (i'll be removing the scan in a day or two) -- .pltk. From edgar-rft at web.de Tue Nov 20 21:34:34 2007 From: edgar-rft at web.de (edgar-rft at web.de) Date: Wed, 21 Nov 2007 06:34:34 +0100 Subject: [CM] fm again Message-ID: <1888403094@web.de> Hi all, > For an FM transmitter what it is the minimum length of the antenna for > broadcasting at a frequency around 100MHz. ? There is no minimum length for electromagnetical radiation. AFAIK it's 1/lightspeed but that's atomic size so the 'minimum length' is probably 1 atom or just simply the smallest piece of metal you can imagine. The 'minimum reasonable length' is considered 'lambda/4' where: lambda = velocity / frequency lambda = electromagnetical wave length (not LISP) velocity = light speed frequency = 100MHz More broadcast information see: http://www.epanorama.net/links/radio.html regards, - edgar -- The author of this email does not necessarily endorse the following advertisements, which are the sole responsibility of the advertiser: _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066 From plewto at gmail.com Tue Nov 20 23:46:38 2007 From: plewto at gmail.com (Steven Jones) Date: Wed, 21 Nov 2007 01:46:38 -0600 Subject: [CM] OT Interesting pro audio reference site Message-ID: <58a9955a0711202346x66f235c9q64384e7b8c9adcaf@mail.gmail.com> I just stumbled across this interesting audio glossary sponsored by Rane and thought others might be interested. Its quite comprehensive with tangents on Greek Mythology and also this gem: "mondegreen The term for representing a series of words resulting from the mishearing of a statement or song lyric. Variously attributed to Sylvia Wright, who is credited with coining the word in a 1954 Harper's column, and also to Jon Carroll by Pinker" http://www.rane.com/digi-dic.html From juanig at ccrma.Stanford.EDU Wed Nov 21 07:45:51 2007 From: juanig at ccrma.Stanford.EDU (Juan I Reyes) Date: Wed, 21 Nov 2007 10:45:51 -0500 Subject: [CM] fm again In-Reply-To: <20071120231439.M71984@ccrma.Stanford.EDU> References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> <20071120231439.M71984@ccrma.Stanford.EDU> Message-ID: <1195659951.999.15.camel@strawberry> Hi Bill, I never thought one could use power lines for this purpose. This sounds really encouraging even for today standards and for the sake of sound. For many of us FM radio was a big mystery (if not a miracle) several years ago. Thanks a lot for sharing these notes with us. --* Juan On Tue, 2007-11-20 at 15:18 -0800, Bill Schottstaedt wrote: > > For an FM transmitter what it is the minimum length of the antenna for > > broadcasting at a frequency around 100MHz. ? > > I don't know about antennas, but the "simple, non-technical" blurb > inside says they're using the power line as an antenna; it actually > says "just plug in and play". It describes FM reception as "every note > from the lowest to the highest -- even delicate overtones -- with > true-to-life 'in person' sound. ... No whistles, no over-lap, no cross-talk, > only rich, glorious tone on a background of velvety silence". > Geez, I want one. From juanig at ccrma.Stanford.EDU Wed Nov 21 08:02:23 2007 From: juanig at ccrma.Stanford.EDU (Juan I Reyes) Date: Wed, 21 Nov 2007 11:02:23 -0500 Subject: [CM] fm again In-Reply-To: <20071121014925.A740ACC6A4@peterlutek.com> References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> <20071121014925.A740ACC6A4@peterlutek.com> Message-ID: <1195660943.999.29.camel@strawberry> Thanks a lot Peter, This is more than what I wanted to know but now I get the picture. I am not an RF person either and I always wondered why FM station transmitter antennas were so huge while wireless gadgets are using real tiny embedded antennas. Wow! I am really grateful scanned page and for pointing another jewel book on this subject matter. With all this inspiration I might get into a sound installation involving FM sounds and FM transmission :-0 --* Juan On Tue, 2007-11-20 at 20:49 -0500, plutek-infinity wrote: > >From: Juan I Reyes > > >Looking at these really nice pictures (priceless as Dave points out), > >and out of curiosity, I can't resist to post this silly question: > > > >For an FM transmitter what it is the minimum length of the antenna for > >broadcasting at a frequency around 100MHz. ? > > "Fundamentals of Radio" (Jordan, Nelson, Osterbrock, Pumphrey, Smeby, and Everitt - Prentice-Hall, New York: 1944) states that the velocity of electromagnetic waves is 300,000,000 m/s and that transmission of radio waves requires an antenna at least of the order of one-quarter wavelength, and most commonly one-half wavelength. > > given all that, i guess the wavelength would be 3m, the minimum antenna length would be 0.75m, and the most common antenna length would be 1.5m. of course, i may be wildly off on this, since i have no experience in the field -- just happen to own that very interesting book. > > see http://peterlutek.com/temp/antenna.jpg for a scan of the cogent bit of the book. (i'll be removing the scan in a day or two) > -- CCRMA, Center for Computer Research in Music and Acoustics STanford University From plutek at infinity.net Wed Nov 21 08:12:07 2007 From: plutek at infinity.net (plutek-infinity) Date: Wed, 21 Nov 2007 11:12:07 -0500 (EST) Subject: [CM] fm again In-Reply-To: <1195660943.999.29.camel@strawberry> (message from Juan I Reyes on Wed, 21 Nov 2007 11:02:23 -0500) References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> <20071121014925.A740ACC6A4@peterlutek.com> <1195660943.999.29.camel@strawberry> Message-ID: <20071121161207.8D7E1CC6A4@peterlutek.com> >From: Juan I Reyes >Wow! I am really grateful scanned page and for pointing another jewel >book on this subject matter. yes, it's a gorgeous little book -- starts out explaining that our number system consists of ten digits: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9. then, by the end, you're building amplifiers and transmitters which, in their day, would have occupied entire rooms. very cool. -- .pltk. From juanig at ccrma.Stanford.EDU Wed Nov 21 12:29:55 2007 From: juanig at ccrma.Stanford.EDU (Juan I Reyes) Date: Wed, 21 Nov 2007 15:29:55 -0500 Subject: [CM] fm again In-Reply-To: <1195593134.29724.25.camel@strawberry> References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> Message-ID: <1195676995.999.56.camel@strawberry> Thanks Bill, Peter, Charles Edgar, et al. Needless to say I can't help but being very curious about the radio side of FM. I remember John Chowning talking about the issue (Bessel functions) but at the time, I should acknowledge, we only cared for great sounds and neither radio nor its hardware. The lambda (wavelength) Lisp connection is a great point which makes me wonder about this happy coincidence, at least in the case of CLM and SND. Not so sure John McCarthy thought Lisp will be used for FM. But if I am not mistaken, he was around SAIL on the early days of FM synthesis. --* Juan From joshp at u.washington.edu Wed Nov 21 13:17:13 2007 From: joshp at u.washington.edu (Joshua Parmenter) Date: Wed, 21 Nov 2007 13:17:13 -0800 Subject: [CM] snd crash Message-ID: <874F8DE6-DF15-4D4D-AFF6-8140737E507A@u.washington.edu> I am getting a strange crash with snd on mac os 10.5 with X11. If I resize a window I get: bash-3.2$ The program 'snd' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 17350 error_code 8 request_code 70 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I am running with X11, along with gtk2, and fftw-3 all built from MacPorts. Any ideas what would cause this? Both 9.2 and 9.5 (built yesterday) do this. I can't find anything meaningful in Console logs, and running with --sync doesn't provide anything either. If there is other info I can provide, I'd be more then happy to (just let me know). best, Josh ****************************************** Joshua Parmenter University of Washington Center for Digital Arts and Experimental Media Seattle, Washington 98195 http://www.realizedsound.net/josh/ http://www.dxarts.washington.edu From bil at ccrma.Stanford.EDU Wed Nov 21 14:23:46 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 21 Nov 2007 14:23:46 -0800 Subject: [CM] snd crash In-Reply-To: <874F8DE6-DF15-4D4D-AFF6-8140737E507A@u.washington.edu> References: <874F8DE6-DF15-4D4D-AFF6-8140737E507A@u.washington.edu> Message-ID: <20071121221958.M51906@ccrma.Stanford.EDU> Thanks for the bug report! I can hit the same problem in the gtk version of Snd, but not the Motif version (in OSX 10.5 of course). Using --sync and breaking at gdk_x_error indicates that the problem happens in gdk_draw_rectangle (from the args I think it is trying to clear the graph, or perhaps draw the background color), and the actual offending line calls XFillRectangle. Everything in the stack looks fine to me -- this happens in both gtk 2.10 and the current version. I will google around -- maybe someone else has hit this bug. From joshp at u.washington.edu Wed Nov 21 14:25:16 2007 From: joshp at u.washington.edu (Joshua Parmenter) Date: Wed, 21 Nov 2007 14:25:16 -0800 Subject: [CM] snd crash In-Reply-To: <20071121221958.M51906@ccrma.Stanford.EDU> References: <874F8DE6-DF15-4D4D-AFF6-8140737E507A@u.washington.edu> <20071121221958.M51906@ccrma.Stanford.EDU> Message-ID: <1DA100AD-3BFC-4069-843A-2E9CAFB531E6@u.washington.edu> Thanks Bill... I'll try to see if I can grab openmotif for the time being. Thanks. Josh On Nov 21, 2007, at 2:23 PM, Bill Schottstaedt wrote: > Thanks for the bug report! I can hit the same problem in the gtk > version of Snd, but not the Motif version (in OSX 10.5 of course). > Using --sync and breaking at gdk_x_error indicates that the > problem happens in gdk_draw_rectangle (from the args I think > it is trying to clear the graph, or perhaps draw the background > color), and the actual offending line calls XFillRectangle. > Everything > in the stack looks fine to me -- this happens in both gtk 2.10 > and the current version. I will google around -- maybe someone > else has hit this bug. > > > ****************************************** Joshua Parmenter University of Washington Center for Digital Arts and Experimental Media Seattle, Washington 98195 http://www.realizedsound.net/josh/ http://www.dxarts.washington.edu From bil at ccrma.Stanford.EDU Wed Nov 21 14:41:19 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 21 Nov 2007 14:41:19 -0800 Subject: [CM] snd crash In-Reply-To: <1DA100AD-3BFC-4069-843A-2E9CAFB531E6@u.washington.edu> References: <874F8DE6-DF15-4D4D-AFF6-8140737E507A@u.washington.edu> <20071121221958.M51906@ccrma.Stanford.EDU> <1DA100AD-3BFC-4069-843A-2E9CAFB531E6@u.washington.edu> Message-ID: <20071121223952.M38761@ccrma.Stanford.EDU> For once Google came through I think -- everyone and his brother is complaining about this, and the workaround seems to be to go to the X11 preferences, set "colors" to "thousands" and restart X11. Here's a brief note about it: According to , this is a misunderstanding between gtk, cairo, and X11 about the bit depth of "millions of colors", 24 or 32. Please file a bug with Apple's bugreporter so that it gets more weight. A reported workaround seems to be to set the output bit depth in the X11 Preferences to "Thousands of colors". From joshp at u.washington.edu Wed Nov 21 14:43:05 2007 From: joshp at u.washington.edu (Joshua Parmenter) Date: Wed, 21 Nov 2007 14:43:05 -0800 Subject: [CM] snd crash In-Reply-To: <20071121223952.M38761@ccrma.Stanford.EDU> References: <874F8DE6-DF15-4D4D-AFF6-8140737E507A@u.washington.edu> <20071121221958.M51906@ccrma.Stanford.EDU> <1DA100AD-3BFC-4069-843A-2E9CAFB531E6@u.washington.edu> <20071121223952.M38761@ccrma.Stanford.EDU> Message-ID: <776511AF-CB24-4597-A186-CBA685BD6758@u.washington.edu> thanks... I'll give that a try also. Just built with openmotif also without a problem also. Thanks, Josh On Nov 21, 2007, at 2:41 PM, Bill Schottstaedt wrote: > For once Google came through I think -- everyone and his brother > is complaining about this, and the workaround seems to be to go > to the X11 preferences, set "colors" to "thousands" and restart X11. > Here's a brief note about it: > > > According to , > this is a misunderstanding > between gtk, cairo, and X11 about the bit depth of "millions of > colors", 24 or 32. Please file a bug with > Apple's bugreporter so that it gets more weight. > > A reported workaround seems to be to set the output bit depth in the > X11 Preferences to "Thousands of > colors". > > > ****************************************** Joshua Parmenter University of Washington Center for Digital Arts and Experimental Media Seattle, Washington 98195 http://www.realizedsound.net/josh/ http://www.dxarts.washington.edu From juanig at ccrma.Stanford.EDU Thu Nov 22 09:54:02 2007 From: juanig at ccrma.Stanford.EDU (Juan I Reyes) Date: Thu, 22 Nov 2007 12:54:02 -0500 Subject: [CM] fm again In-Reply-To: <1195676995.999.56.camel@strawberry> References: <20071119115102.M94347@ccrma.Stanford.EDU> <1195593134.29724.25.camel@strawberry> <1195676995.999.56.camel@strawberry> Message-ID: <1195754042.5626.1.camel@strawberry> FTR, here is a web page about Edwin H. Armstrong and the early history of FM radio: http://users.erols.com/oldradio/ --* Juan From nando at ccrma.Stanford.EDU Thu Nov 22 21:14:40 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 22 Nov 2007 21:14:40 -0800 Subject: [CM] Receiving from portmidi In-Reply-To: <4309.195.132.184.132.1186946339.squirrel@www.altern.org> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> Message-ID: <1195794880.9170.4.camel@cmn2.stanford.edu> On Sun, 2007-08-12 at 21:18 +0200, Thomas Lambert wrote: > Hello, > > I come back to a buried subject but this problem isn't solved for me yet. > I have other thing to play with in CM so no hurry but to be able to > receive midi events is essential for my project. I'd really appreciate any > help. > > I posted 2 times in end of april, beginning of may, but for those who > don't want to browse the archive : > under linux > sbcl > output portmidi works yes, same problem here. I'm trying this out as one of my Planet CCRMA users is trying cm and can't get portmidi input to work. Rick? This used to work. AFAICT *receive-methods* in io.lisp/io.scm is nil and never initialized, as long as it is nil nothing will happen. None of the receiver examples work (tried with today's svn and current portmidi and rts tarballs). -- Fernando > this is based from the portmidi's help topic : > CM> (define *pm* (portmidi-open :latency 0 :input 1 :output 3)) > ; No value > CM> (define myseq (new seq)) > ; No value > CM> (portmidi-record! myseq) > > portmidi-record!: receiver already active. > [Condition of type SIMPLE-ERROR] > > Restarts: > 0: [ABORT-REQUEST] Abort handling SLIME request. > 1: [TERMINATE-THREAD] Terminate this thread (# {B981B11}>) > > Backtrace: > 0: (PORTMIDI-RECORD! #) > 1: (SB-INT:SIMPLE-EVAL-IN-LEXENV (PORTMIDI-RECORD! MYSEQ) #) > > > > It's already active (why ?) so i disconnect it : > CM> (portmidi-record! #f) > ; No value > CM> (portmidi-record! myseq) > > set-receiver!: # does not > support :receive-type :PERIODIC. > [Condition of type SIMPLE-ERROR] > > Restarts: > 0: [ABORT-REQUEST] Abort handling SLIME request. > 1: [TERMINATE-THREAD] Terminate this thread (# {B981B11}>) > > Backtrace: > 0: (SET-RECEIVER! # > #) > 1: (SB-INT:SIMPLE-EVAL-IN-LEXENV (PORTMIDI-RECORD! MYSEQ) #) > > > Does someone has an idea ? > > Thomas > > > > > this sounds like a bug but i need to find a keyboard and test it out. > > im totally booked today, will try to look at it tomorrow. apologies > > for the delay! > > --rick > > > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From plewto at gmail.com Fri Nov 23 01:06:22 2007 From: plewto at gmail.com (Steven Jones) Date: Fri, 23 Nov 2007 03:06:22 -0600 Subject: [CM] memory fault within run macro Message-ID: <58a9955a0711230106x6c6221e0k501ae5b50b4686d4@mail.gmail.com> Hi All, I'm attempting to write a compound unit generator which ring modulates a sine wave with narrow-band noise. I'm using a three element array to hold the various primitive unit generators. The first array element is a symbol to identify the structure, the second is a rand-interp object and the third an oscil object. When I execute the test instrument however I get a memory-fault error. The offending code appears to be the rand-interp in the nseband macro. I have also tried rand with the same result. Im using SBCL on Fedora 5. (defmacro make-nseband (&key (frequency 440)(bw 10)) `(make-array 3 :initial-contents (list 'nseband (make-rand-interp :frequency ,bw) (make-oscil :frequency ,frequency) ))) (defmacro nseband? (obj) `(and (arrayp ,obj)(eq (aref ,obj 0) 'nseband))) (defmacro nseband (obj &optional (fm 0)) `(* (rand-interp (aref ,obj 1)) ;; *** APPARENT TROUBLE SPOT (oscil (aref ,obj 2) ,fm) )) (definstrument test (&key (dur 1)(frq 440)(bw 10)(amp 1)) (let* ((s1 (* dur *srate*)) (obj (make-nseband :frequency frq :bw bw))) (dotimes (i 3) (format t "~%obj[~A] ==> ~A" i (aref obj i))) (with-sound () (run (loop for s from 0 below s1 do (outa s (nseband obj))))))) This is the error message * (test) obj[0] ==> NSEBAND obj[1] ==> # obj[2] ==> # debugger invoked on a SB-SYS:MEMORY-FAULT-ERROR in thread #: Unhandled memory fault at #x4. <...snip...> Thanks for any suggestions --Steven Jones From bil at ccrma.Stanford.EDU Fri Nov 23 05:02:10 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Fri, 23 Nov 2007 05:02:10 -0800 Subject: [CM] memory fault within run macro In-Reply-To: <58a9955a0711230106x6c6221e0k501ae5b50b4686d4@mail.gmail.com> References: <58a9955a0711230106x6c6221e0k501ae5b50b4686d4@mail.gmail.com> Message-ID: <20071123125252.M70000@ccrma.Stanford.EDU> In the CL version of CLM, each variable used in the run loop has to have one type, and arrays are considered to be made up of all elements of one type; each generator is considered a different type, so run can't handle an array with a symbol, an oscil, and a rand-interp -- run should have generated some sort of warning. This limitation can be got around in Scheme by using def-clm-struct, but not in CL (it's a very long story). So, you can do this in CL in the following, somewhat ugly way: (defun make-nseband (&key (frequency 440.0) (bw .1)) (values (make-oscil frequency) (make-rand-interp frequency bw))) (defmacro nseband (osc rnd &optional (fm 0)) `(* (oscil ,osc ,fm) (rand-interp ,rnd))) (definstrument test (&key (dur 1) (frq 440) (bw .10) (amp 1)) (let* ((s1 (seconds->samples dur))) (multiple-value-bind (osc rnd) (make-nseband :frequency frq :bw bw) (run (loop for i from 0 to s1 do (outa i (* amp (nseband osc rnd)))))))) In Scheme (and ideally in CL), you could use def-clm-struct: (def-clm-struct (nseband :make-wrapper (lambda (g) (set! (nseband-osc g) (make-oscil (nseband-frequency g))) (set! (nseband-rnd g) (make-rand-interp (nseband-frequency g) (nseband-bw g))) g)) (frequency 440.0) (bw 0.0) (osc #f :type clm) (rnd #f :type clm)) (define (nseband gen fm) (* (rand-interp (nseband-rnd gen)) (oscil (nseband-osc gen) fm))) (definstrument (test :key (dur 1) (frq 440) (bw .10) (amp 1)) (let* ((s1 (seconds->samples dur)) (obj (make-nseband :frequency frq :bw bw))) (run (lambda () (do ((i 0 (1+ i))) ((= i s1)) (outa i (* amp (nseband obj 0.0)) *output*)))))) By the way, I think you're using "bw" as the rand-interp amplitude, but then using the output of rand-inerp as ampitude modulation, so your output will be between -bw and bw -- if you use 10, turn down your amplifier! From taube at uiuc.edu Fri Nov 23 06:06:28 2007 From: taube at uiuc.edu (Rick Taube) Date: Fri, 23 Nov 2007 08:06:28 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: <1195794880.9170.4.camel@cmn2.stanford.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> Message-ID: <29DB626D-B998-47CA-9420-5651C5499D3C@uiuc.edu> > Rick? > This used to work. AFAICT *receive-methods* in io.lisp/io.scm is > nil and > never initialized, as long as it is nil nothing will happen. None > of the > receiver examples work (tried with today's svn and current portmidi > and > rts tarballs). > > -- Fernando > is this using the latest tarballs of rts and portmidi on sourceforge? i tested it before i made those tarballs last summer when i switched to svn and it was working...if you are using the tarballs then i screwd up somehow and its something silly that is going wrong. unfortunatly it will probably take me several days to get to it, im in the middle of debugging a gc + threading problem and its really difficult. From nando at ccrma.Stanford.EDU Fri Nov 23 10:10:10 2007 From: nando at ccrma.Stanford.EDU (Fernando Pablo Lopez-Lezcano) Date: Fri, 23 Nov 2007 10:10:10 -0800 (PST) Subject: [CM] Receiving from portmidi In-Reply-To: <29DB626D-B998-47CA-9420-5651C5499D3C@uiuc.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <29DB626D-B998-47CA-9420-5651C5499D3C@uiuc.edu> Message-ID: On Fri, 23 Nov 2007, Rick Taube wrote: >> Rick? >> This used to work. AFAICT *receive-methods* in io.lisp/io.scm is nil and >> never initialized, as long as it is nil nothing will happen. None of the >> receiver examples work (tried with today's svn and current portmidi and >> rts tarballs). > > is this using the latest tarballs of rts and portmidi on sourceforge? ??? Please reread the last part of the paragraph you quote... Again: yesterday's svm and current portmidi (2.0.1) and rts (2.0.1) tarballs, freshly downloaded. Cm, portmidi and rts loaded on top of sbcl 1.0.9. Receiving does not work. Same error messages as reported several times in the list. *receive-methods* is an association (according to the scm code) that is tested and, as far as I can tell, is not set to anything anywhere. I have not idea what it should be set to. -- Fernando > i > tested it before i made those tarballs last summer when i switched to svn and > it was working...if you are using the tarballs then i screwd up somehow and > its something silly that is going wrong. unfortunatly it will probably take > me several days to get to it, im in the middle of debugging a gc + threading > problem and its really difficult. From taube at uiuc.edu Tue Nov 27 17:27:30 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 27 Nov 2007 19:27:30 -0600 Subject: [CM] Realtime Grace with Scheme Message-ID: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> Something to cluck about! Grace now has real time scheduling with Chicken Scheme as its extension language. This new scheme system is not Common Music, its smaller, simpler and designed from the bottom up for realtime. However a number of CM functions are there (along with some new ones) and more will certainly follow. a first cut at documentation is here: http://pinhead.music.uiuc.edu/~hkt/grace/doc/scheme.html This doc is also available in Grace's Help Menu. Right now we have the midi port's note method going. midi input is actually working too (see the Test Input menu item) but we dont have the ability yet to set a scheme hook. sending to plotter and sequences are in the works. we will try to implement realtime audio using JUCE's new audio plugin framework after that. To build Grace with Scheme you need JUCE and Chicken (2.731 or higher) installed on your system. Then do: svn co http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/ grace cd grace scons JUCEDIR=/path/to/juce-1.45 SCHEME=1 scons install I have to say its alot of fun! (playing with it, not building it...) (define (pinkdorian len) ;; map pink noise onto dorian scale (go ((dorian (steps 50 20 2 1 2 2 2 1 2)) (i 0 (+ i 1))) ((= i len) ) (send "mp:note" #:key (discrete (ranpink) -1 1 dorian)) (wait .2))) (sprout (pinkdorian 100)) Grace with scheme builds and works on OSX and linux and i dont see why it wouldnt work on windows as well. We do plan to start releasing Grace binaries at the end of the year. there is (at least) one outstanding issue: if scheme runs out of heap, it crashes the app. right now we initialize the heap to 1Meg and stack to 64000. You can set these to higher values if you need to by editing your Grace.prefs file (sorry, no dialog box yet!) for information on building grace with scheme see: http://pinhead.music.uiuc.edu/~hkt/grace/doc/install.html From dlphillips at woh.rr.com Wed Nov 28 02:41:08 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Wed, 28 Nov 2007 05:41:08 -0500 Subject: [CM] Realtime Grace with Scheme In-Reply-To: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> Message-ID: <474D45C4.5020506@woh.rr.com> Rick Taube wrote: > Something to cluck about! Grace now has real time scheduling with > Chicken Scheme as its extension language. [snip] Hi Rick, That's great news. I was wondering what's going on with Grace, now I know. :) I built and ran it on 64 Studio yesterday, no problems with either JUCE or Grace. But how do I actually get sound from your examples ? Confused again here... Best, dp From taube at uiuc.edu Wed Nov 28 03:30:17 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 28 Nov 2007 05:30:17 -0600 Subject: [CM] Realtime Grace with Scheme In-Reply-To: <474D45C4.5020506@woh.rr.com> References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> <474D45C4.5020506@woh.rr.com> Message-ID: > That's great news. I was wondering what's going on with Grace, now > I know. :) todd and i have been working away. The Grace Common Lisp binding is working well now and quite stable, im teaching with it and its functioning just as well as CM with Emacs and Slime which i dont use any more. Sal is also very stable and easy to teach with. This new scheme binding has been alot of work and there is still lots more to do. The big advange over rts is its all in C++ in one package. we are using vanilla juce threads so things should work everywhere. the scheme functions we implement are really just wrappers around C code. > But how do I actually get sound from your examples ? [1] Select an output device under the Ports menu of the Consolw WINdow Ports>MIdi Out> ... Once you select a device use Ports>Midi Out>Test Output to make sure you have sound. [2] Open a lisp buffer, add your code and hit Command-Return after an expr to eval it. (on linux Command==control key, or use C-x C-e if you enable emacs commands.) Do Midi Input in a simiar way: Ports>Midi In> ... Ports>Midi In>Test Input It was tested on Gentoo and it works, but i cant get midiout sound on my old dell/fedora box. so its either my old machine or some a juce/ linux issue that i dont understand. Grace's code is exactly the same for Linux and Mac. Things work great on OSX, you can select an external device or use the Inter Application bus and route data to SimpleSynth or whatever. so if you can select output devices but dont get sound ill have to get help from you how to debug the linux side of things, i dont understant the midi routing on linux at all. From dlphillips at woh.rr.com Wed Nov 28 04:15:49 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Wed, 28 Nov 2007 07:15:49 -0500 Subject: [CM] Realtime Grace with Scheme In-Reply-To: References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> <474D45C4.5020506@woh.rr.com> Message-ID: <474D5BF5.7070402@woh.rr.com> Rick Taube wrote: >> But how do I actually get sound from your examples ? > > > [1] Select an output device under the Ports menu of the Consolw WINdow > Ports>MIdi Out> ... > Once you select a device use Ports>Midi Out>Test Output to make sure > you have sound. > [2] Open a lisp buffer, add your code and hit Command-Return after an > expr to eval it. (on linux Command==control key, or use C-x C-e if you > enable emacs commands.) > > Do Midi Input in a simiar way: > Ports>Midi In> ... > Ports>Midi In>Test Input Cool, thanks a lot. Alas, no sound. :( I get this messaging from the terminal : calling process node 1003... minor GC minor GC minor GC ...done calling process node 1003 deleted process node 1003 Queue size: 0 scheduling queue is empty isopen=0 isactive=0 > It was tested on Gentoo and it works, but i cant get midiout sound on > my old dell/fedora box. so its either my old machine or some a > juce/linux issue that i dont understand. Grace's code is exactly the > same for Linux and Mac. Things work great on OSX, you can select an > external device or use the Inter Application bus and route data to > SimpleSynth or whatever. > so if you can select output devices but dont get sound ill have to get > help from you how to debug the linux side of things, i dont understant > the midi routing on linux at all. I may not be much help, especially if the MIDI implementation is more ALSA than OSS, but I might know someone who could help. I'll get in touch with Lucio Asnaghi, he's the developer of JOST, and he's been doing stuff with JUCE for quite a while, including a lot of MIDI stuff. Meanwhile I'll keep hacking. :) Best, dp From taube at uiuc.edu Wed Nov 28 04:43:28 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 28 Nov 2007 06:43:28 -0600 Subject: [CM] Realtime Grace with Scheme In-Reply-To: <474D5BF5.7070402@woh.rr.com> References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> <474D45C4.5020506@woh.rr.com> <474D5BF5.7070402@woh.rr.com> Message-ID: <01E3CD35-8DCF-4868-8AA0-A4A5F7981AE7@uiuc.edu> the messages in the terminal are just normal debugging traces. you can turn it off at the top of Scheme.cpp if you want... the no sound is not normal, what linux are you using? do you see devices? if so then its some routing issue i dont understand, maybe you have to run some midi demon or something? On Nov 28, 2007, at 6:15 AM, Dave Phillips wrote: > Cool, thanks a lot. Alas, no sound. :( > > I get this messaging from the terminal : > > calling process node 1003... > minor GC > minor GC > minor GC > ...done calling process node 1003 > deleted process node 1003 > Queue size: 0 > scheduling queue is empty > isopen=0 isactive=0 From taube at uiuc.edu Wed Nov 28 05:56:05 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 28 Nov 2007 07:56:05 -0600 Subject: [CM] Realtime Grace with Scheme In-Reply-To: <474D5BF5.7070402@woh.rr.com> References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> <474D45C4.5020506@woh.rr.com> <474D5BF5.7070402@woh.rr.com> Message-ID: On Nov 28, 2007, at 6:15 AM, Dave Phillips wrote: > I may not be much help, especially if the MIDI implementation is > more ALSA than OSS, im pretty sure juce is using alsa for midi on linux -- there is an entry for alsa in juce_Config.h that needs to be ON: /** Comment out this macro to disable building of ALSA device support on Linux. */ #ifndef JUCE_ALSA #define JUCE_ALSA 1 #endif if alsa is off then you wont see any ports ( i know because i made this mistake). i dont know if this is your problem or if you have ports and they just dont work. > but I might know someone who could help. I'll get in touch with > Lucio Asnaghi, he's the developer of JOST, and he's been doing > stuff with JUCE for quite a while, including a lot of MIDI stuff great, thanks! From taube at uiuc.edu Wed Nov 28 06:10:47 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 28 Nov 2007 08:10:47 -0600 Subject: [CM] how to get output In-Reply-To: <474D5BF5.7070402@woh.rr.com> References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> <474D45C4.5020506@woh.rr.com> <474D5BF5.7070402@woh.rr.com> Message-ID: ok on linux you have to run someting called qjackctl to actually make a connection i guess. this just worked for me on my planetccrma box with output to an external sound canvas: 1 start grace and select your output device from Ports>Midi Out> 2 start qjackctl and press on "connect", then select the midi tab. 3 click on "Juce Midi Output" in the left panel, click on the destination in the right panel Press connect 4 go back to grace and do Ports>Midi Out>Test Output -- you should hear sound. sheesh. presumably there is some way to get this as a saved configureation so you dont keep having to do it. From dlphillips at woh.rr.com Wed Nov 28 06:31:16 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Wed, 28 Nov 2007 09:31:16 -0500 Subject: [CM] Re: how to get output In-Reply-To: References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> <474D45C4.5020506@woh.rr.com> <474D5BF5.7070402@woh.rr.com> Message-ID: <474D7BB4.50709@woh.rr.com> Rick Taube wrote: > ok on linux you have to run someting called qjackctl to actually make > a connection i guess. this just worked for me on my planetccrma box > with output to an external sound canvas: > > 1 start grace and select your output device from Ports>Midi Out> > 2 start qjackctl and press on "connect", then select the midi tab. > 3 click on "Juce Midi Output" in the left panel, click on the > destination in the right panel > Press connect > > 4 go back to grace and do Ports>Midi Out>Test Output -- you should > hear sound. sheesh. > > presumably there is some way to get this as a saved configureation so > you dont keep having to do it. Ah, good, QJackCtl to the rescue. Yes, you can save/load any audio/MIDI connections config via QJackCtl's Patchbay. Okay, pinkdorian sprouted its audio through QSynth. This is great stuff, so I'm disappearing now, I'm going to play with code. :) Best, dp From taube at uiuc.edu Wed Nov 28 06:46:40 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 28 Nov 2007 08:46:40 -0600 Subject: [CM] Re: how to get output In-Reply-To: <474D7BB4.50709@woh.rr.com> References: <03C97CD6-1412-4390-933D-4E40BD13929A@uiuc.edu> <474D45C4.5020506@woh.rr.com> <474D5BF5.7070402@woh.rr.com> <474D7BB4.50709@woh.rr.com> Message-ID: <8150001A-A136-471E-8D5D-D11784A1A8C5@uiuc.edu> this stuff is brand new, save often, expect crashes ;) On Nov 28, 2007, at 8:31 AM, Dave Phillips wrote: > Okay, pinkdorian sprouted its audio through QSynth. This is great > stuff, so I'm disappearing now, I'm going to play with code. :) >