On Sat, 2006-04-22 at 14:56 +0200, fons adriaensen wrote:
> On Sat, Apr 22, 2006 at 02:26:57PM +0200, Thorsten Wilms wrote:
>
> > Distribution / finding plugins:
> > Stability:
> > Control/audio rate:
> > Port grouping:
> > Port Roles:
> > Referencing:
> > Hints:
> > Presets:
> > Help / Discriptio
On Sat, Apr 22, 2006 at 02:26:57PM +0200, Thorsten Wilms wrote:
> Distribution / finding plugins:
> Stability:
> Control/audio rate:
> Port grouping:
> Port Roles:
> Referencing:
> Hints:
> Presets:
> Help / Discription:
> MIDI/OSC
> GUI lib:
To which I'd add:
Polyphony/Multiple channels:
Plu
On Sat, Apr 22, 2006 at 10:53:58AM +0100, Steve Harris wrote:
> Almost two years ago at the LA conference a bunch of us agreed that
> something need to be done to improve LADSPA, and on the approximate
> direction it should take.
I'm not competent to comment on header files or implementation deta
On Sat, 2006-04-22 at 10:53 +0100, Steve Harris wrote:
> Almost two years ago at the LA conference a bunch of us agreed that
> something need to be done to improve LADSPA, and on the approximate
> direction it should take.
>
> Anyway, I finally got round to making a sketch plugin and .h file:
> ht
On Sat, 2006-04-22 at 10:53 +0100, Steve Harris wrote:
> Almost two years ago at the LA conference a bunch of us agreed that
> something need to be done to improve LADSPA, and on the approximate
> direction it should take.
>
> Anyway, I finally got round to making a sketch plugin and .h file:
> ht
Almost two years ago at the LA conference a bunch of us agreed that
something need to be done to improve LADSPA, and on the approximate
direction it should take.
Anyway, I finally got round to making a sketch plugin and .h file:
http://plugin.org.uk/ladspa2/
The .ladspa2 plugin is a "bundle", ie.
Am Donnerstag, den 20.04.2006, 21:48 +0200 schrieb Lars Luthman:
> How about a machine-friendly interface for searching and downloading
> plugin tarballs (or references to distribution packages) so one could
> write a tool like CPAN for LADSPAs? An automated way to download and
> install plugins wo
On Thu, Apr 20, 2006 at 04:01:17PM -0400, Lee Revell wrote:
> On Thu, 2006-04-20 at 21:48 +0200, Lars Luthman wrote:
> > How about a machine-friendly interface for searching and downloading
> > plugin tarballs (or references to distribution packages) so one could
> > write a tool like CPAN for LADS
On Apr 20, 2006, at 3:30 PM, Patrick Shirkey wrote:
I am volunteering my time to code a new web portal with the express
purpose of providing a single place to get all known LADSPA plugins
and packages. It will be hosted at ladspa.linuxaudio.org. it will
also serve as a central automated au
On Thu, 2006-04-20 at 16:01 -0400, Lee Revell wrote:
> On Thu, 2006-04-20 at 21:48 +0200, Lars Luthman wrote:
> > How about a machine-friendly interface for searching and downloading
> > plugin tarballs (or references to distribution packages) so one could
> > write a tool like CPAN for LADSPAs?
>
On Thu, 2006-04-20 at 21:48 +0200, Lars Luthman wrote:
> How about a machine-friendly interface for searching and downloading
> plugin tarballs (or references to distribution packages) so one could
> write a tool like CPAN for LADSPAs?
Wouldn't this have the same problem of poor integration with
On Fri, 2006-04-21 at 02:30 +0700, Patrick Shirkey wrote:
> It is widely felt that the LADSPA plugins are becoming difficult for
> average users to manage due to the number of available plugins and the
> many different packages available.
>
> There is also a problem that developers face when man
Hi,
It is widely felt that the LADSPA plugins are becoming difficult for
average users to manage due to the number of available plugins and the
many different packages available.
There is also a problem that developers face when managing different
plugins as UniqueIds are not assigned by a c
On Thu, Apr 20, 2006 at 12:12:29 +0200, fons adriaensen wrote:
> A maybe silly question: where on a typical system are the rdf
> descriptions of ladspa plugins supposed to live ?
>
> I can't find them !
As the previous poster said, or in LADSPA_RDF_PATH.
- Steve
/usr[/local]/share/ladspa/rdf/
Cheers,
Luis
> A maybe silly question: where on a typical system are the rdf
A maybe silly question: where on a typical system are the rdf
descriptions of ladspa plugins supposed to live ?
I can't find them !
--
FA
Follie! Follie! Delirio vano e' questo!
On Sat, 2006-18-03 at 11:38 -0700, Hans Fugal wrote:
> On Sat, 18 Mar 2006 at 16:28 +0100, fons adriaensen wrote:
> > On Sat, Mar 18, 2006 at 12:02:40PM -0300, Denis Alessandro Altoe Falqueto
> > wrote:
> >
> > when no hostname is supplied, apps IMHO should
> > not try to look up the local host n
On Sat, 18 Mar 2006 at 16:28 +0100, fons adriaensen wrote:
> On Sat, Mar 18, 2006 at 12:02:40PM -0300, Denis Alessandro Altoe Falqueto
> wrote:
>
> when no hostname is supplied, apps IMHO should
> not try to look up the local host name but just use the loopback
> interface (127.0.0.1).
FWIW I'm
On Sat, 2006-18-03 at 17:45 +0300, Andrew Gaydenko wrote:
> Denis,
>
> Do you mean, om-engine doesn't work at all without appropriate records inside
> 'hosts'
> file ? In my case generally it works.
Some people have issues with the engine not being able to communicate
with the client without a s
On 3/18/06, fons adriaensen <[EMAIL PROTECTED]> wrote:
> It may be a good idea to keep the localhost entry, and *add* the
> one you need.
Oh, thanks very much, Fons. I'll do that. :-)
--
---
Denis A. Altoe Falqueto
--
On Sat, Mar 18, 2006 at 12:02:40PM -0300, Denis Alessandro Altoe Falqueto wrote:
> My /etc/hosts was like this:
>
> 127.0.0.1 localhost.localdomain localhost
>
> I changed it to:
>
> 127.0.0.1 bach bach
>
> And it all worked. I found the solution in the hexter homepage, at
On 3/18/06, Andrew Gaydenko <[EMAIL PROTECTED]> wrote:
> Denis,
>
> Do you mean, om-engine doesn't work at all without appropriate records inside
> 'hosts'
> file ? In my case generally it works.
>
Andrew,
To me, it was like this: the engine starts and sits down waiting for a
client to connect. B
Denis,
Do you mean, om-engine doesn't work at all without appropriate records inside
'hosts'
file ? In my case generally it works.
=== On Saturday 18 March 2006 17:05, Denis Alessandro Altoe Falqueto wrote:
===
...
Hi, Andrew.
I was experiencing this segmentation faults every time too.
On 3/17/06, Andrew Gaydenko <[EMAIL PROTECTED]> wrote:
> Dave,
>
> I needed to have quick result in my aufio DIY-ering test, and I have got
> it with (among other apps) 'om' - in spite of segfaults :-) Next time I'll
> arrange a console side by side with om_gtk window to hook segfault
> reason. Now
Dave,
I needed to have quick result in my aufio DIY-ering test, and I have got
it with (among other apps) 'om' - in spite of segfaults :-) Next time I'll
arrange a console side by side with om_gtk window to hook segfault
reason. Now I can add, 'lashd' was running, DSSI scope was used besides
trivi
On Thu, 2006-16-03 at 21:26 +0300, Andrew Gaydenko wrote:
> Are there alternatives for 'ams' and 'om'? My problems are:
[snip]
> - 'om' engine has too many crashes (I see, it is normal, as the app is under
>development).
No, actually engine segfaults are not even remotely close to "normal".
I
On 3/17/06, Andrew Gaydenko <[EMAIL PROTECTED]> wrote:
> Lars,
>
> Segfaults, segfaults... I have not noticed any concrete reproducable step
> sequence yet,
> as have tried the app rather shortly.
I really don't get it to crash for quite a few months. Please chat to
dave on irc, or submit bugrepo
Andrew Gaydenko:
Are there alternatives for 'ams' and 'om'? My problems are:
- 'ams' has not text fields to type-in controls values with needed
precision, sliders are not sufficient,
- 'om' engine has too many crashes (I see, it is normal, as the app is
under development).
Anything else
Hallo,
Andrew Gaydenko hat gesagt: // Andrew Gaydenko wrote:
> Are there alternatives for 'ams' and 'om'? My problems are:
>
> - 'ams' has not text fields to type-in controls values with needed precision,
> sliders are not sufficient,
> - 'om' engine has too many crashes (I see, it is normal, a
On Thu, Mar 16, 2006 at 08:01:49PM +0100, Lars Luthman wrote:
> > Anything else?
>
> I think Csound supports LADSPAs.
So do Pd and SpiralSynthModular.
- Steve
Lars,
Segfaults, segfaults... I have not noticed any concrete reproducable step
sequence yet,
as have tried the app rather shortly.
=== On Thursday 16 March 2006 22:01, Lars Luthman wrote: ===
...
> - 'om' engine has too many crashes (I see, it is normal, as the app is under
>develo
Unfortunately, in case you have, say, 20-30 different plugin instances
(non-linear connected), cited (nice and known!) apps are not sutable :-(
=== On Thursday 16 March 2006 21:49, Jesse Chappell wrote: ===
On 3/16/06, Andrew Gaydenko <[EMAIL PROTECTED]> wrote:
> Are there alternatives fo
On Thu, Mar 16, 2006 at 09:26:09PM +0300, Andrew Gaydenko wrote:
> Are there alternatives for 'ams' and 'om'? My problems are:
>
> - 'ams' has not text fields to type-in controls values with needed precision,
> sliders are not sufficient,
> - 'om' engine has too many crashes (I see, it is normal
On Thu, 2006-03-16 at 21:26 +0300, Andrew Gaydenko wrote:
> Are there alternatives for 'ams' and 'om'? My problems are:
>
> - 'ams' has not text fields to type-in controls values with needed precision,
> sliders are not sufficient,
> - 'om' engine has too many crashes (I see, it is normal, as th
On 3/16/06, Andrew Gaydenko <[EMAIL PROTECTED]> wrote:
> Are there alternatives for 'ams' and 'om'? My problems are:
>
> - 'ams' has not text fields to type-in controls values with needed precision,
> sliders are not sufficient,
> - 'om' engine has too many crashes (I see, it is normal, as the ap
Are there alternatives for 'ams' and 'om'? My problems are:
- 'ams' has not text fields to type-in controls values with needed precision,
sliders are not sufficient,
- 'om' engine has too many crashes (I see, it is normal, as the app is under
development).
Anything else?
On Sun, 2006-01-29 at 23:14 -0500, Jesse Chappell wrote:
> On 1/29/06, Lee Revell <[EMAIL PROTECTED]> wrote:
> > Question for the DSP gurus:
> >
> > How hard would it be to implement an AC3 encoder as a LADSPA plugin that
> > could be used in an ALSA config to encode stereo and 5.1 sources on the
>
On 1/29/06, Lee Revell <[EMAIL PROTECTED]> wrote:
> Question for the DSP gurus:
>
> How hard would it be to implement an AC3 encoder as a LADSPA plugin that
> could be used in an ALSA config to encode stereo and 5.1 sources on the
> fly? Many Windows drivers seem to contain one, and it would be a
On Sun, Jan 29, 2006 at 01:05:12 -0500, Lee Revell wrote:
> Question for the DSP gurus:
>
> How hard would it be to implement an AC3 encoder as a LADSPA plugin that
> could be used in an ALSA config to encode stereo and 5.1 sources on the
> fly? Many Windows drivers seem to contain one, and it wo
Question for the DSP gurus:
How hard would it be to implement an AC3 encoder as a LADSPA plugin that
could be used in an ALSA config to encode stereo and 5.1 sources on the
fly? Many Windows drivers seem to contain one, and it would be a nice
response to the naysayers on LKML who doubt the power
I have a LADSPA/DSSI GUI builder going on at
http://flam.sourceforge.net/ which is conceived around qt designer. It
is far for complete and I don't think I can dedicate substantial time
to it until the summer. I am also concerned about the need to migrate
to QT4.
The only fully functional part I h
On Fri, Jan 27, 2006 at 09:45:35 -0800, Kjetil S. Matheussen wrote:
>
> Reuben Martin:
>
> >>(Why hasn't anyone made a ladspa plugin with a GUI by the way? Its
> >>really simple just spawning of a gui process program.)
They have, it can be done via the DSSI API.
> >Because you have no way of kn
Reuben Martin:
(Why hasn't anyone made a ladspa plugin with a GUI by the way? Its
really simple just spawning of a gui process program.)
Because you have no way of knowing if the platform you are running it
No no, you misunderstand. I said "spawning of a gui process" (I should
rather hav
> I guess it should be added to the list of things sent when the UI
> requests its initial state dump. /sample-rate seems reaonsable.
>
It does. And what about OSC support for a "bypass" toggle button?
Luis
On Thu, Nov 17, 2005 at 02:01:57 +1100, Dave Robillard wrote:
> On Wed, 2005-16-11 at 21:40 +0100, Luis Garrido wrote:
> > Hi!
> >
> > I am working on a GUI designing tool for LADSPA/DSSI around Qt
> > designer. The idea is to extend the DSSI gui concept to LADSPA (OSC
> > control included) and pr
On Wed, 2005-16-11 at 21:40 +0100, Luis Garrido wrote:
> Hi!
>
> I am working on a GUI designing tool for LADSPA/DSSI around Qt
> designer. The idea is to extend the DSSI gui concept to LADSPA (OSC
> control included) and provide a skinnable tool to manually design
> GUIs. I plan also to include s
On Wed, Nov 16, 2005 at 09:40:21 +0100, Luis Garrido wrote:
> Now I have a doubt about LADSPA_HINT_SAMPLE_RATE. To effectively
> incorporate this hinting in the GUI, the host must have some means of
> letting know the GUI what the current sample rate is. Is there any
> standard procedure for achiev
Hi!
I am working on a GUI designing tool for LADSPA/DSSI around Qt
designer. The idea is to extend the DSSI gui concept to LADSPA (OSC
control included) and provide a skinnable tool to manually design
GUIs. I plan also to include some user interaction enhancements.
You can see some fancy concept
On 10.4, Apple removed the deprecated dlopen() mechanism of using
_init() and _fini(). Instead, function attributes should be used.
These have been supported in gcc since at least 2.9x.
So instead of:
void _init() {}
void _fini() {}
you should use:
__attribute__((constructor)) void init()
> You need
>
> MyPlugin *mp = calloc(sizeof(MyPlugin), 1);
>
> mp->sampleRate = sampleRate;
>
> return mp;
Steve, thanks sooo much, this works ;-)
A.
On Mon, Jul 11, 2005 at 03:43:50 +0300, Artemio wrote:
>
> > You have to initialise the value in MyPlugin when you
> > create that struct inside instantiate().
> Thanks, Fons!
>
> I have:
>
> LADSPA_Handle instantiateMyPlugin(const LADSPA_Descriptor *
> Descriptor, unsigned long SampleRate) {
>
> You have to initialise the value in MyPlugin when you
> create that struct inside instantiate().
Thanks, Fons!
I have:
LADSPA_Handle instantiateMyPlugin(const LADSPA_Descriptor *
Descriptor, unsigned long SampleRate) {
return malloc(sizeof(MyPlugin));
}
...
What to add her
On Mon, Jul 11, 2005 at 02:49:22PM +0300, Artemio wrote:
>
> > Youre passed it as a paramter when your instantiated, just stash it
> > in the struct.
> Thanks for your help!
>
> But... I have added:
>
> typedef struct {
> unsigned long SampleRate;
> ...
> } MyPlugin;
>
> and then in
> Youre passed it as a paramter when your instantiated, just stash it
> in the struct.
Thanks for your help!
But... I have added:
typedef struct {
unsigned long SampleRate;
...
} MyPlugin;
and then in runMyPlugin:
...
unsigned long fSampleRate
...
fSampleRate = psMyPlugin->Samp
On Mon, Jul 11, 2005 at 12:31:04PM +0300, Artemio wrote:
> Hello all!
>
> I am wondering, in my runMyPlugin() function, how do I get the sample
> rate value?
Youre passed it as a paramter when your instantiated, just stash it in the
struct.
- Steve
Hello all!
I am wondering, in my runMyPlugin() function, how do I get the sample
rate value?
Thanks!
Artemiy.
On Sat, Jul 09, 2005 at 11:30:01PM +0300, Artemio wrote:
> Okay, I now understand the situation but I really think there should
> be some development in this area. Interpolation is fine but only for
> linear modulation as you guess, and knob/slider tweaks are never
> linear, and what about comp
If you consider the buffer size to be the control rate, then that makes
sense. You don't want to be updating control information as much as
audio information if you want things to run at all quickly. Ie, and lfo
just doesn't need to be audio rate unless it's being used for fm or am
or really hi
Hello all!
Okay, I now understand the situation but I really think there should
be some development in this area. Interpolation is fine but only for
linear modulation as you guess, and knob/slider tweaks are never
linear, and what about complex-form LFOs?
To Fons:
Thanks a lot, yes, this is
Am Samstag, 9. Juli 2005 14:45 schrieb Paul Davis:
> On Sat, 2005-07-09 at 15:24 +0300, Artemio wrote:
> > Hello all!
> >
> > I am here to ask you one thing. If I want sample-precise realtime
> > control for the plugin, should I be getting all the parameters inside
> > the cycle which travels throu
On Sat, Jul 09, 2005 at 03:24:20PM +0300, Artemio wrote:
> I am here to ask you one thing. If I want sample-precise realtime
> control for the plugin, should I be getting all the parameters inside
> the cycle which travels through the buffer contents?
A control rate parameter does not change du
On Sat, 2005-07-09 at 15:24 +0300, Artemio wrote:
> Hello all!
>
> I am here to ask you one thing. If I want sample-precise realtime
> control for the plugin, should I be getting all the parameters inside
> the cycle which travels through the buffer contents?
it depends a lot on what are you tr
Hello all!
I am here to ask you one thing. If I want sample-precise realtime
control for the plugin, should I be getting all the parameters inside
the cycle which travels through the buffer contents?
E.g., should the code that looks like this:
fParameter = *(psMyPlugin->m_pfSomeParameter);
pf
Steve:
Thanks for the info. But maybe if Richard is that busy (which is
something I understand of course) would it be more convenient if
several trustworthy people involved in LADSPA would take care of a
common available IDs range stored in a file on some FTP site
accessible only by them?
Tim
[Steve Harris]
>Mayube theres soneone out there with some spare space who can give you a
>range?
[...]
>On Sun, Jul 03, 2005 at 11:31:54 +0300, Artemio wrote:
>> I already created four plugins, each with mono and stereo variants, so
>> I need 8 IDs to publish the plugins. And I already know that t
#include
Theres not much you can do, I was going to offer you some of mine, but
I've only got 3 left myself (need to register for more).
Mayube theres soneone out there with some spare space who can give you a
range?
Richard is very busy and can take some time to respond to mail.
- Steve
On S
Hello all!
I am writing to ask if Richard Furse is in vacation and if there is an
alternative method of getting unique IDs for my plugins. I sent a
mail to [EMAIL PROTECTED] about 3-4 days ago, but haven't got
any reply yet.
I already created four plugins, each with mono and stereo variants, s
st
Subject: Re: [linux-audio-dev] LADSPA Issues
On Mon, 2005-05-23 at 16:03 +0100, Nick Dowell wrote:
> Good idea.
>
> reverse - domain name type addresses are used quite widely now, in Java
> for example and in all apple's latest stuff.
>
> eg "uk.org.plugin.analogueO
On Mon, 2005-05-23 at 16:03 +0100, Nick Dowell wrote:
> Good idea.
>
> reverse - domain name type addresses are used quite widely now, in Java
> for example and in all apple's latest stuff.
>
> eg "uk.org.plugin.analogueOsc"
>
Can we have a unique divider between the domain and product?
[E
Good idea.
reverse - domain name type addresses are used quite widely now, in Java
for example and in all apple's latest stuff.
eg "uk.org.plugin.analogueOsc"
combined with a version number, you can correctly identify plugins no
matter their filename..
-n
On 20 May 2005, at 14:19, Steve H
On Fri, May 20, 2005 at 01:31:16 +0100, Simon Jenkins wrote:
> On Fri, 2005-05-20 at 11:03 +0100, Dave Griffiths wrote:
> > > On Thu, May 19, 2005 at 03:19:50 +1000, Dave Robillard wrote:
> > >> (I still think the central repository is a good idea anyway, FWIW)
> > >
> > > So do I, but its a hell o
On Fri, 2005-05-20 at 11:03 +0100, Dave Griffiths wrote:
> > On Thu, May 19, 2005 at 03:19:50 +1000, Dave Robillard wrote:
> >> (I still think the central repository is a good idea anyway, FWIW)
> >
> > So do I, but its a hell of a lot of effort, and its unlikly to be kept
> > up to date.
>
> In t
> On Thu, May 19, 2005 at 03:19:50 +1000, Dave Robillard wrote:
>> (I still think the central repository is a good idea anyway, FWIW)
>
> So do I, but its a hell of a lot of effort, and its unlikly to be kept
> up to date.
In the commercial world (of one application I develop for anyway) a number
On Thu, May 19, 2005 at 03:19:50 +1000, Dave Robillard wrote:
> (I still think the central repository is a good idea anyway, FWIW)
So do I, but its a hell of a lot of effort, and its unlikly to be kept
up to date.
- Steve
On Wed, May 18, 2005 at 01:19:58 +0100, Mike Rawes wrote:
> > So why wasn't the unique ID the thing to use? There is a unique plugin
> > ID in LADSPA, if not for this then for what reason?
>
> Going by what is said on ladspa.org, I think that it was originally intended
> to
> be the way to refer
On Wed, May 18, 2005 at 10:16:43 +0100, Chris Cannam wrote:
> On Wednesday 18 May 2005 09:56, Dave Robillard wrote:
> > So why wasn't the unique ID the thing to use?
>
> Because it's impossible to find any way to guarantee it's actually
> unique, for example in the case of a wrapper plugin that g
On Wed, 2005-18-05 at 10:16 +0100, Chris Cannam wrote:
> On Wednesday 18 May 2005 09:56, Dave Robillard wrote:
> > So why wasn't the unique ID the thing to use?
>
> Because it's impossible to find any way to guarantee it's actually
> unique, for example in the case of a wrapper plugin that genera
--- Dave Robillard <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> A while ago I started a thread about the proper way to refer to LADSPA
> plugins (in save files or whatever) and the consensus was library
> filename + label.
>
> People have been having problems with library name - different packages
>
On Wednesday 18 May 2005 09:56, Dave Robillard wrote:
> So why wasn't the unique ID the thing to use?
Because it's impossible to find any way to guarantee it's actually
unique, for example in the case of a wrapper plugin that generates
plugins on the fly. ladspa-vst / dssi-vst are obvious real-
Hi all,
A while ago I started a thread about the proper way to refer to LADSPA
plugins (in save files or whatever) and the consensus was library
filename + label.
People have been having problems with library name - different packages
seem to make different names for the libraries (prefixing blop
söndagen den 6 februari 2005 22.18 skrev Andrew Gaydenko:
> Among other there is opportunity to play with LADSPA plugin
> controls automation in Ardour. Saying "to play with stereo
> effects" I mean playing with such automated parameters of
> an appropriate plugin.
Ah, I see, I misunderstood what
Among other there is opportunity to play with LADSPA plugin
controls automation in Ardour. Saying "to play with stereo
effects" I mean playing with such automated parameters of
an appropriate plugin.
Andrew
=== On Sunday 06 February 2005 23:26, Robert Jonsson wrote: ===
> Nothing special.
söndagen den 6 februari 2005 16.40 skrev Andrew Gaydenko:
> Nothing special. Just want to play with stereo-effects in Ardour.
Ok, I don't know ardour to well.
Can't ardour do the splitting, with a bus or something?
/Robert
>
> Andrew
>
> === On Sunday 06 February 2005 17:42, Robert Jonsson
Nothing special. Just want to play with stereo-effects in Ardour.
Andrew
=== On Sunday 06 February 2005 17:42, Robert Jonsson wrote: ===
Hi,
I think a relevant question here is what the use-case is, what is it that you
plan to accomplish ?
/Robert
söndagen den 6 februari 2005 11.31 sk
Hi,
I think a relevant question here is what the use-case is, what is it that you
plan to accomplish ?
/Robert
söndagen den 6 februari 2005 11.31 skrev Stefan Turner:
> > Hi!
> >
> > Is there some kind of LADSPA plugin with stereo base
> > expansion
> > capabilities?
> >
> > Thanks!
> > Andrew
> Hi!
>
> Is there some kind of LADSPA plugin with stereo base
> expansion
> capabilities?
>
> Thanks!
> Andrew
>
Is this what you mean:
http://www.plugin.org.uk/ladspa-swh/docs/ladspa-swh.html#id1422
Stefan Turner
_
Andrew Gaydenko wrote:
Hi!
Is there some kind of LADSPA plugin with stereo base expansion
capabilities?
for a very simple one try the matrix_spatializer in swh-plugins.
it converts an xy stereo signal into ms and lets you adjust the m/s
balance without affecting loudness too much, then converts ba
Hi!
Is there some kind of LADSPA plugin with stereo base expansion
capabilities?
Thanks!
Andrew
On Mon, Nov 29, 2004 at 08:19:52PM -0500, Taybin Rutkin wrote:
> I don't know if this is completely dead or just a little dead but I had
> an idea today.
>
> It'd be kinda neat if there was a mechanism for grouping related control
> ports together in the UI.
There was one that was accepted I th
I don't know if this is completely dead or just a little dead but I had
an idea today.
It'd be kinda neat if there was a mechanism for grouping related control
ports together in the UI.
Taybin
ailing List <[EMAIL PROTECTED]>
Subject: Re: [linux-audio-dev] LADSPA "Unique" IDs
On Thu, Jul 29, 2004 at 09:17:03AM +0100, Chris Cannam wrote:
> On Thursday 29 Jul 2004 12:42 am, Dave Robillard wrote:
> > I vaguely remember a discussion here about LADSPA ID's (unsig
On Thu, Jul 29, 2004 at 09:36:41 +0100, Chris Cannam wrote:
> On Thursday 29 Jul 2004 9:00 am, Steve Harris wrote:
> > On Thu, Jul 29, 2004 at 09:17:03AM +0100, Chris Cannam wrote:
> > > /* This identifier can be used as a unique, case-sensitive
> > > identifier for the plugin type within th
On Thursday 29 Jul 2004 9:00 am, Steve Harris wrote:
> On Thu, Jul 29, 2004 at 09:17:03AM +0100, Chris Cannam wrote:
> > /* This identifier can be used as a unique, case-sensitive
> > identifier for the plugin type within the plugin file.
> > Plugin types should be identified by file and lab
On Thu, Jul 29, 2004 at 09:17:03AM +0100, Chris Cannam wrote:
> On Thursday 29 Jul 2004 12:42 am, Dave Robillard wrote:
> > I vaguely remember a discussion here about LADSPA ID's (unsigned
> > long UniqueID) not actually being globally unique to a plugin like
> > the header implies, but I can't fin
On Thursday 29 Jul 2004 12:42 am, Dave Robillard wrote:
> I vaguely remember a discussion here about LADSPA ID's (unsigned
> long UniqueID) not actually being globally unique to a plugin like
> the header implies, but I can't find it in the archives.
>
> So.. unique or not? Basically I need to kno
I vaguely remember a discussion here about LADSPA ID's (unsigned long
UniqueID) not actually being globally unique to a plugin like the header
implies, but I can't find it in the archives.
So.. unique or not? Basically I need to know what the "proper"
information is to send a synth in order to lo
On Wed, Jun 16, 2004 at 01:23:46 +0100, Chris Cannam wrote:
>
> [old thread]
>
> On Wednesday 09 Jun 2004 12:16 pm, Chris Cannam wrote:
> > On Wednesday 09 Jun 2004 11:46 am, Steve Harris wrote:
> > > The UID is not globally unique
> >
> > Well, I would prefer that it wasn't, but unfortunately th
[old thread]
On Wednesday 09 Jun 2004 12:16 pm, Chris Cannam wrote:
> On Wednesday 09 Jun 2004 11:46 am, Steve Harris wrote:
> > The UID is not globally unique
>
> Well, I would prefer that it wasn't, but unfortunately that does
> contradict what ladspa.h specifies and what real hosts expect.
An
On Wed, Jun 09, 2004 at 01:56:13PM +0100, Steve Harris wrote:
> On Wed, Jun 09, 2004 at 02:06:05PM +0200, [EMAIL PROTECTED] wrote:
> > > Maybe. I have no particular objections, but the UI should be free to
> > > ignore it I think. The old-school X11 -geometry seems like a good starting
> > > place.
On Wed, Jun 09, 2004 at 12:58:21 +0200, Tim Orford wrote:
> surely standalones and plugins both have their place? I dont buy
> the argument that complex fx should be standalones.
Agreed.
> > A further conceptual criticism is that it will just encourage people
> > to produce GUIs that are incons
201 - 300 of 884 matches
Mail list logo