On Wed, Apr 26, 2006 at 11:37:50 -0400, Taybin Rutkin wrote:
> I don't think that changing the english rules of pronunciation is a
> good solution.
>
> "no no, it's pronounced 'lad-spah'."
> "why?"
> "it sounds cooler with a european accent"
I've met many europeans who pronounce it L-A-D-S-P-A,
On Thu, Apr 27, 2006 at 01:21:39 +0200, Leonard paniq Ritter wrote:
> On Thu, 2006-04-27 at 04:55 +0700, Patrick Shirkey wrote:
> > Leonard "paniq" Ritter wrote:
> >
> > >
> > > What about SHAG: Steve Harris' Audio Gear
> > >
>
> actually, now that i think about it "AudioGear" would be a fancy
On Wed, Apr 26, 2006 at 10:29:16 +0200, Jens M Andreasen wrote:
> On Wed, 2006-04-26 at 17:48 +0100, Steve Harris wrote:
>
> > > Then again, domains aren't free, and I know I'm not paying for it. :)
> >
> > If we can find one thats not too expensive I'll pick up the tab.
> >
> > - Steve
>
> If
On Apr 26, 2006, at 4:30 PM, Kjetil S. Matheussen wrote:
I don't agree about taking away the "L". Ladspa is not linux-
specific, but it has certainly originated from linux, and has the
best support in linux software. If linux dissapears before the
ladspa format, we can at least still remembe
Blaze Monger wrote:
> I have SCONS installed and when i type scons, it gives me this:
>
> Checking for libsigc++-1.2...
> Package sigc++-1.2 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `sigc++-1.2.pc'
> to the PKG_CONFIG_PATH environment variable
Dave Robillard <[EMAIL PROTECTED]> writes:
> PEEP - Palindromic Extensible Environment for Plugins
This is a very good one;).
PEEP Extensible Environment for Plugins
--
Esben Stien is [EMAIL PROTECTED] s a
http://www. s tn m
irc://irc. b - i
Whatever the name ends up being, I'd really encourage that it be
extremely unique.
When I search for LADSPA in google, I get LADSPA and nothing but
LADSPA related results. Now that's beautiful and it'd be a real shame
to lose that.
If it were to change to LAP (just for example), then just do a g
On Thu, 2006-04-27 at 04:55 +0700, Patrick Shirkey wrote:
> SLAP - Simpler Linux Audio Plugin
i like that :D
>
--
-- leonard "paniq" ritter
-- http://www.mjoo.org
-- http://www.paniq.org
On Thu, 2006-04-27 at 04:55 +0700, Patrick Shirkey wrote:
> Leonard "paniq" Ritter wrote:
>
> >
> > What about SHAG: Steve Harris' Audio Gear
> >
actually, now that i think about it "AudioGear" would be a fancy name,
no?
>
--
-- leonard "paniq" ritter
-- http://www.mjoo.org
-- http://www.pa
> yes, if all goes well. we will not have time to edit them, but if
> someone volunteers, we can upload the raw dumps immediately after
> they are done, in 30min chunks. any takers?
any chance to cut them by talk? How difficult is it to do? Can it be
done after the conference or is there need to
Hans Fugal wrote:
> That sounds great! Will these also be available for download afterwards?
>
yes, if all goes well. we will not have time to edit them, but if
someone volunteers, we can upload the raw dumps immediately after they
are done, in 30min chunks. any takers?
jörn
Leonard "paniq" Ritter wrote:
What about SHAG: Steve Harris' Audio Gear
LAP - Linux Audio Plugin
LDP - Linux Digital Plugin
LFX - Linux FX
LPA - Linux Plugin API
PLA - Plugin for Linux Audio
SLAP - Simpler Linux Audio Plugin
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthar
On Wed, 2006-04-26 at 13:30 -0700, Kjetil S. Matheussen wrote:
> I think the argument about S is valid enough though, but not a good enough
> argument to change a name we all have learned and love(?). As an
> alternative, we can change the meaning of s into something else, like
> Super, Second,
Steve Harris:
Several people have suggested that LADSPA is not a great name for what we
are calling LADSPA 2. Reasons for this include:
The L, it's not really linux specific, and though /we/ know that its the L
of LAD, its not obvious to people outside.
The S, it ain't really going to be s
On Wed, 2006-04-26 at 17:48 +0100, Steve Harris wrote:
> > Then again, domains aren't free, and I know I'm not paying for it. :)
>
> If we can find one thats not too expensive I'll pick up the tab.
>
> - Steve
If you can put up with not beeing the root domain, you could get
somthing like [ladsp
On Wed, Apr 26, 2006 at 07:13:23PM +0100, Steve Harris wrote:
> Thats the kind of suggestion that makes non-free software developers think
> were all pissing about.
>
> But I still dont like it that much ;)
>
> EEP - Extensible Environment for Plugins?
> PEEP - Portable ...
> MEEP - Multiplatform
On Wed, 2006-04-26 at 14:58 -0400, Dave Robillard wrote:
> PEEP - Palindromic Extensible Environment for Plugins
or PEEPER Extensible Environment for Plugins, Entitled Recursively
10 points to anyone who can fit both Palindromic and Recursive in
there. ;)
-DR-
On Wed, 2006-04-26 at 19:39 +0100, Steve Harris wrote:
> On Wed, Apr 26, 2006 at 08:33:42PM +0200, Lars Luthman wrote:
> > On Wed, 2006-04-26 at 20:29 +0200, Carlo Capocasa wrote:
> > > Thanks for putting in all the effort with LADSPA! I am, through Om, also
> > > a big user.
> > >
> > > I'll go v
SAX: Sexy Audio eXtensions (or just make it recursive (TM))
APE: Audio Pluggable Extensions (not my favorite: there is already an
important audio application that uses the term and I cringe thinking
of the simian lingo that is going to develop around it, but well...)
PEA: Pluggable Extensions for A
On Wed, 2006-04-26 at 19:13 +0100, Steve Harris wrote:
> On Wed, Apr 26, 2006 at 02:03:38PM -0400, Dave Robillard wrote:
> > On Wed, 2006-04-26 at 20:09 +0200, Leonard "paniq" Ritter wrote:
> > > On Wed, 2006-04-26 at 11:10 +0300, Sampo Savolainen wrote:
> > > > I think we would select a short name
On Wed, 2006-04-26 at 19:06 +0100, Steve Harris wrote:
> On Wed, Apr 26, 2006 at 11:18:13AM -0400, Dave Robillard wrote:
> > On Wed, 2006-04-26 at 10:38 +0100, Steve Harris wrote:
> > > This is why the "plugin" is really a directory, all the stuff in there is
> > > neccesary.
> >
> > On the plugin
On Wed, Apr 26, 2006 at 07:39:40PM +0100, Steve Harris wrote:
> > This has the additional benefit that 'apa' means 'ape' or 'monkey' in
> > swedish.
>
> Now, APE would be pretty cool.
>
> Audio Plugin Extenstions?
Hhmm, Audio Plugin Excellence
Audio Plugins Extraordinary
*shrug*
Cheers,
Thorst
On Wed, Apr 26, 2006 at 08:33:42PM +0200, Lars Luthman wrote:
> On Wed, 2006-04-26 at 20:29 +0200, Carlo Capocasa wrote:
> > Thanks for putting in all the effort with LADSPA! I am, through Om, also
> > a big user.
> >
> > I'll go very simple and broad here and suggest 'APA', standing for
> > 'Audi
On Wed, Apr 26, 2006 at 08:10:23PM +0200, Luis Garrido wrote:
> SAX? (Simple Audio eXtensions) Yup, it names also the XML parser, but
> it is music related. Incidentally, at some point in the near future it
> will be possible to register .ax domain names, don't know under which
> conditions.
I qui
On Wed, 2006-04-26 at 20:29 +0200, Carlo Capocasa wrote:
> Thanks for putting in all the effort with LADSPA! I am, through Om, also
> a big user.
>
> I'll go very simple and broad here and suggest 'APA', standing for
> 'Audio Plugin Architecture'.
This has the additional benefit that 'apa' means
Thanks for putting in all the effort with LADSPA! I am, through Om, also
a big user.
I'll go very simple and broad here and suggest 'APA', standing for
'Audio Plugin Architecture'.
+ Aypeeay has a nice sound to it
+ The name is forwards compatible with being ported to Windows, Mac,
or even beco
On Wed, Apr 26, 2006 at 01:14:06PM -0400, Dave Robillard wrote:
> Thinking about this I was worried about parallel installed multiple
> versions of the same plugin, but as long as the URI refers to a
> compatible version of the plugin, we don't need versioning in the struct
> itself, since the URI
On Wed, Apr 26, 2006 at 08:09:26PM +0200, Leonard paniq Ritter wrote:
> On Wed, 2006-04-26 at 11:10 +0300, Sampo Savolainen wrote:
> > I think we would select a short name anyway. Most of them are gone already,
> > so we have the same problem whichever [a-z][a-z][a-z] we select :)
>
>
> XAP sugge
On Wed, Apr 26, 2006 at 02:03:38PM -0400, Dave Robillard wrote:
> On Wed, 2006-04-26 at 20:09 +0200, Leonard "paniq" Ritter wrote:
> > On Wed, 2006-04-26 at 11:10 +0300, Sampo Savolainen wrote:
> > > I think we would select a short name anyway. Most of them are gone
> > > already,
> > > so we have
SAX? (Simple Audio eXtensions) Yup, it names also the XML parser, but
it is music related. Incidentally, at some point in the near future it
will be possible to register .ax domain names, don't know under which
conditions.
http://en.wikipedia.org/wiki/.ax
CHAP? (Cunningly Hacked Audio Plugins)
W
On Wed, Apr 26, 2006 at 08:04:35PM +0200, Leonard paniq Ritter wrote:
> On Wed, 2006-04-26 at 06:48 +0100, Steve Harris wrote:
> > > if it never refuses then its ok with me ;)
> >
> > It's certainly allowed to refuse, it would just be bad manners, unless the
> > host has ignored the required featu
On Wed, Apr 26, 2006 at 11:18:13AM -0400, Dave Robillard wrote:
> On Wed, 2006-04-26 at 10:38 +0100, Steve Harris wrote:
> > This is why the "plugin" is really a directory, all the stuff in there is
> > neccesary.
>
> On the plugin bundle thing, I've got working C code that takes a path to
> the d
On Wed, 2006-04-26 at 20:04 +0200, Leonard "paniq" Ritter wrote:
> On Wed, 2006-04-26 at 06:48 +0100, Steve Harris wrote:
> > > if it never refuses then its ok with me ;)
> >
> > It's certainly allowed to refuse, it would just be bad manners, unless the
> > host has ignored the required features l
On Wed, 2006-04-26 at 15:56 +0100, Steve Harris wrote:
> That's somewhat like saying a corrupt binary should never cause a
> segfault... if the data file gets corrupted in a way that breaks the
> syntax, then there wont be enouhg data for hte host to attempt to load the
> plugin and it will refuse,
On Wed, 2006-04-26 at 20:09 +0200, Leonard "paniq" Ritter wrote:
> On Wed, 2006-04-26 at 11:10 +0300, Sampo Savolainen wrote:
> > I think we would select a short name anyway. Most of them are gone already,
> > so we have the same problem whichever [a-z][a-z][a-z] we select :)
>
>
> XAP suggests t
On Wed, 2006-04-26 at 11:10 +0300, Sampo Savolainen wrote:
> I think we would select a short name anyway. Most of them are gone already,
> so we have the same problem whichever [a-z][a-z][a-z] we select :)
XAP suggests this could be an XML document type. what about FAP (FAP
Audio Plugin)?
GO FAP
On Wed, 2006-04-26 at 06:48 +0100, Steve Harris wrote:
> > if it never refuses then its ok with me ;)
>
> It's certainly allowed to refuse, it would just be bad manners, unless the
> host has ignored the required features list.
so required features have to be checked on both sides. isn't that
red
On Wed, 2006-04-26 at 17:55 +0100, Steve Harris wrote:
> On Wed, Apr 26, 2006 at 05:48:32PM +0100, tom christie wrote:
> > > That's somewhat like saying a corrupt binary
> > > should never cause a segfault...
> > No, not at all.
> > The data file is accessed as an input stream (to the host / LADSPA
On Wed, Apr 26, 2006 at 05:48:32PM +0100, tom christie wrote:
> > That's somewhat like saying a corrupt binary
> > should never cause a segfault...
> No, not at all.
> The data file is accessed as an input stream (to the host / LADSPA library).
> It's fine for a bad data file to cause the library t
On Wed, Apr 26, 2006 at 11:02:26AM -0400, Dave Robillard wrote:
> Specifying the base along with it would be a very good idea though.
> Better to have a 'logarithmic' hint and a seperate 'log_base' though.
Do the maths on that.
- Steve
On Wed, Apr 26, 2006 at 11:07:23AM -0400, Dave Robillard wrote:
> > > like to protest at the continued inclusion of the "logarithmic" port
> > > hint. its totally useless. at the very least, the hint should be removed
> > > and replaced by two other hints: logarithmicE and logarithmic10. saying
> >
On Wed, Apr 26, 2006 at 10:55:12AM -0400, Dave Robillard wrote:
> > My suggestion is that we ressurect the XAP name
> > (http://www.google.com/search?q=lad+xap)
> > It stood for Xap Audio Plugin IIRC.
> >
> > Pros: it's short*, relatively unused** and pronouncable***
>
> I know it's stupid, but s
> That's somewhat like saying a corrupt binary
> should never cause a segfault...
No, not at all.
The data file is accessed as an input stream (to the host / LADSPA library).
It's fine for a bad data file to cause the library to fail to be able
to load it, or to load it and produce unexpected outpu
On Wed, 2006-04-26 at 10:38 +0100, Steve Harris wrote:
> This is why the "plugin" is really a directory, all the stuff in there is
> neccesary.
On the plugin bundle thing, I've got working C code that takes a path to
the directory, parses manifest.ttl, gleams the available plugin DLLs and
data fil
Cool!
Joern, do you need access to LAD site to post the recordings/materials for
archival purposes and/or to offload the main server? Please e-mail me
off-list and I'll provide you with the necessary info.
Best wishes,
Ico
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-aud
On Wed, 2006-04-26 at 16:52 +0200, Lars Luthman wrote:
> On Wed, 2006-04-26 at 10:30 -0400, Dave Phillips wrote:
> > Lars Luthman wrote:
> >
> > > [snip]
> > >
> > >
> > >I compiled it just yesterday. set_name() has moved up to the superclass
> > >LibFlowCanvas::Port, you need the latest CVS versi
On Wed, 2006-04-26 at 12:22 +0100, Steve Harris wrote:
> On Wed, Apr 26, 2006 at 07:05:20 -0400, Paul Davis wrote:
> > On Wed, 2006-04-26 at 11:51 +0100, Steve Harris wrote:
> > > I've written a first cut at an ontology/schema for the plugin RDF:
> > > http://plugin.org.uk/ladspa2/ladspa-2.ttl
> >
On Wed, 2006-04-26 at 07:05 -0400, Paul Davis wrote:
> On Wed, 2006-04-26 at 11:51 +0100, Steve Harris wrote:
> > I've written a first cut at an ontology/schema for the plugin RDF:
> > http://plugin.org.uk/ladspa2/ladspa-2.ttl
> >
> > The term schema is a bit misleading, as it doesn't really enfor
On Wed, 2006-04-26 at 06:06 -0400, Dave Phillips wrote:
> Greetings:
>
> Has anyone else encountered this problem when compiling recent CVS
> Om-synth :
>
> if g++ -DHAVE_CONFIG_H -I. -I. -I../../..-DGTK_DISABLE_DEPRECATED
> -DGDK_DISABLE_DEPRECATED -I../../../src/common -I../../../src/cl
On Wed, Apr 26, 2006 at 12:54:43PM +0100, tom christie wrote:
> It's really just an extra layer of protection...
> I realise that the binary and data files will be accessed as a single unit,
> but a corrupt data file should never cause a segfault.
That's somewhat like saying a corrupt binary shoul
On Wed, 2006-04-26 at 07:23 +0100, Steve Harris wrote:
> Several people have suggested that LADSPA is not a great name for what we
> are calling LADSPA 2. Reasons for this include:
>
> The L, it's not really linux specific, and though /we/ know that its the L
> of LAD, its not obvious to peopl
On Wed, 2006-04-26 at 10:30 -0400, Dave Phillips wrote:
> Lars Luthman wrote:
>
> > [snip]
> >
> >
> >I compiled it just yesterday. set_name() has moved up to the superclass
> >LibFlowCanvas::Port, you need the latest CVS version of flowcanvas.
> >
> >
> >
> Thanks, Lars, that fixed the problem
Lars Luthman wrote:
[snip]
I compiled it just yesterday. set_name() has moved up to the superclass
LibFlowCanvas::Port, you need the latest CVS version of flowcanvas.
Thanks, Lars, that fixed the problem.
Btw, is it possible to run multiple independent instances of Om-gtk ?
Best,
dp
Hi,
2006/4/25, Joern Nettingsmeier <[EMAIL PROTECTED]>:
> the linux audio conference 2006, which takes place at the zkm in
> karlsruhe/germany from april 27 to april 30, will be streamed live for
> your convenience, inspiration and enjoyment.
Thanks in advance for providing this service for all o
It's really just an extra layer of protection...
I realise that the binary and data files will be accessed as a single unit,
but a corrupt data file should never cause a segfault.
Without a built-in struct version identifier the host (or LADSPA library)
may segfault by incorrectly accessing the st
On Wed, Apr 26, 2006 at 07:29:30AM -0400, Paul Davis wrote:
> On Wed, 2006-04-26 at 12:22 +0100, Steve Harris wrote:
>
> > Paul, while I've got your attention, are you OK with droppping runAdding?
> > You're the person who most likly to have implemented it I think.
> >
> > 99% of my plugins suppo
On Wed, 2006-04-26 at 12:22 +0100, Steve Harris wrote:
> Paul, while I've got your attention, are you OK with droppping runAdding?
> You're the person who most likly to have implemented it I think.
>
> 99% of my plugins support it, but it would have made my life much easier
> if they didn't.
Ste
On Wed, Apr 26, 2006 at 07:05:20 -0400, Paul Davis wrote:
> On Wed, 2006-04-26 at 11:51 +0100, Steve Harris wrote:
> > I've written a first cut at an ontology/schema for the plugin RDF:
> > http://plugin.org.uk/ladspa2/ladspa-2.ttl
> >
> > The term schema is a bit misleading, as it doesn't really
On Wed, 2006-04-26 at 11:51 +0100, Steve Harris wrote:
> I've written a first cut at an ontology/schema for the plugin RDF:
> http://plugin.org.uk/ladspa2/ladspa-2.ttl
>
> The term schema is a bit misleading, as it doesn't really enforce
> anything, it really just gives you some hints about what t
On Wed, 2006-04-26 at 06:06 -0400, Dave Phillips wrote:
> Greetings:
>
> Has anyone else encountered this problem when compiling recent CVS
> Om-synth :
>
> ...
>
> PortController.cpp: In member function 'virtual void
> OmGtk::PortController::set_path(const Om::Path&)':
> PortController.cpp:1
Dave Phillips wrote:
Greetings:
Has anyone else encountered this problem when compiling recent CVS
Om-synth :
if g++ -DHAVE_CONFIG_H -I. -I. -I../../..-DGTK_DISABLE_DEPRECATED
-DGDK_DISABLE_DEPRECATED -I../../../src/common -I../../../src/clients
-DPKGDATADIR=\"/usr/local/share/om\" -DX
I've written a first cut at an ontology/schema for the plugin RDF:
http://plugin.org.uk/ladspa2/ladspa-2.ttl
The term schema is a bit misleading, as it doesn't really enforce
anything, it really just gives you some hints about what to write. The
bulk of it is english text to explain the meaning of
On Tue, 25 Apr 2006 22:55:55 -0400
Paul Davis <[EMAIL PROTECTED]> wrote:
> it takes *way* more lines of code than that to use a ladspa plugin in
> this way, and thats for the existing header-only specification.
>
> one the design goals of a good plugin API is to make life simple for
> plugins, b
Greetings:
Has anyone else encountered this problem when compiling recent CVS
Om-synth :
if g++ -DHAVE_CONFIG_H -I. -I. -I../../..-DGTK_DISABLE_DEPRECATED
-DGDK_DISABLE_DEPRECATED -I../../../src/common -I../../../src/clients
-DPKGDATADIR=\"/usr/local/share/om\" -DXTHREADS -I/usr/include
On Wed, Apr 26, 2006 at 09:48:01 +0100, tom christie wrote:
...
> Well, it provides a _built-in_ way of ensuring that the struct is
> properly accessed,
> even if the metadata file is corrupted or lost.
> Say a user meddles with the metadata file to make a 2.0 plugin look
> like a 2.1 plugin. The
I have SCONS installed and when i type scons, it gives me this:
Checking for libsigc++-1.2...
Package sigc++-1.2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `sigc++-1.2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'sigc++-1.2' found
Hi all,
as it is LAC time, it's also release time :) .
Simple Sysexxer is a GUI sysex tool comparable to Sysexxer, but it's
based on Qt4 (no KDE dependency) and ALSA only (no OSS dependency).
Theoretically it should also build and run on Mac OS X, but I didn't try
it yet.
Feedback and bugre
> don't think that the string is needed
I think that's fair.
> One version number should be enough though,
> and it doesn't have to match the actual version of the LADSPA spec
Both those points (especially the second) sound simple and sensible.
Okay, so on reflection...
There's a case to be ma
On Wed, Apr 26, 2006 at 11:10:02 +0300, Sampo Savolainen wrote:
> Quoting Steve Harris <[EMAIL PROTECTED]>:
>
> > My suggestion is that we ressurect the XAP name
> > (http://www.google.com/search?q=lad+xap)
> > It stood for Xap Audio Plugin IIRC.
> >
> > Pros: it's short*, relatively unused** and
Quoting Steve Harris <[EMAIL PROTECTED]>:
> My suggestion is that we ressurect the XAP name
> (http://www.google.com/search?q=lad+xap)
> It stood for Xap Audio Plugin IIRC.
>
> Pros: it's short*, relatively unused** and pronouncable***
More pros: we would have a VST -alike logo already! (looking
70 matches
Mail list logo
