On 2010-06-14, at 10:58, f...@kokkinizita.net wrote:
On Mon, Jun 14, 2010 at 08:04:06AM +0100, Steve Harris wrote:
On 2010-06-13, at 21:17, f...@kokkinizita.net wrote:
I've been wondering what is the purpose of things like:
@prefix : http://lv2plug.in/ns/lv2core# .
@prefix rdf
On 2010-06-13, at 00:20, f...@kokkinizita.net wrote:
On Sun, Jun 13, 2010 at 12:09:12AM +0100, Steve Harris wrote:
On 2010-06-13, at 00:00, f...@kokkinizita.net wrote:
Half of the URLs quoted above refer to inexistent pages.
That's bad karma, but not essential.
What is the purpose
On 2010-06-13, at 00:00, f...@kokkinizita.net wrote:
On Sat, Jun 12, 2010 at 05:40:09PM -0500, Gabriel M. Beddingfield wrote:
==
http://home.gna.org/zyn/zynadd/1
a lv2:Plugin;
doap:maintainer [
foaf:name Nedko Arnaudov;
On 7 Nov 2009, at 20:15, Chris Cannam wrote:
2009/11/7 Jörn Nettingsmeier netti...@folkwang-hochschule.de:
This was a hangover from LADSPA, which had confusing and
contradictory
claims about what should/shouldn't be used to identify ports.
I still don't think there's consensus there.
On 15 Aug 2009, at 00:36, David Robillard wrote:
On Fri, 2009-08-14 at 23:41 +0100, Steve Harris wrote:
On 14 Aug 2009, at 21:47, David Robillard wrote:
The host can do it automatically, obviously.
The host can do it automatically with the C multiplication
operator as
well, obviously
On 15 Aug 2009, at 19:25, Steve Harris wrote:
It's all about making the easy cases easy, and the complex cases
possible - something I believe in strongly, though I know not everyone
shares that worldview.
I guess a counter argument could be that hosts that can't handle /
don't like
On 14 Aug 2009, at 00:37, David Robillard wrote:
I thought that the proposal for that the number of channels in each
port would be 1 or N.
Well, it could be, but that seems sure to be limiting in the
future. It
also seems to be not really feasible, short of being a joke useful for
only
On 14 Aug 2009, at 00:48, David Robillard wrote:
Several channels on a mixer should be doable with the 1/N channels
restriction.
A mixer usually has several 'strips', each of which may have different
counts. Like the ardour mixer, for example. This is a simple,
realistic, and useful case
On 14 Aug 2009, at 15:56, David Robillard wrote:
On Fri, 2009-08-14 at 10:13 +0100, Steve Harris wrote:
On 14 Aug 2009, at 00:48, David Robillard wrote:
Several channels on a mixer should be doable with the 1/N channels
restriction.
A mixer usually has several 'strips', each of which may
On 14 Aug 2009, at 17:30, David Robillard wrote:
On Fri, 2009-08-14 at 17:09 +0100, Steve Harris wrote:
On 14 Aug 2009, at 15:56, David Robillard wrote:
Perhaps a simpler example: an n-m panner. Are you really going to
argue that an n-m panner is not a useful plugin!?
That's a more
On 14 Aug 2009, at 21:47, David Robillard wrote:
The host can do it automatically, obviously.
The host can do it automatically with the C multiplication operator as
well, obviously.
True, but irrelevant.
If you have N channels feeding a panner with 5.1 outs v's N channels
feeding 2.1
On 12 Aug 2009, at 23:36, David Robillard wrote:
On Wed, 2009-08-12 at 23:24 +0100, Steve Harris wrote:
On 12 Aug 2009, at 23:20, David Robillard wrote:
Allow one group of ports to have either no replication, or the same
replication count as another group of ports. Obvious example being
On 12 Aug 2009, at 23:20, David Robillard wrote:
Allow one group of ports to have either no replication, or the same
replication count as another group of ports. Obvious example being,
controls tend to stick to 1, audio tends to get replicated, but we may
want to replicate the controls to
On 11 Aug 2009, at 08:04, Jens M Andreasen wrote:
On Tue, 2009-08-11 at 07:45 +0100, Steve Harris wrote:
O
If that's what the CUDA interface to the outside world looks like
then
wouldn't it be better to expose it as a JACK App, which loads CUDA-
specific plugins onto the graphics card
On 11 Aug 2009, at 12:54, Jens M Andreasen wrote:
Continuing this increasingly inaccurately christened thread ..
On Tue, 2009-08-11 at 11:26 +0100, Steve Harris wrote:
It's not ideal, but assembling all the jack buffers into one big one
is not going to be that much load on the CPU.
OK
On 11 Aug 2009, at 18:41, David Robillard wrote:
i keep thinking about arrays. passing an array of outputs to
connect to
the plugin's inputs. null terminated array ( but this would require a
new connect() method in the lv2core, which probably is a bad
solution ).
The connect method
On 11 Aug 2009, at 20:09, David Robillard wrote:
You might actually want a struct of { int channels; float *data[]; }
though to keep all the pertinent stuff together.
Good point... this also sets things up to be compatible with
plugin-allocated dynamic output buffers in the future without
On 10 Aug 2009, at 10:41, Fons Adriaensen wrote:
On Mon, Aug 10, 2009 at 10:26:34AM +0200, Jörn Nettingsmeier wrote:
from a design standpoint, i totally agree with all your points, and
what
little i've so far grokked of lv2 looks very nice indeed. *but*:
it's a
moving target, and few
On 8 Aug 2009, at 10:01, victor wrote:
I, for one, develop on OSX, but would not touch XCode with a
barge pole. I'm much happier with emacs and the terminal, as in
Linux (and Windows, for that matter).
You're not the only one, though some of us prefer other editors... :)
- Steve
An update.
I've been contacted by the company that sells this software, asking
for retrospective permission, or something along those lines.
I'm not going to grant it - I don't really think I can, the SWH
plugins represent the work of far too many people for me to feel
comfortable doing
On 5 Aug 2009, at 09:38, Arnold Krille wrote:
On Wednesday 05 August 2009 09:53:21 Sampo Savolainen wrote:
So, at least at the moment I'm leaning towards accepting the offered
solution to the violation. Any thoughts?
Ask them to become a sponsor of the next LAC!
Now that is a good plan.
-
On 5 Aug 2009, at 11:49, Sampo Savolainen wrote:
Quoting Steve Harris st...@plugin.org.uk:
An update.
I've been contacted by the company that sells this software, asking
for retrospective permission, or something along those lines.
Hi,
I wonder if we have received the same email
On 5 Aug 2009, at 10:57, Ralf Mardorf wrote:
victor wrote:
I note, interestingly, that even though in Linux circles (at LAC for
instance), people keep mentioning MS Windows as a rival OS,
for us it's really Apple and OSX that constitutes competition these
days from the proprietary side of
On 4 Aug 2009, at 09:32, Arnold Krille wrote:
Please be aware that (last time I checked) the gpl doesn't talk
about giving
access to all gpl-code you use. Only if you change something you
have to make
your changes available for free.
So if they just use the plugins without any
On 4 Aug 2009, at 10:21, Chris Cannam wrote:
On Tue, Aug 4, 2009 at 9:43 AM, Frank Barknechtf...@footils.org
wrote:
Hallo,
Arnold Krille hat gesagt: // Arnold Krille wrote:
Please be aware that (last time I checked) the gpl doesn't talk
about giving
access to all gpl-code you use.
On 4 Aug 2009, at 13:15, Steve Harris wrote:
I'm a but rusty on these issues, but my reading of the GPLv2 (many
years ago now) was that LADSPA plugins in it do not infect the host
with their licence.
There used to be a clear distinction between runtime linking, and
loadtime linking.
D'oh. I
On 30 Jul 2009, at 10:34, Damon Chaplin wrote:
CMT
1226 Phase Modulated Voice all input controls FLOAT MAX: Watchdog
timeout
1849 Logistic Map Control Generator all input controls FLOAT MIN:
Watchdog timeout
1221 Analogue Voice all input controls FLOAT MAX: Watchdog timeout
SWH
1605
On 28 Jul 2009, at 19:04, Tim Goetze wrote:
[Paul Davis]
So will it link on OSX if I remove -nostartfiles?
i'd suggest copying what swh's makefile does, which is something
like this:
gcc -flat_namespace -undefined suppress -o .libs/ringmod_1188.so
-bundle .libs/ringmod_1188.o -lm
On 28 Jul 2009, at 22:50, David Robillard wrote:
Most things on lv2plug.in are rotting and badly in need of an
overhaul :/ IMO the site doesn't present a very good public face to
the
most important how do I write an LV2 plugin crowd at all
I would like to get a CMS up on there so people
On 7 Jul 2009, at 12:48, Chris Cannam wrote:
On Tue, Jul 7, 2009 at 12:28 PM, Steve Harrisst...@plugin.org.uk
wrote:
But, what about, from now on, all LADSPA labels should be the plugin
URI (only restriction is non whitespace, fine)
Nice in theory, though one problem with my preference
On 7 Jul 2009, at 11:06, Chris Cannam wrote:
On Tue, Jul 7, 2009 at 10:56 AM, hollun...@gmx.at wrote:
Changing the ID with every plugin change seems ridiculous
Well, it's just a question for your own judgment. Regardless of the
sort of identifier you use, when you change it your plugin will
On 24 Jun 2009, at 21:47, Chris Cannam wrote:
(I've never really got on with the idea of using ~/.ladspa instead of
~/ladspa -- these are perhaps substantial binary files, why hide them
in a configuration directory? -- but it seemed to be widespread for
LADSPA hosts at the time DSSI was
On 25 Jun 2009, at 18:01, Stefano D'Angelo wrote:
It is reasonable for LADSPA hosts to show duplicate versions of a
plugin, for LV2 I guess the user would have to choose which
implementation to use instead (this is because of URIs), unless
there are better ways to handle this... Dave?
On 25 Jun 2009, at 16:56, Chris Cannam wrote:
On Thu, Jun 25, 2009 at 4:49 PM, Stefano
D'Angelozanga.m...@gmail.com wrote:
What about using stat() to choose the latest?
Well, I suppose the user might want the older-installed version to
take priority. I don't think it's all that unusual
On 26 Jun 2009, at 11:50, Chris Cannam wrote:
On Fri, Jun 26, 2009 at 11:39 AM, Steve Harrisst...@plugin.org.uk
wrote:
On 24 Jun 2009, at 21:47, Chris Cannam wrote:
(I've never really got on with the idea of using ~/.ladspa instead
of
~/ladspa -- these are perhaps substantial binary
http://lv2plug.in/docs/index.php?title=Filesystem_Locations
http://www.ladspa.org/ladspa_sdk/shared_plugins.html
- Steve
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
On 24 Jun 2009, at 17:24, Stefano D'Angelo wrote:
2009/6/24 Steve Harris st...@plugin.org.uk:
http://lv2plug.in/docs/index.php?title=Filesystem_Locations
http://www.ladspa.org/ladspa_sdk/shared_plugins.html
Ah, good, I didn't know about those pages :-) (maybe link the lv2 one
On 28 Apr 2009, at 23:05, Fons Adriaensen wrote:
Hello all,
I'm having some problems viewing the LAC videos.
Totem (launched by Firefox) produces perfect image
but no sound (this may be related to my previous
post about alsa card order). Downloading the file
and trying mplayer (compiled
I don't know about jitter, but certainly a few years ago, you
sometimes got stalls - eg. under heavy DMA load. That may not be an
issue with modern CPUs and chipsets. I think I posted some code that
demonstrated it to the l-a-d list at the time, but good luck finding
it :)
The TSC is only
FWIW, the EQ in Jamin started from the MBEQ LADSPA plugin code, but
it's not exactly the same. I don't remember the exact differences,
could just be higher resolution FFT.
- Steve
On 19 Apr 2009, at 10:43, James Warden wrote:
porl, jamin is actually a collection of plugins put up together
On 27 Jan 2009, at 19:41, Fons Adriaensen wrote:
On Tue, Jan 27, 2009 at 09:50:02AM -0800, Ronald Stewart wrote:
Can I ask a really stupid question? If I was flying in from LA (on a
plane) what would be my route to Parma?
Parma has a tiny airport, the only international
connection is to
I'm not really sure it was there for a good reason :)
I'm not in a position to test the patch at the moment, and I've lost
the CVS tree for that package, so I can't see if it was ever changed
to +1. but if someone else can test it I'll put out a new version with
the fix.
- Steve
On 27
I think the convention is for UTF-8, but as you say, it was never
specified. LV2 specifies UTF-8.
- Steve
On 30 Jul 2008, at 20:34, David García Garzón wrote:
I have some doubts, as both host and plugin programmer, regarding
the text
encoding that should be used for Ladspa v1 metadata
On 16 Jun 2008, at 22:31, Michael Iber wrote:
Hello list,
later that summer I will have the chance to record some impulse
responses of some ancient technical gear like radios, grammophones
etc.
The question is, where to start with the recording chain:
e.g an IR from the
On 8 Jun 2008, at 12:51, Stefano D'Angelo wrote:
2008/6/8 Steve Harris [EMAIL PROTECTED]:
On 8 Jun 2008, at 02:31, Stefano D'Angelo wrote:
/* This function shall create a temporary file containing the
dynamically
* generated manifest.ttl-like file and return a FILE pointer or
NULL
On 9 Jun 2008, at 08:57, Stefano D'Angelo wrote:
2. I don't really understand how does the :binary property exactly
works. I see the LV2 spec does not define it, but it is referenced
inside manifest.ttl files as lv2:binary. Is that some kind of
property
belonging to some base class or...?
On 8 Jun 2008, at 02:31, Stefano D'Angelo wrote:
/* This function shall create a temporary file containing the
dynamically
* generated manifest.ttl-like file and return a FILE pointer or NULL
in case
* of failure.
*
* The generated file must not implement DynManifest classes. */
FILE *
On 3 Jun 2008, at 18:54, Paul Davis wrote:
On Tue, 2008-06-03 at 18:34 +0100, Steve Harris wrote:
On 3 Jun 2008, at 12:53, Stefano D'Angelo wrote:
If someone is going to write that helper library (or adjust SLV2
or
whatever), I guess we should find some reasonable conventions
On 3 Jun 2008, at 09:52, Chris Cannam wrote:
On 03/06/2008, Steve Harris [EMAIL PROTECTED] wrote:
In LADSPA there's a magic control out port called _latency or
something, that should apply to LV2 aswell, but I'm not sure if the
spec says so.
For the record -- since this is something I've
On 2 Jun 2008, at 19:16, Stefano D'Angelo wrote:
#1. Support for interleaved channels and non-float data
Input and output data is often found in these formats.
New port type is needed. Keep in mind though, that plugins using this
port type will be probably limited to music player hosts. Also
On 3 Jun 2008, at 12:53, Stefano D'Angelo wrote:
#2. Changing sample rate without re-instantiating all effects.
Gapless playback when chaning songs, for example, should be
possible
without performing black magic.
While I see nothing wrong to support that in general, if I was
writting
a
On 15 Apr 2008, at 03:33, Justin Smith wrote:
As a learning exercise, I made a LADSPA plugin that adds its inputs. I
figured it would be reasonable to call such a thing '+'. Some plugin
hosts
don't like that (I was less surprised by the ones that could not
handle the
name ''). This is
On 24 Jan 2008, at 21:16, Marc-Olivier Barre wrote:
The more I think about it, the more I would like the idea to have/work
on a testing framework. One thing that made me very sad is not being
able to use TAP plugins because of some nasty crashes (even though
they sound very good to me). If
On 23 Jan 2008, at 10:10, Krzysztof Foltman wrote:
Steve Harris wrote:
To my mind it's better for us to develop a large suite of tools
and plugins to demonstrate the viability and advantages before we go
I think we indeed need lots of testing tools - like debugging hosts/
plugins
On 23 Jan 2008, at 14:35, Dave Robillard wrote:
On Wed, 2008-01-23 at 10:10 +, Krzysztof Foltman wrote:
Steve Harris wrote:
To my mind it's better for us to develop a large suite of tools and
plugins to demonstrate the viability and advantages before we go
I think we indeed need lots
On 22 Jan 2008, at 12:50, Pieter Palmers wrote:
We do have to keep in mind that we are talking about a LV2 'standard'
here. A standard is generally conceived to make different (competing)
products compatible with each other. Drafting a standard always
requires
competitors to work together
Polymorphism in OSC is allowed, it's good and bad for all the same
reasons that it is in programming languages. Use your common sense.
Liblo's API was designed to make polymorphism easy, but don't take
that as an implicit recommendation :)
- Steve
On 10 Dec 2007, at 12:46, Fred Gleason
On 28 Nov 2007, at 00:05, Marc-Olivier Barre wrote:
On Nov 27, 2007 11:24 PM, Dave Robillard
[EMAIL PROTECTED] wrote:
I have said this a lot, and I will continue saying it more until
the end
of time because it's important: the fact that ports can
contain /anything/ is the fundamental
On 14 Nov 2007, at 13:00, Krzysztof Foltman wrote:
Lars Luthman wrote:
There is a Units extension that can be used to define units for ports
(linked from the spec page, I think) and the core spec has
scalePoints,
which allows plugins to define labeled port values (e.g. 0 dB for
the
On 14 Nov 2007, at 15:26, David Olofson wrote:
On Wednesday 14 November 2007, Krzysztof Foltman wrote:
David Olofson wrote:
I would think that users might want some way of upgrading their
project files to use new plugin versions without just manually
ripping out and replacing plugins, but
On 14 Nov 2007, at 20:32, Nedko Arnaudov wrote:
Provide a version history in the form of an array of URIs, so hosts
can find and deal with this if desired?
Yeah, that makes a lot of sense.
version history in form of an array of URIs makes sense to me too
Something like
plugin
On 28 Sep 2007, at 07:51, Georg Holzmann wrote:
Hallo!
our experience with ardour has been that DC bias is measurably more
effective at reducing CPU load than DAZ, FTZ or both combined. DAZ
and
FTZ do both help significantly, however.
One more question: is it not necessary to deactivate
On 13 Sep 2007, at 14:28, elthariel wrote:
2007/9/13, Stefano D'Angelo [EMAIL PROTECTED]:
2007/9/13, Benjamin Bruheim [EMAIL PROTECTED]:
I am working on a site zzub.org which might feature binary downloads
of Ladspa plugins for windows, and on linux once it gets into a
fashionable state.
On 6 Sep 2007, at 09:49, Georg Holzmann wrote:
yep. maybe the gstreamer way is a possible solutions, or something
similar. they have three categories: good, bad and ugly (which are
also different packages):
---8
gst-plugins-good: a set of good-quality plug-ins under our
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4 Sep 2007, at 11:23, Tim Blechmann wrote:
hi all,
i'm not really familiar with the ladspa development process, but is
there any quality assurance for ladspa plugins?
i have been implementing some of my filters as ladspa plugins, but
when
There's also these: http://mini-itx.com/store/?c=39
I've not worked with that one in particular, but I have with a larger
one. They're really easy to work with as they're effectively just
generic x86 boards. Some of the larger ones are fanless.
I've been wanting to put together an effrects
On 20 Aug 2007, at 11:26, Robert Jonsson wrote:
Hi,
Steve Harris wrote:
There's also these: http://mini-itx.com/store/?c=39
I've not worked with that one in particular, but I have with a
larger one. They're really easy to work with as they're
effectively just generic x86 boards. Some
Hi Juhana,
On 15 Aug 2007, at 15:43, Juhana Sadeharju wrote:
1. Denormalization. Feeding noise at the reverb input would
save me trouble of finding all places where the problem
occurs, but is this wise? How to generate the proper noise?
You don't have to use noise, you could use a fs/2 signal
On 29 Jul 2007, at 17:17, Georg Holzmann wrote:
Hallo!
Thanks for that, it is now much easier to use the plugin in Ardour,
which clamps the minimum frequency setting to about 3Hz (which I
think
yes, here ardour clamps it at 1.76 Hz ...
Unfortunately jack-rack doesn't clamp the minimum
On 29 Jul 2007, at 16:46, Tim Goetze wrote:
[Steven Chamberlain]
Unfortunately jack-rack doesn't clamp the minimum frequency, so it
goes
right down to zero, and 0-20Hz takes up three-quarters of the
slider's
adjustable range (which is rather tedious).
According to the XML file the
On 26 Jul 2007, at 15:24, Patrick Shirkey wrote:
Florent Berthaut wrote:
Patrick Shirkey a écrit :
Hi,
Any pointers on where to start for integrating osc compatibility
into
jackEQ?
Cheers.
http://www.audiomulch.com/~rossb/code/oscpack/
Thanks,
Can someone explain to me the best
On 26 Jul 2007, at 16:10, Patrick Shirkey wrote:
The example on the site and looking at jamins code is very helpful
for sending commands.
My intention is to make jackEQ a daemon which can accept osc commands.
I'm not sure from the examples above how to receive osc commands.
Well, that's
On 15 Jun 2007, at 11:59, Fons Adriaensen wrote:
(*) [OT] After the latest LV2 thread in which I participated,
I've stopped suggesting such simple things, becaues the reaction
is always the same - it's too complicated for the plugin developer,
it's inefficient, etc. while this is in general not
On 26 May 2007, at 18:05, Dave Robillard wrote:
On Fri, 2007-05-11 at 18:24 +0100, Steve Harris wrote:
On 11 May 2007, at 15:07, Fons Adriaensen wrote:
On Fri, May 11, 2007 at 03:33:04PM +0200, Lars Luthman wrote:
That sounds like a good argument for two ints to me. Although
you'd have
On 12 May 2007, at 10:52, Jens M Andreasen wrote:
On Fri, 2007-05-11 at 21:37 +0200, Fons Adriaensen wrote:
??? In the current spec the sample rate is an integer. JACK and ALSA
will give you an integer. Just set the denominator to 1 if your host
runs all plugins at the normal sample rate, as
On 12 May 2007, at 22:58, Jens M Andreasen wrote:
On Sat, 2007-05-12 at 20:35 +0100, Steve Harris wrote:
On 12 May 2007, at 10:52, Jens M Andreasen wrote:
Given the function f(a,b), where most people would only need to
bother
about f(a), we could do:
Ugh. I really don't like
On 11 May 2007, at 20:37, Fons Adriaensen wrote:
On Fri, May 11, 2007 at 06:24:38PM +0100, Steve Harris wrote:
On 11 May 2007, at 15:07, Fons Adriaensen wrote:
Two 32-bit ints can represent (the non-integer part of) most (not
all)
irrational values to better precision than a double
On 9 May 2007, at 17:19, Dave Robillard wrote:
Optional support for fundament things is not a solution.
None of the things you have mentioned have any /actual/ reason to
go in
LV2 itself, except the sample rate issue which does need to be figured
out. I'm for making it a rational number
The current iteration of the LV2 specification seems to have settled
down, and there are a significant number of implementations now, so,
assuming that there's no problems found with the current spec I
propose to rename it as 1.0 in a few weeks time.
Background - http://lv2plug.in/
LV2 is
79 matches
Mail list logo
