On Wed, 19 Mar 2003, Steve Harris wrote:
etc.) and it doesn;t solve the immediate problem of UIs that cannot be
succesfully represented in XML, eg. (my favourite exmaple) a lowpass
filter plugin, which should render the freq. response of the filter.
Yes, I'm aware of the problem. Look e.g. at
Lukas Degener wrote:
Guess i better stop now and think it all over.
Kind Regards,
Lukas
Yeah, i like replying to my own mails :-)
Ok, now i thought it over somewhat, and hmmm
i hate to say that, but i think, hmmm ok, you are right, Paul.
maybe. kindof. a little bit. :)
We realy
On Tue, 18 Mar 2003, Thomas Webb wrote:
I also already devised an xml-based format for modular
synth patches. It needs some work if it's to be an
I was very impressed by the XML representation of LADSPA plugins
presented by Steve Harris at the LAD conference last weekend. He writes
the code
LADSPA: its not great for instruments, but IMHO works at precisely
the correct level for synth modules.
Agreed. Well, ok there are some issues, but no real problems. Actualy i
would like arbitrary datatypes. And it would sure be nice to have more
information on the semantics of the ports. The
I'm new to LADSPA, but isn't that what LADSPA control
protocol does?
Dunno. have to do some reading. What is Open Sound Control?
Say I wanted to make a snazzy analogue modelled
filter. Someone else wanted to integrate it into their
modular. They could do that and make it just another
module
Thomas Webb wrote:
I was very impressed by the XML representation of
LADSPA plugins
presented by Steve Harris at the LAD conference last
weekend. He writes
the code and parameter specifications of his LADSPA
plugins in XML and
then converts (compiles) them to the C code
according to ladspa.h.
i've said many times before: i don't believe that the desktop is
something that developers of music apps should concern themselves
with. [...]
i think we should focus on writing good applications that are
independent of what a desktop does.
Yes. It is more useful to think of real time CHI
that isn't actually part of LADSPA.
Ah ok, i mixed that up. sorry.
there actually isn't really any commonality between what, say, pd
versus beast do. or between jMax and gAlan. the similarity exists only
on an abstract conceptual plane, which is where algorithms
live. however software isn't