hi steve and list again ...
there is another problem with the ladspa plugin flanger, that's quite
annoying ...
if i change the lfo frequency, there is a good chance of the plugin to
become unstable ...
i suppose it's a denormal problem, but i'm not sure ... does anyone have
a hint, what the probl
hi steve and list...
i've experiencing some problems with the delayorama plugin ...
if the (feedback * taps) is bigger than 100, there is a big possibility
of clipping / sound getting louder and lounder / the plugin getting
unstable (???)...
i'd suggest to post a warning to stdout or stderr that
For what it's worth, I think the omission of strings for enumerated ports is the most
blatant omission of ladspa, and it must be rectified. The implementation details are
not as important to me as the fact that it gets done somehow.
RDF is not an acceptable place for this data because enumerate
Oh, here I go...
On Wednesday 10 March 2004 16.21, Alfons Adriaensen wrote:
> On Wed, Mar 10, 2004 at 03:59:18PM +0100, Robert Jonsson wrote:
> > Richards decision would rely on the fact that LAD is in agreement, don't
> > you think?
>
> Yes. But define 'LAD in agreement' (Robert) or 'what we agre
On Wed, Mar 10, 2004 at 03:59:18PM +0100, Robert Jonsson wrote:
> Richards decision would rely on the fact that LAD is in agreement, don't you
> think?
Yes. But define 'LAD in agreement' (Robert) or 'what we agree on (Steve)'.
To me this means there is no formal approval procedure.
Anyway thi
On Wednesday 10 March 2004 15.34, Alfons Adriaensen wrote:
> On Wed, Mar 10, 2004 at 02:30:23PM +, Steve Harris wrote:
> > On Wed, Mar 10, 2004 at 03:22:33 +0100, Alfons Adriaensen wrote:
> > > On Wed, Mar 10, 2004 at 01:57:21PM +, Steve Harris wrote:
> > > > There is a formal approval meca
On Wed, Mar 10, 2004 at 03:34:47 +0100, Alfons Adriaensen wrote:
> On Wed, Mar 10, 2004 at 02:30:23PM +, Steve Harris wrote:
> > On Wed, Mar 10, 2004 at 03:22:33 +0100, Alfons Adriaensen wrote:
> > > On Wed, Mar 10, 2004 at 01:57:21PM +, Steve Harris wrote:
> > >
> > > > There is a formal
On Wed, Mar 10, 2004 at 02:30:23PM +, Steve Harris wrote:
> On Wed, Mar 10, 2004 at 03:22:33 +0100, Alfons Adriaensen wrote:
> > On Wed, Mar 10, 2004 at 01:57:21PM +, Steve Harris wrote:
> >
> > > There is a formal approval mecahnism, its whatever Richard will bless.
> > > He contacted me
On Wed, Mar 10, 2004 at 03:22:33 +0100, Alfons Adriaensen wrote:
> On Wed, Mar 10, 2004 at 01:57:21PM +, Steve Harris wrote:
>
> > There is a formal approval mecahnism, its whatever Richard will bless.
> > He contacted me off-list: he is still around but hasnt been activily
> > participating.
On Wed, Mar 10, 2004 at 09:20:40AM -0500, Taybin Rutkin wrote:
> Wait, I just implemented support for RDF presets in Ardour. Is that for naught?
> We're doing something else now?
No, your work is not in vain.
My proposal is specifically targeted at those hosts that do not use RDF.
ATM, they hav
On Wed, Mar 10, 2004 at 01:57:21PM +, Steve Harris wrote:
> There is a formal approval mecahnism, its whatever Richard will bless.
> He contacted me off-list: he is still around but hasnt been activily
> participating. I'l pass on whtaever we eventually agree on and he will
> either send it ba
lt;[EMAIL PROTECTED]>
Subject: Re: [linux-audio-dev] LADSPA extension - Formal proposal.
On Tue, 9 Mar 2004, Fons Adriaensen wrote:
> To those who have followed the debate, I changed the original name
> LADSPA_HINT_ENUMERATED to LADSPA_HINT_SWITCHED. This more correctly
> represents the i
On Wed, Mar 10, 2004 at 01:55:55 +0100, Alfons Adriaensen wrote:
> On Wed, Mar 10, 2004 at 11:22:36AM +, Steve Harris wrote:
>
> > A variety of non-standard implenentations at this point would be a very
> > bad thing, and I *will not* be coerced into supporting some illconceived
> > extension
On Wed, Mar 10, 2004 at 11:22:36AM +, Steve Harris wrote:
> A variety of non-standard implenentations at this point would be a very
> bad thing, and I *will not* be coerced into supporting some illconceived
> extension by fait accompli.
Agreed, and fair enough. The problem is that there is no
On Wed, Mar 10, 2004 at 12:21:17PM +0100, Jan Weil wrote:
> Why should Mr./Mrs. X be bothered with LADSPA's awkward evolution on
> LAD?
Why should Mr./Mrs. X complain on ardour-users about a bug in a plugin ?
If ardour reports the plugin is buggy, he/she should complain to the plugin's
author. Se
On Wed, 2004-03-10 at 12:30, Steve Harris wrote:
> In that case there is a bug in AudioTwingTwang, its as simple as that. I
> have no idea why people think they can get away with releasing
> non-conformant plugins *cough* ;) In many ways its worse than release
> buggy apps, because it can bring dow
On Wed, Mar 10, 2004 at 12:47:32PM +0100, Jan Weil wrote:
> Quoting Fons' proposal:
> If there are any ports using LADSPA_HINT_SWITCHED, then their
> label strings follow after all port names (i.e. the port names
> remain in their normal place). In this case the range of valid
>
On Wed, Mar 10, 2004 at 11:30:24AM +, Steve Harris wrote:
> In that case there is a bug in AudioTwingTwang, its as simple as that. I
> have no idea why people think they can get away with releasing
> non-conformant plugins *cough* ;) In many ways its worse than release
> buggy apps, because i
On Wed, Mar 10, 2004 at 12:47:32 +0100, Jan Weil wrote:
> Quoting Fons' proposal:
> If there are any ports using LADSPA_HINT_SWITCHED, then their
> label strings follow after all port names (i.e. the port names
> remain in their normal place). In this case the range of valid
>
On Wed, 2004-03-10 at 12:11, Steve Harris wrote:
> On Wed, Mar 10, 2004 at 11:14:02 +0100, Jan Weil wrote:
> > Well, since these are _hints_ I'd suggest to just ignore
> > LADSPA_HINT_SWITCHED in this case. Otherwise a simpler minded host
> > (applyplugin) might let you use this plugin without prob
[Fons Adriaensen]
>LADSPA_HINT_ENUMERATED to LADSPA_HINT_SWITCHED. This more correctly
>represents the idea, and also allows Tim to use LADSPA_HINT_ENUMERATED
>for his proposal which is complementary to this one.
thanks, but it should at least have occurred to you that my proposal
a) has no need
On Wed, Mar 10, 2004 at 12:21:17 +0100, Jan Weil wrote:
> I've been using my favourite LADSPA plugin AudioTwingTwang in Sweep
> 0.8.2 for a long time. I have to admit it's UI looks a little odd but I
> really love this effect.
> Now I'm trying to record some of my music which no longer fits into my
On Wed, Mar 10, 2004 at 11:46:03 +0100, Dr. Matthias Nagorni wrote:
> I hope that Tom will follow your suggestion in his plugin, so that
> I can modify AlsaModularSynth to support Combobox selectors for LADSPA
> plugin GUIs.
Dont you think its a bit counter-productive to encourage people
On Wed, 2004-03-10 at 11:25, Alfons Adriaensen wrote:
> On Wed, Mar 10, 2004 at 11:14:02AM +0100, Jan Weil wrote:
>
> > Well, since these are _hints_ I'd suggest to just ignore
> > LADSPA_HINT_SWITCHED in this case. Otherwise a simpler minded host
> > (applyplugin) might let you use this plugin wi
On Wed, Mar 10, 2004 at 11:14:02 +0100, Jan Weil wrote:
> Well, since these are _hints_ I'd suggest to just ignore
> LADSPA_HINT_SWITCHED in this case. Otherwise a simpler minded host
> (applyplugin) might let you use this plugin without problems while your
> sophisticated pro app refuses to touch
On Wed, Mar 10, 2004 at 10:38:59 +0100, Alfons Adriaensen wrote:
> I'm in favour of dropping that 'slightly wider' requirement. I've never
> followed it in my own plugins, and never will.
Me too, and agreed.
- Steve
On Tue, Mar 09, 2004 at 10:48:38PM +, Steve Harris wrote:
> I think its easier on host to change it to recommend (or require) that
> INTEGER bounds should be integers and plugins should accept values with
> some tollerance, eg. rounding to the nearest integer value, and this would
> be require
On Tue, 9 Mar 2004, Fons Adriaensen wrote:
> To those who have followed the debate, I changed the original name
> LADSPA_HINT_ENUMERATED to LADSPA_HINT_SWITCHED. This more correctly
> represents the idea, and also allows Tim to use LADSPA_HINT_ENUMERATED
> for his proposal which is complementary
On Wed, Mar 10, 2004 at 11:14:02AM +0100, Jan Weil wrote:
> Well, since these are _hints_ I'd suggest to just ignore
> LADSPA_HINT_SWITCHED in this case. Otherwise a simpler minded host
> (applyplugin) might let you use this plugin without problems while your
> sophisticated pro app refuses to tou
On Wed, 2004-03-10 at 01:12, Steve Harris wrote:
> On Wed, Mar 10, 2004 at 12:36:54 +0100, Jan Weil wrote:
> > On Tue, 2004-03-09 at 21:52, Fons Adriaensen wrote:
> > > /* This hint must be used only together with LADSPA_HINT_INTEGER.
> >
> > [snip explanation on multiway switches]
> >
> > > #de
On Tue, Mar 09, 2004 at 10:48:38PM +, Steve Harris wrote:
> this would require some rewording of the LADSPA_HINT_INTEGER paragraph (I
> think this might be an improvement anyway), currently it says:
> "Any bounds set should be slightly wider than the actual integer range
> required to avoid f
On Wed, Mar 10, 2004 at 12:12:45AM +, Steve Harris wrote:
> On Wed, Mar 10, 2004 at 12:36:54 +0100, Jan Weil wrote:
> > #define LADSPA_HINT_SWITCHED(0x400 | LADSPA_HINT_INTEGER)
> I think it would be safer to /not/ enforce this and require the plugin
> authors to explicitly say LADSPA
On Wed, Mar 10, 2004 at 12:36:54 +0100, Jan Weil wrote:
> On Tue, 2004-03-09 at 21:52, Fons Adriaensen wrote:
> > /* This hint must be used only together with LADSPA_HINT_INTEGER.
>
> [snip explanation on multiway switches]
>
> > #define LADSPA_HINT_SWITCHED0x400
>
> Since this is a spe
On Tue, 2004-03-09 at 21:52, Fons Adriaensen wrote:
> /* This hint must be used only together with LADSPA_HINT_INTEGER.
[snip explanation on multiway switches]
> #define LADSPA_HINT_SWITCHED0x400
Since this is a special hint which implies LADSPA_HINT_INTEGER,
shouldn't this be made clea
On Tue, Mar 09, 2004 at 09:52:58 +0100, Fons Adriaensen wrote:
> /* This hint must be used only together with LADSPA_HINT_INTEGER.
>It indicates that the port corresponds to a multiway switch selecting
>between options that have no natural numerical value. A port using this
>option wou
Hello list,
After much debate, I propose to extend the current LADPSA 1.1 interface
specification in the way documented below. Two new LADSPA_HINT bits are
introduced. Both can be ignored by existing hosts without any ill
consequences.
The purpose of the first new bit is to allow simple hosts tha
On Mon, 08 Mar 2004 01:57:24 -0500
Dave Robillard <[EMAIL PROTECTED]> wrote:
> Are there any simple math plugins for LADSPA? Like, scaling of a
> signal, sum of signals, dif of signals, etc. etc.
>
> As an example, I'd like to take the output of an envelope in the range
> 0-1 and scale it by abo
On Mon, Mar 08, 2004 at 02:58:54AM -0500, Dave Robillard wrote:
> SSM does indeed have some really cool plugins like this. I know scaling
> is equivalent to amplifying, sum = mixer, etc. but I was hoping someone
> out there had a collection of math plugins, say division, add/sub a
> constant, trig
On Mon, 2004-03-08 at 02:18, Steve Harris wrote:
> On Mon, Mar 08, 2004 at 01:57:24AM -0500, Dave Robillard wrote:
> > Are there any simple math plugins for LADSPA? Like, scaling of a
> > signal, sum of signals, dif of signals, etc. etc.
>
> scaling is an amp (eg. amp_mono, 1048)
> sum is a mixer
On Mon, Mar 08, 2004 at 01:57:24AM -0500, Dave Robillard wrote:
> Are there any simple math plugins for LADSPA? Like, scaling of a
> signal, sum of signals, dif of signals, etc. etc.
>
> As an example, I'd like to take the output of an envelope in the range
> 0-1 and scale it by about 300 to make
On Mon, Mar 08, 2004 at 07:18:26AM +, Steve Harris wrote:
> On Mon, Mar 08, 2004 at 01:57:24AM -0500, Dave Robillard wrote:
> > Are there any simple math plugins for LADSPA? Like, scaling of a
> > signal, sum of signals, dif of signals, etc. etc.
>
> scaling is an amp (eg. amp_mono, 1048)
> s
On Mon, Mar 08, 2004 at 01:57:24AM -0500, Dave Robillard wrote:
> Are there any simple math plugins for LADSPA? Like, scaling of a
> signal, sum of signals, dif of signals, etc. etc.
scaling is an amp (eg. amp_mono, 1048)
sum is a mixer (eg. mixer, 1071)
dif is a signed mixer (dunno if there is o
Are there any simple math plugins for LADSPA? Like, scaling of a
signal, sum of signals, dif of signals, etc. etc.
As an example, I'd like to take the output of an envelope in the range
0-1 and scale it by about 300 to make it appropriate for modifying
cutoff value. Fiddling with signals mathema
Simon Burton wrote:
>Suppose I have a "resample" plugin, so that it outputs more or less
>data than it inputs. It seems to me that LADSPA cannot support this,
>as the SampleCount argument to the "run" member would suggest that
>exactly this many LADSPA_Data items are produced/consumed in all the
>
Suppose I have a "resample" plugin, so that it outputs more or less data than it
inputs.
It seems to me that LADSPA cannot support this, as the SampleCount argument to the
"run"
member would suggest that exactly this many LADSPA_Data items are produced/consumed
in all the (audio) ports.
Is this
> 'scuse my ignorance - but how does it work with VST plugins?
> http://www.ohmforce.com/media/ss_OhmBoyz_funky.jpg !!!
That's definately the most compelling reason I've ever seen why NOT to
implement LADSPA GUIs
-DaveR
>In theory:
>
> VST provides a (cross-platform) library (libvstgui) that is used
> to draw pixmap GUIs. The plugin code calls UI functions.
>
>In practice:
>
> Many plugins call OS specific drawing functions.
>
>I'm not sure how automation is handled, but I dont think UI controls
On Tue, Feb 03, 2004 at 03:31:23 +0100, Dave Griffiths wrote:
> > Its not finding a way thats the problem, its getting people to agree
> > on one.
>
> This again :)
>
> 'scuse my ignorance - but how does it work with VST plugins?
> http://www.ohmforce.com/media/ss_OhmBoyz_funky.jpg !!!
In theor
On Tue, 3 Feb 2004 14:18:59 +, Steve Harris wrote
> On Tue, Feb 03, 2004 at 08:49:49 -0500, Dave Robillard wrote:
> > On Tue, 2004-02-03 at 03:38, Uwe Koloska wrote:
> > > Dave Robillard wrote:
> > > > If you really want to make a custom GUI for your plugin, nothing's
> > > > stopping you from
On Tue, Feb 03, 2004 at 08:49:49 -0500, Dave Robillard wrote:
> On Tue, 2004-02-03 at 03:38, Uwe Koloska wrote:
> > Dave Robillard wrote:
> > > If you really want to make a custom GUI for your plugin, nothing's
> > > stopping you from writing a simple jack/ladspa host that just takes
> > > input, r
On Tue, 2004-02-03 at 03:38, Uwe Koloska wrote:
> Dave Robillard wrote:
> > If you really want to make a custom GUI for your plugin, nothing's
> > stopping you from writing a simple jack/ladspa host that just takes
> > input, runs it through your plugin, and outputs via jack (this is really
> > eas
On Mon, Feb 02, 2004 at 02:25:54 -0600, Jack O'Quin wrote:
> > If one does not use the GTK application, then all what is available
> > are controls provided by the host.
>
> Nice. Personally, I think a socket interface would be better, though.
OSC! that way you make LADSPA plugins inside hosts O
Dave Robillard wrote:
If you really want to make a custom GUI for your plugin, nothing's
stopping you from writing a simple jack/ladspa host that just takes
input, runs it through your plugin, and outputs via jack (this is really
easy BTW) and putting whatever UI you want on it. Then your plugin w
On Mon, 2004-02-02 at 14:52, Juhana Sadeharju wrote:
> What about the following idea?
>
> My LADSPA plugin would allocate a segment of shared memory from "/dev/shm".
> That is possible because most likely all Linuxes have that device.
> Then somehow I create a backdoor for LADSPA controls. The bac
Juhana Sadeharju <[EMAIL PROTECTED]> writes:
> What is "/dev/shm"? How it is used? "df" shows:
> none 62812 0 62812 0% /dev/shm
On many systems it is a mount point for a tmpfs filesystem. This is
required by some POSIX shm implementations (shmopen(), etc.). I
>My LADSPA plugin would allocate a segment of shared memory from "/dev/shm".
>That is possible because most likely all Linuxes have that device.
>Then somehow I create a backdoor for LADSPA controls.
hosts are responsible for allocating memory for LADSPA controls.
Hello.
What is "/dev/shm"? How it is used? "df" shows:
none 62812 0 62812 0% /dev/shm
What about the following idea?
My LADSPA plugin would allocate a segment of shared memory from "/dev/shm".
That is possible because most likely all Linuxes have that device.
T
Hallo,
[EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote:
> can you please change your versioning scheme to 0.1 0.2 ...
> gentoo does not handle such versions very well.
Debian neither, it probably would become 0.1.0 and 0.1.1 anyways
there. ;)
ciao
--
Frank Barknecht
On Sun, Jan 25, 2004 at 08:40:54PM +0100, Tom Szilagyi wrote:
> On Sun, 25 Jan 2004, Mike Rawes wrote:
> >
> > A host could read in each of the Point values, and present them in a
> > drop-down list for example.
>
> Done it. Hope i didn't overlook anything. I'm not sure if Ardour uses RDF
> info f
On Sun, Jan 25, 2004 at 10:55:24 +0100, Jan Weil wrote:
> Tom, I've never written a LADSPA plugin myself, so beware!
> Would it be possible to move everything from tap_reverb_presets.h to rdf
> presets?
> It seems you'd have to pass all your filter data through ports.
> But doing so one could creat
On Sun, 2004-01-25 at 20:40, Tom Szilagyi wrote:
> On Sun, 25 Jan 2004, Mike Rawes wrote:
> >
> > A host could read in each of the Point values, and present them in a
> > drop-down list for example.
>
> Done it. Hope i didn't overlook anything. I'm not sure if Ardour uses RDF
> info for anything o
On Sun, Jan 25, 2004 at 08:40:54 +0100, Tom Szilagyi wrote:
> On Sun, 25 Jan 2004, Mike Rawes wrote:
> >
> > A host could read in each of the Point values, and present them in a
> > drop-down list for example.
>
> Done it. Hope i didn't overlook anything. I'm not sure if Ardour uses RDF
> info for
On Sun, 25 Jan 2004, Mike Rawes wrote:
>
> A host could read in each of the Point values, and present them in a
> drop-down list for example.
Done it. Hope i didn't overlook anything. I'm not sure if Ardour uses RDF
info for anything other than displaying the category column in the plugin
selector
On Sun, 2004-01-25 at 07:12, Steve Harris wrote:
> There is now (undocumented I think) support for hosts adding data to the
> lrdf representation and telling it to write out individual presets to
> disk. Its possible that ardour uses this for preset handling, but I'm not
> sure.
No, Ardour saves
On Sun, 25 Jan 2004, Mike Rawes wrote:
> > So once more (I know this has been talked over before on this list):
> > Wouldn't it be very cool if all LADSPA hosts spoke the same language
> > with respect to effects presets?
>
> There already is, in the form of liblrdf (http://plugin.org.uk/lrdf).
>
On Sun, 25 Jan 2004, Jan Weil wrote:
> Hi Tom,
>
> nice work!
>
> I tested your plugins with Visecas (i. e. Ecasound) and I just wanted to
> let you know that the way you set the MODE port_name for your TAP
> Reverberator (as long as _SHOW_PRESET_NAMES_IN_GUI_ is defined) confuses
> Ecasound's map
On Sun, Jan 25, 2004 at 10:13:21 +, Mike Rawes wrote:
> > So once more (I know this has been talked over before on this list):
> > Wouldn't it be very cool if all LADSPA hosts spoke the same language
> > with respect to effects presets?
>
> There already is, in the form of liblrdf (http://plu
Hallo,
Jan Weil hat gesagt: // Jan Weil wrote:
> On Sat, 2004-01-24 at 23:09, Tom Szilagyi wrote:
> > TAP (Tom's Audio Plugins) 0.1-0 is released.
> > Currently four LADSPA plugins are available.
> >
> Which leads to a for more interesting question:
> Is this the way to deal with LADSPA presets?
On Sun, 25 Jan 2004 00:17:29 +0100
Jan Weil <[EMAIL PROTECTED]> wrote:
> On Sat, 2004-01-24 at 23:09, Tom Szilagyi wrote:
> > Hi all,
> >
> > TAP (Tom's Audio Plugins) 0.1-0 is released.
> > Currently four LADSPA plugins are available.
> >
> > You can check them out at:
> > http://www.hszk.bme.h
On Sat, 2004-01-24 at 23:09, Tom Szilagyi wrote:
> Hi all,
>
> TAP (Tom's Audio Plugins) 0.1-0 is released.
> Currently four LADSPA plugins are available.
>
> You can check them out at:
> http://www.hszk.bme.hu/~st444/tap/tap.html
>
Hi Tom,
nice work!
I tested your plugins with Visecas (i. e.
Can this get applied? We discussed it in September, and I thought it
was going to be applied, but it never was.
It includes defines for:
LADSPA_HINT_MOMENTARY
LADSPA_HINT_RANDOMISIBLE
Taybin
--- /usr/include/ladspa.h 2003-04-05 01:10:32.0 -0500
+++ ladspa-1.2.h 2003-09-08 21:24:05.0
On Mon, Nov 17, 2003 at 07:48:53PM -0500, Paul Davis wrote:
> >Well, we COULD discuss this with the QT/GTK folk. However, I personally
>
> i already am :)
Excellent. Please keep us appraised :) QT and GTK would take care of the
majority of Linux issues.
>> >All this would be a lot simpler if the common GUI toolkits would provide
>> >a call that would allow one to create a raw X window that wil be
>> >connected to their internals and that gets its raw X events delivered
>> >to a user specified callback. From there on, the toolkit or library used
>>
On Mon, Nov 17, 2003 at 05:39:22PM -0500, Paul Davis wrote:
> >All this would be a lot simpler if the common GUI toolkits would provide
> >a call that would allow one to create a raw X window that wil be
> >connected to their internals and that gets its raw X events delivered
> >to a user specified
>All this would be a lot simpler if the common GUI toolkits would provide
>a call that would allow one to create a raw X window that wil be
>connected to their internals and that gets its raw X events delivered
>to a user specified callback. From there on, the toolkit or library used
>by the plugin
Hi Paul,
> have you considered the possibility that Xlib is not statically
> thread-safe? if there are any globals in the implementation of Xlib,
> this scheme will fail as soon as the host is using Xlib as well.
Yes, and if X does its bookkeeping in terms of 'processes' and not 'clients'
the sam
>It doesn't depend on the host's support in any way. The host doesn't even have
>to be an X client - the same library can be called by for example an internal
>JACK client.
>
>The shared library creates a thread for the X code, connects to the X-server
>as a new client, and provides a set of widget
On Mon, Nov 17, 2003 at 05:46:20PM +0100, Alfons Adriaensen wrote:
> It doesn't depend on the host's support in any way. The host doesn't even have
> to be an X client - the same library can be called by for example an internal
> JACK client.
That sounds like incredibly useful software.
> Plugin
On Mon, Nov 17, 2003 at 04:04:46PM +, Steve Harris wrote:
> I see, but I still dislike the idea FWIW :)
Well if you want the functionality (and I do) I see no other way,
except by doing something that would break the existing API.
> > I have some plugins that are able to create their own G
On Mon, Nov 17, 2003 at 04:57:07PM +0100, Alfons Adriaensen wrote:
> The purpose of my proposition is to enable a plugin writer (if he/she wishes
> to do so) to detect when the plugin is used in this way, and maybe optimise
> his code. For example, control rate computations (which can be elaborate
On Mon, Nov 17, 2003 at 03:36:06PM +, Steve Harris wrote:
> On Mon, Nov 17, 2003 at 04:26:23 +0100, Alfons Adriaensen wrote:
> > This is exactly what AMS is doing in polyphonic mode. Most internal modules
> > (PCM out is the obvious exception) are created as many times as there are
> > voices,
On Mon, Nov 17, 2003 at 04:26:23 +0100, Alfons Adriaensen wrote:
> This is exactly what AMS is doing in polyphonic mode. Most internal modules
> (PCM out is the obvious exception) are created as many times as there are
> voices, but still look like a single module to the user. Plugins can be
> crea
On Mon, Nov 17, 2003 at 03:01:40PM +, Steve Harris wrote:
> > I'd like to propose an extension of the LADSPA specs, or more correctly, a
> > particular interpretation of the current specs, in order to support the use of
> > plugins in a 'polyphonic' context.
> FWIW, I dont think this is the
On Mon, Nov 17, 2003 at 02:14:41 +0100, Alfons Adriaensen wrote:
> I'd like to propose an extension of the LADSPA specs, or more correctly, a
> particular interpretation of the current specs, in order to support the use of
> plugins in a 'polyphonic' context.
FWIW, I dont think this is the correct
Hello LAD,
I'd like to propose an extension of the LADSPA specs, or more correctly, a
particular interpretation of the current specs, in order to support the use of
plugins in a 'polyphonic' context.
The problem to be solved is this:
In a host such as AMS, a plugin can be loaded as part of a po
On Fri, Sep 12, 2003 at 12:25:20 -0400, Paul Davis wrote:
> >So the hint we *really* need is the audio-rate control port (or
> >the control-hinted audio port :)
>
> i agree. i think this would be much more useful, since companders can
> use it for side-chain inputs. wow, how's that for a complete
On Fri, Sep 12, 2003 at 07:43:28 -0400, Paul Davis wrote:
> the more i try to explain this, the less convinced i am that we should
> add it. it requires the definition of a meaningless value, for a
> start, which will require warping/overloading the meaning of some
> other value (e.g. using the def
On Tue, Sep 09, 2003 at 07:27:33 +0100, Richard Furse wrote:
> Well, I'm *half* paying attention...
>
> So we're essentially saying that the momentary thing is a trigger that
> operates on 0->positive but not positive->0. I must admit I'm not 100% clear
> about the randomisable case from the text.
>So the hint we *really* need is the audio-rate control port (or
>the control-hinted audio port :)
i agree. i think this would be much more useful, since companders can
use it for side-chain inputs. wow, how's that for a complete turnaround?
--p
Paul Davis wrote on Fri, 12-Sep-2003:
> >Well, I'm *half* paying attention...
> >
> >So we're essentially saying that the momentary thing is a trigger that
> >operates on 0->positive but not positive->0. I must admit I'm not 100% clear
> >about the randomisable case from the text.
> >
> >Do
>Well, I'm *half* paying attention...
>
>So we're essentially saying that the momentary thing is a trigger that
>operates on 0->positive but not positive->0. I must admit I'm not 100% clear
>about the randomisable case from the text.
>
>Do we have example plugins for the two cases?
sooperlooper is
?
Cheers,
--Richard
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Steve
Harris
Sent: 09 September 2003 08:47
To: [EMAIL PROTECTED]
Subject: Re: [linux-audio-dev] ladspa diff
On Mon, Sep 08, 2003 at 09:54:17 -0400, Paul Davis wrote:
> lets just do it.
On 08 Sep 2003 21:28:17 -0400
Taybin Rutkin <[EMAIL PROTECTED]> wrote:
> Here's a ladspa diff with LADSPA_HINT_MOMENTARY and
> LADSPA_HINT_RANDOMISABLE.
>
> Comments please?
>
> Taybin
Looks good to me, although you'll need to spell-check it first
('supprising', 'unpleasent') :)
-
Myk
chard Guenther <[EMAIL PROTECTED]>
Sent: 09/09/03 10:25 AM
To: lad <[EMAIL PROTECTED]>
Subject: Re: [linux-audio-dev] ladspa diff
>
> On Tue, 8 Sep 2003, Taybin Rutkin wrote:
> Here's a ladspa diff with LADSPA_HINT_MOMENTARY and
> LADSPA_HINT_RANDOMISA
Steve Harris <[EMAIL PROTECTED]> writes:
> On Mon, Sep 08, 2003 at 09:54:17 -0400, Paul Davis wrote:
> > lets just do it. i think that personally steve harris should be the
> > final arbiter of this stuff, after consulting with this list. he's
> > done more with LADSPA than almost anyone else (per
On Tue, 8 Sep 2003, Taybin Rutkin wrote:
> Here's a ladspa diff with LADSPA_HINT_MOMENTARY and
> LADSPA_HINT_RANDOMISABLE.
>
> Comments please?
What is LADSPA_HINT_RANDOMISABLE actually useful for?
Richard.
On Mon, Sep 08, 2003 at 09:54:17 -0400, Paul Davis wrote:
> lets just do it. i think that personally steve harris should be the
> final arbiter of this stuff, after consulting with this list. he's
> done more with LADSPA than almost anyone else (perhaps than anyone
> else). we've discussed these ch
lets just do it. i think that personally steve harris should be the
final arbiter of this stuff, after consulting with this list. he's
done more with LADSPA than almost anyone else (perhaps than anyone
else). we've discussed these changes for a while, and IIRC nobody had
any objections.
i'm willin
Here's a ladspa diff with LADSPA_HINT_MOMENTARY and
LADSPA_HINT_RANDOMISABLE.
Comments please?
Taybin
--- /usr/include/ladspa.h 2003-04-05 01:10:32.0 -0500
+++ ladspa-1.2.h2003-09-08 21:24:05.0 -0400
@@ -22,9 +22,9 @@
#ifndef LADSPA_INCLUDED
#define LADSPA_INCLUDED
On Thu, Aug 28, 2003 at 06:17:50 -0400, Taybin Rutkin wrote:
> On Thu, 2003-08-28 at 16:32, Steve Harris wrote:
>
> > I think it was supposed to be a hint, maybe that got scambled along the
> > way, but ++votes for it being a hint.
>
> Has anyone heard from Richard Furse lately? He hasn't given
401 - 500 of 884 matches
Mail list logo
