On Thu, 29 Sep 2005 00:11:34 +0200
Richard Spindler <[EMAIL PROTECTED]> wrote:
> 2005/9/29, Jussi Laako <[EMAIL PROTECTED]>:
> > > For me ATI is preferred, because free (as in Freedom) drivers are
> > > availably, and even the non-free ones work very well.
> >
> > I don't see any difference betwee
On Wed, 27 Jul 2005 17:22:24 +0200
Alfons Adriaensen <[EMAIL PROTECTED]> wrote:
> Hello all,
>
>
> I'm trying to clear up my mind as to what conventions to follow
> in a GUI for the actions of zooming in and out e.g. a spectrum
> or an impulse response window. It's not the intention to launch
>
--- 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
>
--- Pete Bessman <[EMAIL PROTECTED]> wrote:
> At Mon, 28 Jun 2004 19:56:50 +1000,
> Erik de Castro Lopo wrote:
> >
> > double fractional = 0.0, increment = 0.1;
> > int integer = 0;
> >
> > for (;;)
> > {
> > /* Bunch of other code. */
> >
> > fractional += increm
Hi
After way too long, a new release of the BLOP LADSPA Plugin set.
Orginally named Bandlimited LADSPA Oscillator Plugins, but there's more
than oscillators... they're more useful in a modular host, such as
Spiral Synth Modular, gAlan, Alsa Modular Synth etc.
Plugins in the set:
New since last
On Thu, 10 Jun 2004 20:02:48 +0200
Thorsten Wilms <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 10, 2004 at 10:19:10AM -0700, Tim Hockin wrote:
> > > Oh, and about linear needing 2 directions, up/down for gain
> > > and right left for pan (Uwe): Sure. And the widget has
> > > to be clear about that i
On Thu, 10 Jun 2004 19:03:35 +0200
Thorsten Wilms <[EMAIL PROTECTED]> wrote:
> Hello again!
>
> The discussion about linear or radial mouse movement for
> knobs finaly got me to mockup an idea i had in my mind
> for sometime already.
>
> For now I call it fan sliders:
> http://wrstud.urz.uni-w
--- [EMAIL PROTECTED] wrote:
> On Wed, Jun 09, 2004 at 07:02:30PM +0100, Mike Rawes wrote:
> > On Wed, 9 Jun 2004 14:20:41 +0200
> > [EMAIL PROTECTED] wrote:
> > > galan has:
> > > left click -> up down movement
> > > right click -> knob po
On Wed, 9 Jun 2004 14:20:41 +0200
[EMAIL PROTECTED] wrote:
> On Wed, Jun 09, 2004 at 11:21:25AM +0100, Steve Harris wrote:
> > On Tue, Jun 08, 2004 at 05:06:16 -0500, Jan Depner wrote:
> > > This is exactly the point I was trying to get across. Do
> > > something
> > > different. I've been t
--- Steve Harris <[EMAIL PROTECTED]> wrote: > On Wed, Jun 09, 2004 at
12:16:14 +0100, 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 l
On Sat, 15 May 2004 11:46:47 +0200
Marcus Andersson <[EMAIL PROTECTED]> wrote:
> Mike Rawes wrote:
>
> > You're right - there's an asymptote at x=0 - there's no correct way
> > of
> >
> >dealing with it. What I've done in the past is do
On Fri, 14 May 2004 20:15:39 +0100
Steve Harris <[EMAIL PROTECTED]> wrote:
> On Fri, May 14, 2004 at 05:08:53 +0100, Mike Rawes wrote:
> > Minor nitpick regarding what is carried over as metadata from 1.x:
> > Can we get rid of the label? - I never did see the use for it. The
On Sat, 15 May 2004 07:10:30 +0200
Marcus Andersson <[EMAIL PROTECTED]> wrote:
> Fons Adriaensen wrote:
>
> >On Fri, May 14, 2004 at 05:55:07PM +0200, Marcus Andersson wrote:
> >
> >
> >>Alfons Adriaensen wrote:
> >>
> >>
> >>
> >>>Another point. I've defended the adoption of simple integer
--- Chris Cannam <[EMAIL PROTECTED]> wrote: > On Friday 14 May 2004
15:33, [EMAIL PROTECTED] wrote:
> > we should make sure that the v2plugin metadata contains a hint which
> > v1 plugin is made obsolete by this v2plugin
>
> Will it be possible for the same plugin to implement both v1 and v2?
>
--- Paul Davis <[EMAIL PROTECTED]> wrote:
> well, it appears that there is little to no response to the proposal
> from the LADSPA meeting at ZKM. just to be sure that the silence is an
> accurate reflection of what people think, i want to take a harsh
> stance on the proposal and see if it gener
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 Tue, 27 Jan 2004 22:57:02 -0600
Tom Felker <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Are there tools to copy audio to a file as it goes through ALSA to the
>
> soundcard? I'm basically looking for something like VSound, but for
> everything, not just apps that can be coaxed to use OSS.
>
> If n
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, 17 Jan 2004 20:52:29 +
Steve Harris <[EMAIL PROTECTED]> wrote:
[...]
> Yes, but "well-known" port labels are very ladspa-y. eg. the latency
> control out port, its not in the spec and it doesnt hurt any apps, but
> it is a useful convention.
>
> We could define a meta-convention - s
On Fri, 16 Jan 2004 18:54:01 +
Bob Ham <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-01-14 at 15:14, Mike Rawes wrote:
>
> > * Managing inputs/outputs
> > JACK for audio (be it actual audio, or control
> > values at audio rate)
> > OSC
--- Iain Duncan <[EMAIL PROTECTED]> wrote: >
> > This is what AMS, SSM, gAlan, PD etc let you do right now - MIDI is
> converted
> > to a 'voltage' signal (by various means) and then routed to plugins in the
> > graph. Ditto JACK - you can connect a JACK port to anything you like in
> these
> > a
--- Iain Duncan <[EMAIL PROTECTED]> wrote:
> > That would be possible, but using JACK between *every* plugin in the
> > graph would be overkill. JACK support is definitely a requirement
> > though.
>
> Well, it might be, but on the other hand making that possible would allow
> the truely open en
On Thu, 15 Jan 2004 14:53:18 -0800
"Iain Duncan" <[EMAIL PROTECTED]> wrote:
> I think the way to make an inter app modular really useful and new
> would be to use Jack for *ALL* signal passing including control
> signals as CV emulations by passing a DC signal through Jack ( as say
> an equivalent
On Wed, 14 Jan 2004 13:04:09 -0500
Dave Robillard <[EMAIL PROTECTED]> wrote:
> > I think the main reason for this (for SSM at least) is firstly that
> > LADSPA support came after the app was developed, and secondly LADPSA
> > plugins don't have GUIs - these have to be generated, with limited
> > s
--- Alfons Adriaensen <[EMAIL PROTECTED]> wrote: > On Wed, Jan 14,
2004 at 03:14:59PM +0000, Mike Rawes wrote:
>
> > The key here would be to develop an API (I suppose more accurately an ACI -
> > application Control interface) to cover all intended functionality, w
Hi
--- Dave Robillard <[EMAIL PROTECTED]> wrote:
> On Tue, 2004-01-13 at 11:09, Juhana Sadeharju wrote:
> > Hello.
> >
> > I feel we should write a modular synth editor from scratch.
> > I have checked many existing systems but none is good enough.
> >
> > The editor would just be the editor.
--- Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: > Steve
Harris wrote:
> > On Wed, Dec 03, 2003 at 09:41:30AM +0100, Joern Nettingsmeier wrote:
> >
> >>builds fine, except for those warnings:
> >>
> >>ladspa-util.h: In function `f_trunc':
> >>ladspa-util.h:110: warning: dereferencing type-punne
On Sun, 16 Nov 2003 18:21:08 +
Steve Harris <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 16, 2003 at 11:30:36 +0000, Mike Rawes wrote:
> > > ERROR: port 0 is LOGARITHMIC but LowerBound isn't positive
> >
> > Is this really an error? Dealing with the aymptote i
On Sat, 15 Nov 2003 14:30:17 +
Nick Lamb <[EMAIL PROTECTED]> wrote:
> Here are my latest test results from running Demolition
> http://www.ecs.soton.ac.uk/~njl98r/code/ladspa/demolition.html
>
> 237 plugins were tested from 117 plug-in libraries, including all the
> ones in BLOP, CMT, SWH, MC
OK, it would help if I used the compiler options!
-O3 -ffast-math -march=athlon-xp
fixp: 1.720s
float: 3.250s
fistl: 3.420s
-O3 -ffast-math -march=athlon-xp -lm
lrint: 3.370s (double counter)
lrintf: 2.670s (float counter)
-
Myk
For info - fixed point still wins!
vendor: AuthenticAMD
model name: AMD Athlon(TM) XP 2000+
bogomips: 3329.22
resamp_fixp: 4.560s
resamp_float: 10.270s
resamp_float_fistl: 13.210s # due to double counter?
resamp_float_lrint: 12.460s # double counter
resamp_float_lrintf: 6.820s # float counter
At
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
> /* Property LADSPA_PORT_CONTINUOUS_CONTROL indicates that the port is
>a control port with data supplied at audio rate. */
> #define LADSPA_PORT_CONTINUOUS_CONTROL0x10
>
In a modular synth context there isn't a real difference between this
and an audio port - there is no reason
Hi,
Back in March it was suggested that some additional hints should be
added to LADSPA - there was some discussion, but nothing since. Here's
what I gathered from the archives:
/* Hint MOMENTARY indicates that that a control should behave like a
momentary switch, such as a reset or sync contr
On Mon, 3 Mar 2003 10:12:14 -0500
Paul Davis <[EMAIL PROTECTED]> wrote:
> i like the recently suggested new hints. i'd like to add the
> following, which would allow hosts to do the right thing with
> both SooperLooper and SC4, which are the first (only?) LADSPA plugins
> to have control output p
On Sat, 1 Mar 2003 19:20:49 +0100
David Olofson <[EMAIL PROTECTED]> wrote:
> On Saturday 01 March 2003 17.12, Simon Jenkins wrote:
> [...]
> > >then these components must be built of other components...
> > >i dont see a reason why one wants a big complex component
> > >if it could be built from s
On Fri, 28 Feb 2003 14:17:49 +
Steve Harris <[EMAIL PROTECTED]> wrote:
[...]
> > > There was a suggestion on ardour-dev that a hint to say whether
> > > control outs were supposed to be informative or a source of
> > > control data might help, but I'm not sure about it.
> >
> > Not sure what
Think this needs to go to LAD too...
--- Steve Harris <[EMAIL PROTECTED]> wrote:
> I think there was one more too, but I can't think what it was...
I remember one about sidechains or something. I don't know what a sidechain is,
though, I just recall seeing it somewhere :)
> I agree AUDIO_RATE_
On Tue, 4 Feb 2003 14:51:41 -0800 (PST)
Tim Hockin <[EMAIL PROTECTED]> wrote:
> > The code snippet looks okay to my eyes:
> >
> > loop_index = loop_index == 0 ? 1 : loop_index;
> > loop_index = loop_index > 64 ? 64 : loop_index;
> > int rst = f_round_i(reset);
> > int i;
> >
> >
BLOP is a set of LADSPA plugins - after way too long, it's up to v0.2.6
Website: http://blop.sf.net
This release includes:
* Full RDF metadata, for use with liblrdf
* Bandlimited oscillators (no aliasing noise)
Sawtooth
Square
Variable width pulse
Variable slope triangle
On Fri, 17 Jan 2003 10:28:44 -0800
"robbins jacob" <[EMAIL PROTECTED]> wrote:
> To my own surprise I have to object to the suggestion:
> /*
> AUDIO_RATE_CONTROL. Hints than an audio control should/could be
> controlled by a high time res. slider or control data, but shouldn't
> be connected to the
--- Jack O'Quin <[EMAIL PROTECTED]> wrote: > Steve Harris
<[EMAIL PROTECTED]> writes:
>
> > > On Wed, 15 Jan 2003 18:13:35 +
> > > Steve Harris <[EMAIL PROTECTED]> wrote:
> > >
> > > > AUDIO_RATE_CONTROL. Hints than an audio control should/could be
> controlled
> > > > by a high time res. sl
On Thu, 19 Dec 2002 20:17:04 +
Steve Harris <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 19, 2002 at 04:15:26 +0100, David Olofson wrote:
> > They actually make *more* sence as an audio format, since there, it
> > can have a real effect on performance. That's only really relevant
> > for old or
On Thu, 12 Dec 2002 20:58:46 +0100
David Olofson <[EMAIL PROTECTED]> wrote:
> Well, the problem is that I'm working in GIMP, which doesn't seem to
> feel like exporting bezier curves... Am I missing something, or do I
> need to hack something? (I'd *really* like to work some on that tool,
> if
On Wed, 6 Nov 2002 02:18:30 +0200 (EET)
Kai Vehmanen <[EMAIL PROTECTED]> wrote:
[...loads of useful ecasound info...]
>
> The ECI API might look a bit too simple, but it has proven to be quite
> versatile.
I wasn't criticising it's simplicty - it's a compliment :) A similar
interface/abstraction
On Tue, 5 Nov 2002 17:47:36 +
Steve Harris <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 05, 2002 at 06:06:47 +0100, Dave Griffiths wrote:
> > Another possibility that might make more sense (something else I've
> > been thinking about) is a LADSPA only modular synth - as LADSPA
> > plugins are much
Rohit
A re-read of your post reveals that you want to do this using C or
similar, which is a little more complicated!
For downsampling, you need to remove some samples from the data - to
resample to half the sample rate (48000 to 24000 for example), the
simplest method is to read in your wav (or
Rohit
I've had good results with sox - it's a command-line utility that does
lots of different things. Example:
sox sample.wav -r 48000 sample.out.wav resample -qs
will resample 'sample.wav' to sample.out.wav at rate 48000. The -qs
option selects the resampling method (interpolation, filtering
--- Brian Redfern <[EMAIL PROTECTED]> wrote: > I
[...]
> I for one have not had
> the benefit of a
> computer science education, so all my knowlege comes
> from hardcore
> bootstrapping. I'm sure many people would like to
> help, but simply lack
> the math background to be able to understand
> c
On Mon, 15 Jul 2002 13:10:08 +0200
Jürgen Zimmermann <[EMAIL PROTECTED]> wrote:
> > > 2. Is there any range constraint applied to the audio content
> > >communicated by the audio input/audio output ports?
> > >VST e.g. does restrict the range from -1.0 to +1.0.
>
> > by convention, -1.0
On Mon, 15 Jul 2002 12:00:37 +0200
Jürgen Zimmermann <[EMAIL PROTECTED]> wrote:
> Hello,
Hi
> I just joined the "linux-audio-dev" list a few days ago,
> and after some time studying the ladspa.h file, I have
> still some questions left:
>
> 1. Must the buffers assigned to audio input and audio
On Fri, 24 May 2002 10:15:45 -0400
Paul Davis <[EMAIL PROTECTED]> wrote:
> >> You mean dynamic resonance control at _audio_ rate ? I would assume
> >> that being able to feed envelopes and LFO up to perhaps 10 Hz is
> >> sufficient for the resonance port ?
> >
> >You can get some fantasic effect
On Fri, 24 May 2002 10:32:22 +0200 (CEST)
"Dr. Matthias Nagorni" <[EMAIL PROTECTED]> wrote:
> On Thu, 23 May 2002, Paul Davis wrote:
>
> > one would hope that you implemented them all as LADSPA plugins so
> > that your hard work can be used by many different audio applications
> > ... Well, yes,
On Fri, 17 May 2002 17:38:24 +0100
Steve Harris <[EMAIL PROTECTED]> wrote:
> On Fri, May 17, 2002 at 04:15:44 +0100, mike rawes wrote:
> > I haven't looked at your code yet (although I have
> > compiled and listened to the results - quite
> > nice'n&#
--- Steve Harris <[EMAIL PROTECTED]> wrote:
> On Fri, May 17, 2002 at 02:37:02 +0100, mike rawes
> wrote:
> > frequencies. I was thinking of using a lookup
> table
> > too, using some multiple of (long)frequency as
> key.
>
> Why are you indexing on fre
--- Steve Harris <[EMAIL PROTECTED]> wrote:
> On Fri, May 17, 2002 at 12:52:27 +0100, mike rawes
> wrote:
> > > How efficient are these techniques?
> >
> > At the moment, not very:
>
> That's pretty much what I do, except I dont use a
>
[Thinking this should go to linux-audio-dev, so I've
cc'd it for now]
--- Paul Winkler <[EMAIL PROTECTED]> wrote: > On
Thu, May 16, 2002 at 07:01:54PM +0100, Mike Rawes
> wrote:
> > On Thu, 16 May 2002 13:18:03 +0300
> > <[EMAIL PROTECTED]> wrote:
>
On Tue, 14 May 2002 20:42:03 +0100
Steve Harris <[EMAIL PROTECTED]> wrote:
> On Tue, May 14, 2002 at 08:07:57 +0100, Mike Rawes wrote:
> > Hi all,
> >
> > My first foray into audio programming has yielded 12 new LADSPA
> > oscillator plugins!
>
> W
Hi all,
My first foray into audio programming has yielded 12 new LADSPA
oscillator plugins!
Sawtooth (freq: audio)
(freq: control)
Square (again, two variants)
Variable Pulse (freq: audio, pulsewidth: audio)
(freq: audio, pulsewidth: control)
(freq: contro
59 matches
Mail list logo
