On 27 Mar 2007, at 16:01, Fons Adriaensen wrote:
On Tue, Mar 27, 2007 at 04:17:16PM +0200, Frank Barknecht wrote:
Maybe one day there will be a Linux version of Live, but it's
not something I particularily look forward to, as I wouldn't
use it anyways unless it gets opensource'd.
There are
On 14 Mar 2007, at 10:10, Joern Nettingsmeier wrote:
Steve Harris wrote:
On 13 Mar 2007, at 09:15, Valent Turkovic wrote:
Hi,
is it possible to record multi channel speech audio and down
sample it
2 stereo channels BUT with horizontal audio positioning of each
audio
channel ie. like
On 14 Mar 2007, at 15:34, Lee Revell wrote:
My other response would be to point to all the successful vendors who
*do* provide open Linux drivers. Creative released a GPL emu10k1
driver and went on to sell gazillions of those devices to Linux users,
and the competition never cloned their
On 13 Mar 2007, at 09:15, Valent Turkovic wrote:
Hi,
is it possible to record multi channel speech audio and down sample it
2 stereo channels BUT with horizontal audio positioning of each audio
channel ie. like dolby surround effect.
Sure, but you might be disappointed by the results, Pro
Hi Dave,
To be getting problems from denormals you really need a stretch of
silence going into some effects processing. From your description it
doesn't seem like that's very likely. If you do have a stretch of
silence, add a small amount of noise to the track, and if it goes
away you
On 28 Feb 2007, at 17:29, Stephen Sinclair wrote:
PS: does anyone know where I can 'GPL' an decent OSC server
implementation in C++?
The LibLo implementation is GPL, very easy to use, and available in
many distros including Ubuntu.
http://liblo.sourceforge.net/
I'm using it for a
On 17 Feb 2007, at 10:47, Thorsten Wilms wrote:
On Sat, Feb 17, 2007 at 12:45:37AM -0300, Camilo Polyméris wrote:
Or if two consecutive plugins do FFT,
the first could pass the information to the second in the
frequency domain.
Neither of these would work with current plugin
On 14 Feb 2007, at 04:18, Leonard Ritter wrote:
On Mon, 2007-02-12 at 13:23 +0100, Stefano D'Angelo wrote:
Hi all,
who would be interested in writing a processing plugin standard
wrapper (LADSPA, DSSI, LV2, VST, etc.)?
...
so you have now 4+1 = 5 interfaces. theoretically, the issue
On 31 Jan 2007, at 11:27, Bob Ham wrote:
On Tue, 2007-01-30 at 23:30 +0100, [EMAIL PROTECTED] wrote:
On Tue, Jan 30, 2007 at 09:18:06PM +, Bob Ham wrote:
On Tue, 2007-01-30 at 21:05 +, Bob Ham wrote:
On Tue, 2007-01-30 at 09:03 -0800, Michael Ost wrote:
Can anyone suggest ways to
On 31 Jan 2007, at 14:06, Robin Gareus wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lars Luthman wrote:
On Wed, 2007-01-31 at 13:54 +0100, Robin Gareus wrote:
Cons;
If windows wants it can perform better than a fully fledged
rt-unix-kernel. - but that remains to be proven for
On 30 Jan 2007, at 01:25, Fraser wrote:
Hi Steve,
Ah, well the host is not supposed to change port values during run()
anyway, the idea in LADSPA (and LV2) is that the host should chop the
run() block where port values change. In practice not all hosts do
that, some just pick a suitably
On 30 Jan 2007, at 17:03, Michael Ost wrote:
Can anyone suggest ways to compare audio/midi performance between
Linux
and Windows that (1) are relevant to non-technical musicians and (2)
make Linux compare favorably?
Not things like I just don't like Windows or software feature
comparisons
On 29 Jan 2007, at 02:18, Fraser wrote:
Hi Steve,
Hi Fraser,
Sure. This was an issue in LADSPA, though not a significant enough
one that anyone wanted it changed. I would suspect you're
overestimating the burden compared to the function call overhead and
cache thrashing. I'd be interested
On 29 Jan 2007, at 14:41, Lars Luthman wrote:
On Mon, 2007-01-29 at 13:49 +, Chris Cannam wrote:
On Monday 29 Jan 2007 07:39, Nedko Arnaudov wrote:
Chris Cannam [EMAIL PROTECTED] writes:
What are they? Do they do anything else, besides host LV2 plugins?
I'm aware of these LV2 hosts:
On 29 Jan 2007, at 15:23, Paul Winkler wrote:
On Mon, Jan 29, 2007 at 08:08:37AM +, Steve Harris wrote:
Ah, well the host is not supposed to change port values during run()
anyway, the idea in LADSPA (and LV2) is that the host should chop the
run() block where port values change
On 29 Jan 2007, at 16:51, Florian Schmidt wrote:
On Monday 29 January 2007 09:08, Steve Harris wrote:
Ah, well the host is not supposed to change port values during run()
anyway, the idea in LADSPA (and LV2) is that the host should chop the
run() block where port values change. In practice
On 29 Jan 2007, at 17:57, Florian Schmidt wrote:
On Monday 29 January 2007 18:22, Steve Harris wrote:
http://tapas.affenbande.org/lv2/ext/fixed-buffersize
http://tapas.affenbande.org/lv2/ext/power-of-two-buffersize
Great idea. I've got some plugins that will benefit a lot by this. We
On 28 Jan 2007, at 05:07, Fraser wrote:
however, it and i think all the other issues you raise are all
solved by
LV2 (LADSPA Version 2), which has come about in part from other
people's
difficulties with the same range of problems as you.
ahh, so there is a V2 coming, not too much info
On 24 Jan 2007, at 18:04, Stefano D'Angelo wrote:
2007/1/24, Steve Harris [EMAIL PROTECTED]:
The way to help, IMHO, would be to make the existing systems
compatible, using bridges/reflectors/wrappers, rather than creating
more specs.
- Steve
Honestly I don't know about PluginCore, however
On 24 Jan 2007, at 15:06, Jay Vaughan wrote:
At 20:08 +0100 22/1/07, Stefano D'Angelo wrote:
What I'd like to work on is a sound processing architecture (LADSPA,
VST, DSSI, etc.) wrapper, which hides the details of a particular
implementation to audio program developers.
Nice idea. Already
On 24 Jan 2007, at 15:52, Stefano D'Angelo wrote:
2007/1/24, Jay Vaughan [EMAIL PROTECTED]:
At 20:08 +0100 22/1/07, Stefano D'Angelo wrote:
What I'd like to work on is a sound processing architecture (LADSPA,
VST, DSSI, etc.) wrapper, which hides the details of a particular
implementation to
On 22 Jan 2007, at 22:15, Stefano D'Angelo wrote:
2007/1/22, Dmitry Baikov [EMAIL PROTECTED]:
On 1/23/07, Stefano D'Angelo [EMAIL PROTECTED] wrote:
Good point! This is true, but there are lots of sound processing
plugins around, so maybe instead of creating a new API and then
apply
some
Just a quick heads-up.
As some of you may know, I recently left my old job and the
University of Southampton. But, I forgot to fill in the paperwork to
keep my old accounts, machines etc.
Consequently my @ecs.soton.ac.uk and @plugin.org.uk addresses stopped
working, and the server that
On 23 Jan 2007, at 12:17, Stefano D'Angelo wrote:
You need to read the spec again.
The terminology is confused, not least in the spec documents, but a
single .lv2 plugin can host multiple effects with different ports
and so on.
- Steve
Oops... seems like I'm a bit confused! Well, I'm
On 23 Jan 2007, at 13:19, Stefano D'Angelo wrote:
2007/1/23, Steve Harris [EMAIL PROTECTED]:
On 23 Jan 2007, at 12:17, Stefano D'Angelo wrote:
You need to read the spec again.
The terminology is confused, not least in the spec documents,
but a
single .lv2 plugin can host multiple
On 23 Jan 2007, at 14:43, Paul Davis wrote:
On Tue, 2007-01-23 at 14:31 +, John Rigg wrote:
On Tue, Jan 23, 2007 at 08:53:13AM +1100, Erik de Castro Lopo wrote:
Hi all,
SecretRabbitCode was recently included in a test of a number of
commercially available sample rate converters and
On 23 Jan 2007, at 16:14, Stefano D'Angelo wrote:
Just some last questions and I'll stop shouting and fooling around :-)
This issue should also have been faced with vstserver, fst and so, but
I never used them, so I'm just asking (I'm doing all of these because
I'm working on a DSP program):
On Wed, Dec 20, 2006 at 09:11:06 -0500, Paul Davis wrote:
2. We build binaries for the lowest common denominator, so the plugins
you'll find in Fedora, for instance, don't take advantage of SSE
hardware or instruction scheduling for different processors. This can
make a huge difference.
On Sun, Nov 05, 2006 at 06:07:33 -0500, Paul Winkler wrote:
On Sun, Nov 05, 2006 at 09:44:14PM +, Dan Mills wrote:
Hi all,
While hacking around with aliasing effects in digital compressors (Yes
it is real, yes you can hear it!), I happened to run a 10Khz sine wave
into jamin with an
On Tue, Oct 17, 2006 at 04:43:39 +0200, Fons Adriaensen wrote:
On Tue, Oct 17, 2006 at 09:59:10AM -0400, Paul Davis wrote:
On Tue, 2006-10-17 at 11:56 +0200, Fons Adriaensen wrote:
'THE SAMPLES ARE NOT THE SIGNAL'. The real peak level of a
signal when converted to the analog domain can
On Wed, Oct 18, 2006 at 12:48:59 +0100, Dan Mills wrote:
--- John Rigg [EMAIL PROTECTED] wrote:
If the control signal is derived from the upsampled
input
to the compressor, that is taken care of.
But that puts potentially expensive gain calculations
into the fast sr code, also I was
On Wed, Oct 18, 2006 at 11:02:26 +0100, Dan Mills wrote:
--- Steve Harris [EMAIL PROTECTED] wrote:
These are aliasing artifacts in the sidechain
though, right? So they will
show up as modulations in the output, rather than
directly audible
aliasing.
The last thing almost all
On Tue, Oct 17, 2006 at 11:56:20 +0200, Fons Adriaensen wrote:
On Mon, Oct 16, 2006 at 07:48:35PM +0100, Dan Mills wrote:
The gain control signal has energy right the way out
to the band limit (and probably aliased around it),
never mind what happens when that hits the multiplier!
The
On Thu, Oct 05, 2006 at 08:14:35 +0200, David Olofson wrote:
On Thursday 05 October 2006 19:59, Paul Winkler wrote:
On Thu, Oct 05, 2006 at 07:07:34PM +0200, Fons Adriaensen wrote:
On Thu, Oct 05, 2006 at 05:12:20PM +0100, Steve Harris wrote:
The SC* plugins do the same as TAP
On Thu, Oct 05, 2006 at 10:48:07 -0500, Andres Cabrera wrote:
Hi,
Here they are:
www.geminiflux.com/SC1-Processed.jpg
www.geminiflux.com/SC4-Processed.jpg
What's that glitch near the cursor? Is that a bug, or was it in the input
waveform?
What immediatly strikes me as wierd is that you
On Thu, Oct 05, 2006 at 05:29:20 +0200, Alfons Adriaensen wrote:
On Thu, Oct 05, 2006 at 09:14:26AM -0500, Andres Cabrera wrote:
Just to clarify the problem I'm encountering, here's a zoom in on the
processed wave, exactly at the point where gain reduction starts
occuring. This
On Thu, Oct 05, 2006 at 05:04:07 +0100, Steve Harris wrote:
On Thu, Oct 05, 2006 at 05:29:20 +0200, Alfons Adriaensen wrote:
On Thu, Oct 05, 2006 at 09:14:26AM -0500, Andres Cabrera wrote:
Just to clarify the problem I'm encountering, here's a zoom in on the
processed wave, exactly
On Thu, Sep 28, 2006 at 02:06:50 +0400, Andrew Gaydenko wrote:
Hi!
Can anybody point me to theoretical and algorithmic fundamentals
of real-time (JACK-oriented) (pseudo)pink noise generation at
given frequency range?
Have a look at Fons Adriaensen's Jnoise:
On Wed, Sep 27, 2006 at 11:16:27 +0100, James Courtier-Dutton wrote:
Hi,
I was wondering if there are any tools out there to test audio
resampling quality. I am particularly interested in 44.1kHz to 48kHz
resampling due to the fact that most sound cards prefer 48kHz.
At least with up
On Sun, Sep 17, 2006 at 11:22:29 +0200, Luis Garrido wrote:
I have also thought of RDF/turtle as per the new LV2 spec but, if I am
not mistaken, raptor doesn't write turtle and, to be honest, all this
subject/predicate/object/ontology stuff seems like a bit of overkill
just to store groups of
On Fri, Aug 25, 2006 at 01:11:53PM -0400, Paul Davis wrote:
On Fri, 2006-08-25 at 17:02 +, carmen wrote:
i guess everyone has to pay the rent somehow...but do a indeed/simplyhired
search for linux audio, or similar. and check out the names of the top 10
entriesSony, Avid,
On Tue, Aug 15, 2006 at 03:30:47 +0200, conrad berhörster wrote:
Hello all,
Does anybody know, how i can scale the incoming jack signals to dbSPL,
which is in the range of 0 to 120. An is it possible to calculate from dbFS
(which is used in normal soundapp in range -inf to 12db) into
On Thu, Aug 10, 2006 at 12:47:11 -0400, Ivica Ico Bukvic wrote:
To all involved in the LV2 project, I would greatly appreciate your feedback
regarding LV2 project becoming a member of Linuxaudio.org. Provided that you
decide this is a step they wish to take, it would be a good idea to nominate
http://lv2plug.in/spec/
Some more work has been done recently, but I think I forgot to tell this
mailing list.
The most notable change is the inclusion of a port hint to indiciate that
connections to that port are optional. This has never been a part of
LADSPA, though it was discussed. It's
On Wed, Aug 09, 2006 at 11:10:07AM +0100, Jono Bacon wrote:
On 8/9/06, Steve Harris [EMAIL PROTECTED] wrote:
The LV2 spec is approaching finalisation now. We have two independent host
impletmentions, and several that share some code, there are lots of
plugins, some using extensions and some
On Wed, Aug 09, 2006 at 12:57:24 -0400, Ivica Ico Bukvic wrote:
The LV2 spec is approaching finalisation now. We have two independent host
impletmentions, and several that share some code, there are lots of
plugins, some using extensions and some using vanialla LV2. If people want
to
It might be better to have a planet for linux audio in general, Dave
Phillip's blog is allready in my RSS reader.
LV2 is in the last 10% stage, I meant to mail out an update after the ast
batch of work Dave Robillard and I did, but I think I forgot, and I can't
remember what we did now...
There
On Wed, Jul 26, 2006 at 09:02:31 +1000, Erik de Castro Lopo wrote:
Mmm. For what it's worth, I write mostly C++ but have no problem
with using the libsndfile C API.
Most people who really know C++ know enough to be comfortable
with pure C. I'm pretty sure you fall into this category.
On Wed, Jul 26, 2006 at 03:41:24PM +0200, Richard Spindler wrote:
2006/7/26, Thorsten Wilms [EMAIL PROTECTED]:
You should not depend on particular plugins, if the app could work
without just fine. Hasn't Debian a 'Recommends' thing going for
things like this?
Doesn't JAMin need the SWH
On Fri, Jul 21, 2006 at 01:13:43 +0100, [EMAIL PROTECTED] wrote:
On Fri, 21 Jul, 2006 at 09:39AM +1000, Loki Davison spake thus:
On 7/21/06, Stephen Sinclair [EMAIL PROTECTED] wrote:
...
For music/audio stuff you can do the dsp stuff with c and then
communicate with another process written
On Thu, Jul 20, 2006 at 09:51:05 -0700, Thomas Vecchione wrote:
??? Non realtime style? How can you have a gui written in a real time
style? Doesn't that kind of break the basic rules of realtime?
Well that is my question, sorry I should have clarified I am just now
getting into realtime
On Sun, Jul 16, 2006 at 05:38:15PM +, carmen wrote:
On Sun Jul 16, 2006 at 07:35:19PM +0200, Lars Luthman wrote:
On Sun, 2006-07-16 at 17:28 +, carmen wrote:
i notice this file: http://lv2plug.in/spec/lv2.ttl is in the nicely
readable
turtle format. my main question is,
On Sun, Jul 16, 2006 at 05:52:15PM +, carmen wrote:
you hope not what? it just seems like Turtle should be developers choice,
and the format in the .bundle should be more standard - even Firefox can
parse RDF/XML out of the box. the vast majority of the cool tools like
On Sun, Jul 16, 2006 at 03:38:59PM +0100, Jono Bacon wrote:
Hi Lars,
It does just work, you just get generic GUIs instead of
plugin-specific ones.
But surely the GUI is bound to a certain list of plugins. So, when we
get LADSPA support in Jokosher, because we need to make the GUI for
the
On Thu, Jul 13, 2006 at 05:16:01 -0400, Paul Davis wrote:
On Fri, 2006-07-14 at 06:48 +1000, Erik de Castro Lopo wrote:
but I am not a fan nor a great user of C++. The wrapper should
really be written by someone with a love for the language.
LOL! that's pretty great. not a fan translates
On Fri, Jul 14, 2006 at 12:06:23 +0100, [EMAIL PROTECTED] wrote:
On Thu, 13 Jul, 2006 at 04:45PM -0400, Stephen Sinclair spake thus:
A thought occured to me recently...
If I am writing an application which needs to stream a large wav file,
I am having to write something which reserves
On Sun, Jun 25, 2006 at 04:21:20 -0400, Dave Robillard wrote:
It's all about modulation, if I connect a [-1.0, 1.0] sine LFO to a cutoff
modulation input then I want it to modulate up and down by N octaves, not
N Hz, frequency-linearly symmetric modulations sound wrong. My favourite
On Sun, Jun 25, 2006 at 11:40:53 +0200, Fons Adriaensen wrote:
On Sun, Jun 25, 2006 at 06:57:47PM +0100, Steve Harris wrote:
I agree that describing it as volts is a bit odd, but it instantly makes
people like me feel at home. There's not reason why a digital modular neds
units for its
On Sun, Jun 25, 2006 at 04:30:40 -0400, Dave Robillard wrote:
Basically all you've added is port grouping. Sure, there's no binary
breakage now - no kidding, you havn't had to change anything yet. All
you've done is added a bunch of metadata that has no reason to be in
binary code at all,
On Mon, Jun 26, 2006 at 10:11:30 +0200, Pieter Palmers wrote:
Can we see the kernel panic message? ;-)
no :p. I'm sorry for being a jerk, but I'm not going to type over that
message just so that you can confirm that it indeed is a 'soft lockup'
(or whatever it is called exactly) and that
On Mon, Jun 26, 2006 at 01:53:13 +0200, Alfons Adriaensen wrote:
On Mon, Jun 26, 2006 at 09:07:11AM +0100, Steve Harris wrote:
On Sun, Jun 25, 2006 at 04:30:40 -0400, Dave Robillard wrote:
Plus, it's completely useless for GUIs in a separate process, while LV2
is not (it's just a data
On Sun, Jun 25, 2006 at 02:01:48 -0400, Dave Robillard wrote:
On Tue, 2006-06-20 at 08:35 +0100, Steve Harris wrote:
On Tue, Jun 20, 2006 at 09:05:33 +1000, Loki Davison wrote:
Because people actually use them in Om, because people actually use Om
unlike certain other modulars. volt per
On Tue, Jun 20, 2006 at 12:57:43 +0200, Fons Adriaensen wrote:
:somePort lv2:unit unit:octavePitch ;
lv2:baseFreq 264.0 .
It's not beyond the realms of the possible to describe the mathematical
relationship between the octave pitch unit and Hz, but it's probably
excessive.
On Tue, Jun 20, 2006 at 09:05:33 +1000, Loki Davison wrote:
Because people actually use them in Om, because people actually use Om
unlike certain other modulars. volt per octave is pretty damn obscure
in a computer program If i wanted to have a cutoff at concert A
what the hell is that in
There's been little news on the LV2 front here recently, all the disucssion
seems to have taken place on IRC, so a quick update:
Theres now a website: http://lv2plug.in/ as of a couple od days ago,
thanks to Thorsten Wilms which has links to drafts of the C header file
and RDF/Turtle schema.
I thought it might be of interest to other plugin developers to learn what
my experiences were of porting my LADSPA plugins to the LV2 draft.
As some of you may know the primary source for my plugins is a wierd XML
format, so porting that was fiddly, but didn't involve much manual effort,
just
On Tue, Jun 20, 2006 at 09:39:30 -0400, Dave Robillard wrote:
I can make the plugin validating host check the latency primitively (eg
run a single sample through the buffer) and fail if it isn't reported
correctly, so we're sure the LADSPA latency woes are gone.
What if it's a delay line? I
On Tue, Jun 20, 2006 at 02:46:37 -0400, Dave Robillard wrote:
Let's just standardize an extension for latency ports after the release
of LV2. And let's do it FAST, so that most plugin writers will be
porting their plugins with the extension in place.
I think this should be included in the
On Mon, Jun 19, 2006 at 06:03:43 +1000, [EMAIL PROTECTED] wrote:
Hello, i'm new here,
i've been working on a very simple, backward-forwards compatible extension to
LADSPA/DSSI to allow hosts to display more meaningful gui's with a
describe_value function which takes the port index and a
On Mon, Jun 19, 2006 at 08:44:25 +0200, Fons Adriaensen wrote:
All this doesn't change the fact that the rationale I commented on
*is* fake, whatever the qualities of LV2 (which I do not even deny).
I dont agree that it's fake per se, but I do think it was overstated. It
can be /difficult/ to
On Mon, Jun 19, 2006 at 01:55:27PM -0400, Dave Robillard wrote:
API so far is at http://ftsf.technetium.net.au/code/ladgui/ladgui.h
what i'd like to know is, if this is a stupid idea ^_^
The idea itself isn't stupid, but the implementation is.. let's say less
than wise.
(Consider my
On Mon, Jun 19, 2006 at 11:58:43PM +0200, Fons Adriaensen wrote:
On Mon, Jun 19, 2006 at 10:34:05PM +0100, Steve Harris wrote:
FWIW, I think the not changing any code thing is a blind, someone,
somewhere has to change some code if you want new behaviour*. To me the
critical thing
On Fri, Jun 16, 2006 at 11:44:57 -0700, Kjetil S. Matheussen wrote:
I suggest that you rewrite the comment about snd. Writing lispish, yuck
doesn't give you much credit as someone worth listening to.
Hum. It's maybe not tactfuly expressed, but the s-expression syntax has a
number of objectors
On Thu, Jun 15, 2006 at 09:19:35 -0400, Paul Winkler wrote:
On Wed, Jun 14, 2006 at 10:26:15AM -0700, lazzaro wrote:
There are, of course, languages like SuperCollider and CSound, which
ARE made for expressing audio algorithms. However, again they are
generally interpreted.
Sfront
On Wed, Jun 14, 2006 at 04:20:42PM +0200, stefan kersten wrote:
On Wed, Jun 14, 2006 at 02:09:33AM -0400, Lee Revell wrote:
How do you do realtime in an interpreted language? How
can you guarantee the interpreter won't do something
that's not RT safe during a critical section?
by
On Tue, May 30, 2006 at 03:09:33 -0400, Dave Robillard wrote:
I'm a bit unhappy that it makes code longer and more messy though. The
primary design goal here is to make host code as terse and simple as
possible. strcmp'ing a string and then freeing it is quite a bit uglier
than just testing
On Tue, May 30, 2006 at 11:43:57AM -0400, Dave Robillard wrote:
The problem with returning strings is namespace prefixes. It's all fine
if the type is in the lv2: namespace so it can return something nice
like lv2:float, but if it's something else it will have to return the
fully qualified
On Wed, May 10, 2006 at 01:46:38 -0400, Dave Robillard wrote:
On Wed, 2006-05-10 at 10:12 +0100, Steve Harris wrote:
http://plugin.org.uk/ladspa2/
Changed name of the port shortname property to symbol, which hopefully
implies more the right thing.
Added Rate before Control and Audio
On Thu, May 11, 2006 at 01:59:12 -0400, Dave Robillard wrote:
On Wed, 2006-05-10 at 10:12 +0100, Steve Harris wrote:
http://plugin.org.uk/ladspa2/
Changed name of the port shortname property to symbol, which hopefully
implies more the right thing.
Added Rate before Control and Audio
http://plugin.org.uk/ladspa2/
Changed name of the port shortname property to symbol, which hopefully
implies more the right thing.
Added Rate before Control and Audio port names to hopefully make thier
menaing clearer for people who may not come from a LADSPA background.
This is just fiddling
On Wed, May 10, 2006 at 07:12:33 +0200, Esben Stien wrote:
Steve Harris [EMAIL PROTECTED] writes:
LV2
What happened to the funny recursive acronyms?;). That they don't show
up in a google search don't hold water; f.ex a search for JACK get
you.. our beloved, sacred one.
They seem
On Wed, May 10, 2006 at 01:42:16PM +0200, stefan kersten wrote:
On Mon, May 08, 2006 at 09:07:48AM +0100, Steve Harris wrote:
Is there some equivalent mechanism that lets dlloaded
plugins dig function pointers out of the the host? Thier
public symbol linking system is backward too from what
On Wed, May 10, 2006 at 03:15:25PM +0200, Lars Luthman wrote:
On Wed, 2006-05-10 at 13:22 +0100, Steve Harris wrote:
On Wed, May 10, 2006 at 01:42:16PM +0200, stefan kersten wrote:
On Mon, May 08, 2006 at 09:07:48AM +0100, Steve Harris wrote:
Is there some equivalent mechanism that lets
On Wed, May 10, 2006 at 08:16:04PM +0400, Dmitry Baikov wrote:
LAMA - Linux(Libre) Audio Modules Architecture
I hope The Dalai Lama will not object.
Good name, but theres a well known VST plugin called Delay Lama.
- Steve
On Sun, May 07, 2006 at 09:26:00AM +0200, Jens M Andreasen wrote:
On Fri, 2006-05-05 at 21:04 +0200, Leonard paniq Ritter wrote:
On Thu, 2006-05-04 at 09:11 +0100, Steve Harris wrote:
Before anyone suggests it, FreePod is a piece of windows malware amongst
other things
On Mon, May 08, 2006 at 07:32:06 +0200, [EMAIL PROTECTED] wrote:
I mean the linker should do it. If you dynamically build the plugin
against a stub library and the host exports something with the same ABI, I
/think/ the plugin should have the host's version of the function in its
On Wed, May 03, 2006 at 09:38:28 -0400, Dave Robillard wrote:
Before further discussing the name Pod, please have a look at
www.line6.com/products/pods/ . There is a whole family of FX processors
for guitar and bass under the registered trademark POD, and these
devices are well known
On Thu, May 04, 2006 at 08:57:54 +0700, Patrick Shirkey wrote:
Dave Robillard wrote:
This is a good point. The POD line is _VERY_ well known, and given that
plugins can be effects or guitar amp models etc (ie the domain is
similar) I wouldn't be surprised if Line6's lawyers had something to
Richard's preferred name of PEA (AKA anything that's not LADSPA2) got me
to thinking. What about abstracting it up one level and calling the
directory + .so files + manifest thing a POD (Plugin Object and
Description). Theres nothing particularly audio specific about the high
level construct, its
On Tue, May 02, 2006 at 12:15:20PM -0400, Paul Davis wrote:
On Tue, 2006-05-02 at 17:57 +0200, Alfons Adriaensen wrote:
I can't imagine any sane interface standard for audio controls without a
way to say that the natural way to represent a port's range is exponential.
saying that the port
On Tue, May 02, 2006 at 07:21:31 +0200, fons adriaensen wrote:
On Tue, May 02, 2006 at 05:21:44PM +0100, Steve Harris wrote:
this goes from 0Hz to fs/2Hz, and I want it to be logarithmic,
That's a contradiction.
Yes, quite, but the only other option is to express it as a fraction
On Tue, May 02, 2006 at 02:34:20 -0400, Phil Frost wrote:
On Mon, May 01, 2006 at 10:27:56PM +0100, Steve Harris wrote:
On Mon, May 01, 2006 at 11:24:03PM +0200, Lars Luthman wrote:
Do you mean that the plugin should dlopen the host? Wouldn't that
require some way to pass the path
On Tue, May 02, 2006 at 03:49:59 -0400, Dave Robillard wrote:
Further, you can't really remove all of this data. Most of it
will be required by the plugin code itself, and you can't expect
it to go and read it from the RDF.
Since the plugin author writes both and they are strongly
On Sun, Apr 30, 2006 at 06:39:05 -0400, Dave Robillard wrote:
Dave, you complain about people talking down about modular
synths, then yourself discount things that are only useful in
non-modular designs? How about a little reciprocity here?
[snip]
... a simple I need it
On Mon, May 01, 2006 at 02:13:00AM +0200, Lars Luthman wrote:
2) the dynamic program lists and midi mappings (static definitions
could be written in the RDF file, but that's no fun)
That's a tougher one.
Control port :|
Not really - plugins only get to write to the
On Mon, May 01, 2006 at 04:50:13 -0400, Dave Robillard wrote:
IMHO, thats not the way to do any of those things:
mono/stereo is best done with dosconnected ports IMHO. That way you can
change the connected state and have the plugin react.
mono/stereo isn't the best example. I'm
On Mon, May 01, 2006 at 11:24:03PM +0200, Lars Luthman wrote:
On Mon, 2006-05-01 at 22:13 +0100, Steve Harris wrote:
On Mon, May 01, 2006 at 04:50:13 -0400, Dave Robillard wrote:
I guess the port things aren't a good justification for the creation
parameters, you're right. The question
On Sun, Apr 30, 2006 at 11:37:28 +0100, Chris Cannam wrote:
On Sunday 30 Apr 2006 00:01, Dave Robillard wrote:
We need a better API with which to build good, useful things.
So what are those things, and how will LADSPA2 get us to them? I'm not
looking for perfect foresight here, just some
On Sat, Apr 29, 2006 at 01:00:04 +, carmen wrote:
It's not possible for a host to know how to scale a port from just the unit
labeling. Unit labeling and input value scaling are independent, in fact
are completely orthogonal except in certain conventional cases like
IEC for some (not
On Fri, Apr 28, 2006 at 02:29:42 -0400, Dave Robillard wrote:
On Fri, 2006-04-28 at 08:57 +0100, Steve Harris wrote:
OK, it seems like the consensus is clear to me. So far, most people want to
use/keep LADSPA2. I ran it through a condorcet program, just to make sure,
but it't not in doubt
1 - 100 of 1512 matches
Mail list logo