Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com To: cygwin AT cygwin DOT com From: Theo Verelst Subject: Re: Sound generator starting package for Linux/Cygwin Date: Wed, 17 Nov 2004 11:08:54 +0100 Lines: 42 Message-ID: References: <419B1512 DOT 9010700 AT x-ray DOT at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet AT sea DOT gmane DOT org X-Gmane-NNTP-Posting-Host: 82-168-209-239-bbxl.xdsl.tiscali.nl User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) In-Reply-To: <419B1512.9010700@x-ray.at> X-IsSubscribed: yes Reini Urban wrote: > Theo Verelst schrieb: > >> I've started a sound generator package on Linux and Cygwin consisting >>... >> http://82.168.209.239/Soundtest > Why not use the standard puredata, which is also based on tcl/tk and > portaudio, but is stable and mature? Well, as quick response, to begin with I didn't know about that package. Second, having quickly looked at it, it looks like the package I've seen at IRCAM, which frankly sounded not so good at all. The approach of readable messages to control a sound core is hardly new, I've used it decades ago in other context such as graphics (e.g. AVS), and I liked (and still like) the approach in combination with a good interpreted language, for which this example is meant. Pd probably stems back to NeXT, which as first desktop had a builtin DSP for sound processing. I'm interested in DSP, too, (see http://82.168.209.239/Dsp , http://82.168.209.239/Xilinx ), I'm sure it's quite an issue to do sound algorithms right (http://mini.net/tcl/11991)... I'll check Pd, but am quite sure I don't want to go that way myself. Oh, the idea was also to try out an approach which could make scripting and C core work on Linux and cygwin, preferably with as little porting effort as possible, and also in a distributed way: more than one sound cores on different machines. And I've made a (very complicated) sound generator core ( http://82.168.209.239/Articles/pms.html ) for string simulation (presented at FOSDEM last year http://82.168.209.239/Fosdem ) which I want to be able to control not just over midi in real time, and though I'd experiment a bit with a practical frame for that. Regards, Theo Verelst -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/