Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Pete Yadlowsky
On Thursday 14 August 2003 01:00 am, Brad Arant wrote: > LADSPA is interesting but > I do not see where it handles some of the issues of polyphonic voicing > and assignment control. I'm presently dealing with polyphony at the Python level (Python bindings for my LADSPA-like system). > Do not be

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Steve Harris
On Wed, Aug 13, 2003 at 10:47:48 -0700, Tim Hockin wrote: > It's like designing a new windowing system. You MIGHT do better, but lots > of really smart people have done worse. I'd actively beg that anyone who > has a lot of thoughts on this PLEASE catch up on GMPI and join in the fray. > The XAP

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Steve Harris
On Thu, Aug 14, 2003 at 03:00:51PM +0200, Ingo Oeser wrote: > On Thu, Aug 14, 2003 at 09:55:01AM +0100, Steve Harris wrote: > > You can do it efficiently in software if you downcompile the > > modules to a processing loop at runtime, c.f. the linuxsampler > > project. > > This should be the defau

RE: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Brad Arant
>> Would like to respond to Pete Yadlowsky... >Thanks, Brad. >> |- I've done away with the distinction between control signals and audio >> |signals. >> Early on I adopted this approach but have changed my ways as I traveled down >> the >> path for a few reasons. Actually, I have made the distin

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Tim Hockin
On Thu, Aug 14, 2003 at 12:22:06PM +0100, Steve Harris wrote: > On Thu, Aug 14, 2003 at 09:48:45AM +0100, Steve Harris wrote: > > I would activly encourage people who are interested in this subject to > > learn what they are doing before entering the fray. GMPI needs more random > > unevaluated ide

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Tim Hockin
On Thu, Aug 14, 2003 at 01:24:50AM -0400, Paul Davis wrote: > > >and other controllers using (yuck) MIDI for now. LADSPA is interesting but > >I do not see where it handles some of the issues of polyphonic voicing > >and assignment control. > > it doesn't. it was never meant to. attempts to creat

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Pete Yadlowsky
On Wednesday 13 August 2003 08:09 pm, Paul Davis wrote: > per-sample processing isn't a feasible option as a general API model > for, oh, i'd guess at least another 3-4 years. I'm in no particular hurry. Till then, I'll just chug along. I can't help but find the one-sample model compellingly att

[linux-audio-dev] exploring LADSPA

2003-08-14 Thread Pete Yadlowsky
Hello, I'm new to this mailing list, though not especially new to computer music. I was heavily involved in it some years ago, mainly on the NeXT platform, then fell away. Out of curiousity, I recently decided to look around and see what was available today for Linux, audio-wise. One of the i

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Paul Davis
>that someone may find a few of them useful, and to perhaps contribute to >LADSPA's evolution: LADSPA's evolution is most likely to take place within the context of GMPI (Generalized Music Plugin Interface), a cross-industry attempt to define a new platform and vendor independent audio/MIDI plugi

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Paul Davis
>>> and have done extensive benchmark tests and >>> have found no degradation in performance > >> Yes. I believe double-precision is the standard data type used by most >> floating-pt processors. Single-precision floats must first be converted to >> doubles at each computation, thus actually degrad

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Steve Harris
On Wed, Aug 13, 2003 at 08:09:19 -0400, Paul Davis wrote: > >- Somewhat related to the item above, a plugin's run() method computes exactly > >one sample at each call, not a block of samples. This is again a matter of > > perry cook's SDK does this too. everybody knows its cool, just as > everybo

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Ingo Oeser
On Thu, Aug 14, 2003 at 09:55:01AM +0100, Steve Harris wrote: > You can do it efficiently in software if you downcompile the > modules to a processing loop at runtime, c.f. the linuxsampler > project. This should be the default, since compiling is fast and cheap these days. There could be even a

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Steve Harris
On Wed, Aug 13, 2003 at 09:40:29 -0400, Pete Yadlowsky wrote: > Yes. I believe double-precision is the standard data type used by most > floating-pt processors. Single-precision floats must first be converted to > doubles at each computation, thus actually degrading performance slightly. This is

RE: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Brad Arant
Hello Gang, Would like to respond to Pete Yadlowsky... |I'm new to this mailing list, though not especially new to computer music. I |was heavily involved in it some years ago, mainly on the NeXT platform, then |fell away. Out of curiousity, I recently decided to look around and see what |was ava

Re: [linux-audio-dev] exploring LADSPA

2003-08-14 Thread Steve Harris
On Thu, Aug 14, 2003 at 09:48:45AM +0100, Steve Harris wrote: > I would activly encourage people who are interested in this subject to > learn what they are doing before entering the fray. GMPI needs more random > unevaluated ideas like it needs a hole in the head. This is a bit harsh, sorry, I di