[LAD] Re: Calculating logarithmic curve for controller automation

2023-02-24 Thread Stefano D'Angelo
Il giorno ven 24 feb 2023 alle ore 13:21 Fons Adriaensen ha scritto: > > On Fri, Feb 24, 2023 at 12:14:19PM +0100, Stefano D'Angelo wrote: > > > > Given any three points (x1, y1), (x2, (y1+y3)/2), (x3, y3) where > > > y1>y2>y3 or y1 > >

[LAD] Re: Calculating logarithmic curve for controller automation

2023-02-24 Thread Stefano D'Angelo
Il giorno ven 24 feb 2023 alle ore 12:12 Stefano D'Angelo ha scritto: > > Il giorno ven 24 feb 2023 alle ore 00:59 Jeanette C. > ha scritto: > > > > Feb 23 2023, Fons Adriaensen has written: > > ... > > > So if the start and end values are A and B, you wo

[LAD] Re: Calculating logarithmic curve for controller automation

2023-02-24 Thread Stefano D'Angelo
ing-part-1 (+ "output scaling"). In other words, you can choose a midpoint of your liking and build an exponential function passing through it and the extremes. -- Stefano D'Angelo https://www.orastron.com/ - https://dangelo.audio/ ___ Linux-audi

Re: [LAD] JACK latency API clarifications

2014-02-21 Thread Stefano D'Angelo
2014-02-21 17:21 GMT+02:00 Paul Davis : > > > > On Fri, Feb 21, 2014 at 10:04 AM, Stefano D'Angelo > wrote: >> >> >> >> Well, here >> http://jackaudio.org/files/docs/html/group__ClientCallbacks.html >> I only see that process has to be RT-s

Re: [LAD] JACK latency API clarifications

2014-02-21 Thread Stefano D'Angelo
2014-02-21 16:51 GMT+02:00 Paul Davis : > > > > On Fri, Feb 21, 2014 at 9:38 AM, Stefano D'Angelo > wrote: >> >> Sorry guys, other two (silly?) questions: >> >> 1. apart from the process callback, which callbacks need to be >> RT-safe? Looking ar

Re: [LAD] JACK latency API clarifications

2014-02-21 Thread Stefano D'Angelo
ault/files/realtime_low_latency_audio_on_linux.pdf 2014-02-21 1:08 GMT+02:00 Stefano D'Angelo : > 2014-02-21 1:08 GMT+02:00 Paul Davis : >> >> >> >> On Thu, Feb 20, 2014 at 6:05 PM, Stefano D'Angelo >> wrote: >>> >>> > reset your port latencies. >>> >>&g

Re: [LAD] JACK latency API clarifications

2014-02-20 Thread Stefano D'Angelo
2014-02-21 1:08 GMT+02:00 Paul Davis : > > > > On Thu, Feb 20, 2014 at 6:05 PM, Stefano D'Angelo > wrote: >> >> > reset your port latencies. >> >> Ok, thanks (to Robin too). Can jack_recompute_total_latenices() be >> called from within the proc

Re: [LAD] JACK latency API clarifications

2014-02-20 Thread Stefano D'Angelo
2014-02-21 0:45 GMT+02:00 Paul Davis : > > > > On Thu, Feb 20, 2014 at 5:32 PM, Stefano D'Angelo > wrote: >> >> Hi all, >> >> Let's say I have a client that introduces an amount of latency that's >> variable at runtime and potentia

[LAD] JACK latency API clarifications

2014-02-20 Thread Stefano D'Angelo
Hi all, Let's say I have a client that introduces an amount of latency that's variable at runtime and potentially unbounded. From JACK's docs it seems that you need to recompute the min/max latencies in the latency callback that's called "by the server" whenever it feels like, but you can force th

[LAD] NASPRO 0.5.1 released

2014-02-08 Thread Stefano D'Angelo
Hi all, After one year of complete inactivity here's the NASPRO 0.5.1. A few bugfixes here and there, and LRDF-equivalent data updated to the latest CAPS release. ino, gino, and FreeADSP are dead, but FreeADSP will hopefully resurrect with a GTK+ GUI. Website: http://naspro.sourceforge.net Enjo

[LAD] NASPRO 0.5.0 released

2013-02-02 Thread Stefano D'Angelo
Hi all, Here comes a new release of NASPRO, 0.5.0 this time. No new features, just bugfixes and "regular" updates. The components being updated are: * NASPRO core: untested fix for semaphores on Mac OS X, build system fixes; * NASPRO bridge it: build system fixes; * NASPRO bridges: dynamic manif

Re: [LAD] Should LV2 Activate() clear MIDI CC parameters?

2012-05-28 Thread Stefano D'Angelo
2012/5/25 Jeremy Salwen : > Hi all, > > The LV2 spec says that on a call to activate(), "the plugin instance MUST > reset all state information dependent on the history of the plugin instance > except for any data locations provided by connect_port()" > > I am not certain whether MIDI CC parameters

Re: [LAD] Plugin buffer size restrictions

2012-05-28 Thread Stefano D'Angelo
2012/5/28 Fons Adriaensen : > On Mon, May 28, 2012 at 02:58:55AM +0300, Stefano D'Angelo wrote: > >> (Maybe just for the record) I meant one version for sample accurate >> control (whether by accessing future values or by the host providing >> latency compensatio

Re: [LAD] Plugin buffer size restrictions

2012-05-27 Thread Stefano D'Angelo
2012/5/28 Fons Adriaensen : > On Mon, May 28, 2012 at 12:00:36AM +0300, Stefano D'Angelo wrote: > >> So far so good, but in practical terms how could a plugin API allow >> all use cases without requiring the plugin writer to do twice the >> work? The only solution I ca

Re: [LAD] Plugin buffer size restrictions

2012-05-27 Thread Stefano D'Angelo
2012/5/27 Fons Adriaensen : > On Sun, May 27, 2012 at 09:59:29PM +0300, Stefano D'Angelo wrote: > >> If I understand correctly an implication would be that you get uniform >> sampling of parameter signals with control rate = sample rate / >> nframes. I assume that com

Re: [LAD] Plugin buffer size restrictions

2012-05-27 Thread Stefano D'Angelo
2012/5/27 David Robillard : > On Sun, 2012-05-27 at 21:59 +0300, Stefano D'Angelo wrote: > [...] >> In practical terms, especially w.r.t. LV2, there may be a third way: >> let the host pass a limited number of future parameter samples at each >> run() (could be neg

Re: [LAD] Plugin buffer size restrictions

2012-05-27 Thread Stefano D'Angelo
2012/5/26 Fons Adriaensen : > 1. telling a plugin that at N frames from the current position the >   parameter P should have value V, and > 2. doing the same, while also requiring that the plugin outputs >   N frames at that time. > > My argumentation is that doing (2) is a bad idea, and even more

[LAD] NASPRO 0.4.1 released

2012-05-06 Thread Stefano D'Angelo
Hi all, I am glad to announce the release of NASPRO 0.4.1. NASPRO (http://naspro.atheme.org/) is meant to be a cross-platform sound processing software architecture built around the LV2 plugin standard (http://lv2plug.in/). The goal of the project is to develop a series of tools to make it easy

Re: [LAD] NASPRO 0.4.0 released

2012-01-29 Thread Stefano D'Angelo
2012/1/30 Alexandre Prokoudine : > On Mon, Jan 30, 2012 at 12:00 AM, Stefano D'Angelo wrote: > >>  - ino and ino/JavaScriptCore: minimalist C API to execute JavaScript >> code and to expose native methods to JavaScript execution contexts + >> JavaScriptCoreG

[LAD] NASPRO 0.4.0 released

2012-01-29 Thread Stefano D'Angelo
Hi all, I'm glad to announce the release of NASPRO 0.4.0. NASPRO (http://naspro.atheme.org/) is meant to be a cross-platform sound processing software architecture built around the LV2 plugin standard (http://lv2plug.in/). The goal of the project is to develop a series of tools to make it easy a

[LAD] NASPRO 0.3.1 bugfix release

2011-12-09 Thread Stefano D'Angelo
Hi all, since the NASPRO bridges 0.3.0 release has a small but annoying build system-related problem, here I am announcing NASPRO 0.3.1, that is identical to the previous release except for the updated NASPRO bridges 0.3.1 package. More information on the website: http://naspro.atheme.org/ Enjoy

[LAD] NASPRO 0.3.0 released

2011-12-04 Thread Stefano D'Angelo
Hi all, I'm glad to announce the release of NASPRO 0.3.0. NASPRO (http://naspro.atheme.org/) is meant to be a cross-platform sound processing software architecture built around the LV2 plugin standard (http://lv2plug.in/). The goal of the project is to develop a series of tools to make it easy a

Re: [LAD] "bleeding edge html5" has interesting Audio APIs

2011-11-20 Thread Stefano D'Angelo
2011/11/20 Paul Davis : > On Sun, Nov 20, 2011 at 8:49 AM, Neil C Smith wrote: >> Well, as a Java dev I felt the need to interject! :-) >> >> iPhone is still a problem, but desktop is easy - just ship with an embedded >> JVM in the same way you embed webkit. > > and therein lies the difference to:

Re: [LAD] "bleeding edge html5" has interesting Audio APIs

2011-11-19 Thread Stefano D'Angelo
2011/11/19 David Robillard : > On Fri, 2011-11-18 at 12:01 +0100, Adrian Knoth wrote: >> On Thu, Nov 17, 2011 at 11:48:28AM -0800, Niels Mayer wrote: >> >> > http://kinlan-presentations.appspot.com/bleeding/index.html#42 >> >> Another step towards "What is an OS? I do everything in the browser." >>

Re: [LAD] LV2 and Naspro - MCP Plugins

2011-10-15 Thread Stefano D'Angelo
Hi Aurélien, here's the main NASPRO author. :-) 2011/10/15 Aurélien Leblond : > Hi everyone, > > I was wondering something about the Naspro LV2 Plugins: Are they > considered as a workaround until we get the DSSI and LADSPA plugins > ported to LV2, or more of a "definitive" solution? I don't kno

Re: [LAD] LV2 CV Port extension (WAS: AMS to Ingen: VC to PCM)

2011-09-26 Thread Stefano D'Angelo
2011/9/26 David Robillard : > > It's debatable whether or not this violates the spec: > > "Hosts that do not support a specific port class MUST NOT instantiate the > plugin, unless that port has the connectionOptional property set" > > This is ambiguous. We might want to reword that slightly in th

Re: [LAD] LV2 CV Port extension (WAS: AMS to Ingen: VC to PCM)

2011-09-26 Thread Stefano D'Angelo
2011/9/26 David Robillard : > Here is a quick extension for "CV Ports", i.e. audio ports with control > semantics: > > http://lv2plug.in/ns/ext/cv-port/ Argh sorry for not having followed the discussion when it took place, but I have to say I really dislike this extension. The problem is that

[LAD] NASPRO 0.2.91 released

2011-05-29 Thread Stefano D'Angelo
Hi all, I'm glad to announce the release of NASPRO 0.2.91. NASPRO (http://naspro.atheme.org/) is meant to be a cross-platform sound processing software architecture built around the LV2 plugin standard (http://lv2plug.in/). The goal of the project is to develop a series of tools to make it easy

Re: [LAD] New LV2 host implementation stack

2011-05-25 Thread Stefano D'Angelo
2011/5/25 Ralf Mattes : > On Wed, 25 May 2011 00:51:36 -0400, David Robillard wrote: > >> Hi all, >> >> I have released my new stack of libraries for implementing LV2 in hosts: >> >> * Serd http://drobilla.net/software/serd >>   A fast, lightweight, dependency-free Turtle syntax library >> >> * Sor

Re: [LAD] [ann] CAPS 0.4.5

2011-04-18 Thread Stefano D'Angelo
2011/4/18 David Robillard : > On Sun, 2011-04-17 at 19:16 +0100, Chris Cannam wrote: >> On 17 April 2011 18:12, David Robillard wrote: >> > On Thu, 2011-04-14 at 11:59 +0100, Chris Cannam wrote: >> >> I like to disagree with David on most things LADSPA -- for example I >> >> think a host that uses

Re: [LAD] [ann] CAPS 0.4.5

2011-04-05 Thread Stefano D'Angelo
2011/4/5 David Robillard : > On 03/04/11 04:34 AM, Stefano D'Angelo wrote: >> >> 2011/4/2 Tim Goetze: >> >>> >>> [Stefano D'Angelo] >>> >>>> >>>> 2011/3/29 Tim Goetze: >>>> >>>>> >>&

Re: [LAD] [ann] CAPS 0.4.5

2011-04-03 Thread Stefano D'Angelo
2011/4/2 Tim Goetze : > [Stefano D'Angelo] >>2011/3/29 Tim Goetze : >>> It is very unfortunate that such a change might break the way your >>> bridge code works, Stefano, and I would like to apologise in advance. >>> (If the addition of a 'version

Re: [LAD] [ann] CAPS 0.4.5

2011-03-30 Thread Stefano D'Angelo
2011/3/30 David Robillard : > On 29/03/11 02:59 PM, Tim Goetze wrote: >> >> [Philipp �berbacher] >> >> >>> >>> Excerpts from Stefano D'Angelo's message of 2011-03-28 22:59:46 +0200: >>> This means, if you change the port signature and maintain the same UniqueID, we would have incompa

Re: [LAD] [ann] CAPS 0.4.5

2011-03-29 Thread Stefano D'Angelo
Hi Tim, 2011/3/29 Tim Goetze : > It is very unfortunate that such a change might break the way your > bridge code works, Stefano, and I would like to apologise in advance. > (If the addition of a 'version' symbol exported by caps.so is any > help, I'll be happy to add that.) It's really nice when

Re: [LAD] [ann] CAPS 0.4.5

2011-03-28 Thread Stefano D'Angelo
2011/3/28 Tim Goetze : >>> I'm planning to add a mode switch (low- or bandpass) to the AutoWah >>> instead of making a separate new plugin, or would that be a stupid >>> idea? >> >>For compatibility with LV2, it's better if you create a new plugin for that... > > I don't see how compatibility with

Re: [LAD] [ann] CAPS 0.4.5

2011-03-28 Thread Stefano D'Angelo
he LRDF file, plugin CabinetI has two more model entries than the port's minimum-maximum range supports. > I'm planning to add a mode switch (low- or bandpass) to the AutoWah > instead of making a separate new plugin, or would that be a stupid > idea? For compatibility with LV2,

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-03-23 Thread Stefano D'Angelo
Hi Olivier, 2011/3/19 Olivier Guilyardi : > On 03/18/2011 06:06 PM, Olivier Guilyardi wrote: >> Hi! >> >> On 03/11/2011 07:22 PM, David Robillard wrote: >> >>> On Fri, 2011-03-11 at 12:08 +0100, Olivier Guilyardi wrote: >> I will try and submit a patch to remove glib. It'll take some time bec

[LAD] NASPRO 0.2.90 released

2011-03-20 Thread Stefano D'Angelo
(http://www.gnu.org/licenses/lgpl-2.1.html) license. More information is available on the project's website. Enjoy! Stefano D'Angelo ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Permafrost guitar amp, was Re: RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-03-06 Thread Stefano D'Angelo
2011/3/5 Dominique Michel : > Le Sat, 5 Mar 2011 18:55:19 +0100, > Giuseppe Zompatori a écrit : > >> From: Stefano D'Angelo >> Date: 2011/2/27 >> Subject: Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution >> Reverb To: Giuseppe Zompatori >&

Re: [LAD] Permafrost guitar amp, was Re: RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-03-06 Thread Stefano D'Angelo
2011/3/5 Giuseppe Zompatori : > 2011/3/5 Giuseppe Zompatori : >> Very interesting, I tried compiling your thesis with permafrost to try >> this out (obtaining the source from the pdf has been hell BTW) but it >> bails with an "m_pi" undeclared input/output function... > > Fixed this by including th

Re: [LAD] Permafrost guitar amp, was Re: RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-03-05 Thread Stefano D'Angelo
Ciao Giuseppe, 2011/3/5 Giuseppe Zompatori : > From: Stefano D'Angelo > Date: 2011/2/27 > Subject: Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb > To: Giuseppe Zompatori > Cc: linux-audio-dev@lists.linuxaudio.org > > > 2011/2/27 Stefano D'An

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-04 Thread Stefano D'Angelo
2011/3/4 Olivier Guilyardi : > On 03/04/2011 01:53 PM, Stefano D'Angelo wrote: >> Hence, in this case, I think we should exploit the >> extensibility/decentralization of LV2: those who, like me, care about >> "control rate" visualization hints may want to

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-04 Thread Stefano D'Angelo
2011/3/4 Fons Adriaensen : > On Fri, Mar 04, 2011 at 01:53:55PM +0100, Stefano D'Angelo wrote: > >> E.g., a compressor, following Olivier's reasoning, could show a >> compression curve (à la Calf) and maybe a dot on that curve that >> indicates "where yo

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-04 Thread Stefano D'Angelo
2011/3/3 Fons Adriaensen : > On Wed, Mar 02, 2011 at 07:37:37PM -0500, David Robillard wrote: > >> Bang on. /This/ is the kind of UI stuff that actually matters. >> >> If you gave someone actually interested in making music or doing pro >> audio (or...) a choice between: > > I guess the situation c

Re: [LAD] engine, validation, ui separation,

2011-03-04 Thread Stefano D'Angelo
2011/3/4 James Morris : > But if the job of validation is down to the UI, the engine can be more > efficient. The current LV2 spec says that the plugin's "engine" should validate its inputs anyway... IIRC, there is a draft/experimental extension that allows the host to specify that it will take ca

Re: [LAD] Portable user interfaces for LV2 plugins.

2011-03-04 Thread Stefano D'Angelo
2011/3/4 Paul Davis : > On Fri, Mar 4, 2011 at 6:02 AM, Pedro Alves wrote: >> On Friday 04 March 2011 04:40:06, David Robillard wrote: >>> Right now it's all in-process because embedding is awesome and >>> there's no reason to do otherwise and lose it) >> >> Hmm?  How isn't embedding orthogonal to

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/3 Paul Giblock : > My concern is if we would ever have a standard extension for this kind of > thing when the primary maintainer considers the idea stupid, dumb, or > broken. Yet I can guarantee the maintainer in question is not stupid, dumb or broken, and after possibly a long discussion i

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 Fons Adriaensen : > On Wed, Mar 02, 2011 at 04:58:39PM -0500, David Robillard wrote: > >> > Another example is a visual EQ as the one found in Jamin, where you both >> > see the >> > live spectrum and can adjust frequency bands level. >> >> Yawn. Personally I've always considered my ears

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 Paul Davis : > On Wed, Mar 2, 2011 at 5:36 PM, Stefano D'Angelo wrote: >> Since I'm not just complaining or posing hypotetical questions, but >> want the understand the issue at its deepest, I want to ask you to >> please better point out what is exac

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 Paul Giblock : > Personally, I like the idea of plugin interfaces having some form of > visualization. The compressor example is obvious. So is the graphical > equalizer.  I can imagine other cases as well: waveform of a sampler. > Perhaps a synth that let's the user scribble their own wav

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 David Robillard : > On Wed, 2011-03-02 at 22:15 +0100, Olivier Guilyardi wrote: >> On 03/02/2011 08:55 PM, Stefano D'Angelo wrote: >> > What I don't really get is why you would ever want visualization, >> > since that is more related to sound analys

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 David Robillard : > On Wed, 2011-03-02 at 20:55 +0100, Stefano D'Angelo wrote: >> 2011/3/2 David Robillard : >> > On Wed, 2011-03-02 at 19:31 +0100, Olivier Guilyardi wrote: >> >> On 03/02/2011 06:32 PM, David Robillard wrote: >> >> >>

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 Olivier Guilyardi : > On 03/02/2011 08:55 PM, Stefano D'Angelo wrote: >> What I don't really get is why you would ever want visualization, >> since that is more related to sound analysis, that LV2, as of now, >> doesn't really support (yes, you can do

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 Paul Davis : > On Wed, Mar 2, 2011 at 2:55 PM, Stefano D'Angelo wrote: > >> Plugins expose "control ports" (which, to me, are a design mistake how >> they're done, but whatever) for the purpose of managing how they work. > > no different than a

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 David Robillard : > On Wed, 2011-03-02 at 19:31 +0100, Olivier Guilyardi wrote: >> On 03/02/2011 06:32 PM, David Robillard wrote: >> >> > Why you are trying to pick apart web UIs in the same email as you're >> > arguing where one size does not fit all I don't know... I want a remote >> > c

Re: [LAD] Audio effects on Android

2011-03-02 Thread Stefano D'Angelo
2011/3/1 Olivier Guilyardi : >> However, correct me if I am wrong, I don't think most Android >> platforms would be suitable for live processing (latency), but only >> for recording (what about quality?). >>> Latency is terrible. Expect about 100ms for input and for output as well. >> >

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-02 Thread Stefano D'Angelo
2011/3/2 Olivier Guilyardi : > On 03/02/2011 02:27 PM, Paul Davis wrote: > >> On Wed, Mar 2, 2011 at 8:20 AM, Olivier Guilyardi wrote: > >>> With this method, notably used by game devs, there's one code base, with >>> thin >>> platform drivers. >> >> i should comment here: although this is the *t

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-01 Thread Stefano D'Angelo
2011/3/1 Stefano D'Angelo : > 2011/3/1 Olivier Guilyardi : >> On 02/28/2011 10:37 PM, Stefano D'Angelo wrote: >>> However, that part currently depends on librdf, and I've been so lazy >>> not to provide ways to build the bridge without it. However it shoul

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-01 Thread Stefano D'Angelo
2011/3/1 Olivier Guilyardi : > On 02/28/2011 10:37 PM, Stefano D'Angelo wrote: >> However, that part currently depends on librdf, and I've been so lazy >> not to provide ways to build the bridge without it. However it should >> be easy to modify. But since the new br

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-03-01 Thread Stefano D'Angelo
2011/3/1 David Robillard : > On Tue, 2011-03-01 at 14:00 +0100, Stefano D'Angelo wrote: >> 2011/3/1 David Robillard : >> > On Mon, 2011-02-28 at 17:24 +0100, Olivier Guilyardi wrote: > [...] >> >> Once you remove the glib dep, I should be able t

Re: [LAD] Portable user interfaces for LV2 plugins

2011-03-01 Thread Stefano D'Angelo
2011/3/1 David Robillard : > On Mon, 2011-02-28 at 21:51 +0100, Olivier Guilyardi wrote: >> (split from: RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb) >> >> On 02/26/2011 11:35 PM, David Robillard wrote: >> >> > At this very instant, on a particular device, browser might not be up to >>

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-03-01 Thread Stefano D'Angelo
2011/3/1 David Robillard : > On Mon, 2011-02-28 at 17:24 +0100, Olivier Guilyardi wrote: >> Hi! >> >> On 02/26/2011 09:08 PM, David Robillard wrote: >> >> > Fair enough. The sum of all installed LV2 data loaded into a data >> > structure can be large, though. My new implementation is still not quit

Re: [LAD] Audio effects on Android

2011-03-01 Thread Stefano D'Angelo
2011/2/28 Olivier Guilyardi : > (split from: RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb) > > On 02/27/2011 02:13 PM, Stefano D'Angelo wrote: >> 2011/2/27 Giuseppe Zompatori : >>> 2011/2/27 Stefano D'Angelo : >>>> >>>> In the

Re: [LAD] Portable user interfaces for LV2 plugins

2011-02-28 Thread Stefano D'Angelo
2011/2/28 Olivier Guilyardi : I just dropped explicit LADSPA support from Ingen in favour of NASPRO. IMO, if the bridge is inadequate, then the bridge should be fixed, so I'm investing in NASPRO, so to speak, so hopefully it remains a vibrant project :) >>> I am really glad to r

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-27 Thread Stefano D'Angelo
2011/2/27 Giuseppe Zompatori : > 2011/2/27 Stefano D'Angelo : >> >> >> Ciao Giuseppe, > > Ciao Stefano, > >> >> In the FAQ they say it's actually some sort of preamp... but well, I >> can't provide hardware anyway. > > I was m

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-27 Thread Stefano D'Angelo
2011/2/27 Giuseppe Zompatori : > 2011/2/26 Stefano D'Angelo : >> 2011/2/26 Olivier Guilyardi : >>> On 02/26/2011 06:45 PM, Stefano D'Angelo wrote: >>> >>>>> Something like 100k-200K could be fine in my case, at the condition that >>>&g

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-26 Thread Stefano D'Angelo
2011/2/26 Olivier Guilyardi : > On 02/26/2011 07:37 PM, Stefano D'Angelo wrote: >> 2011/2/26 Olivier Guilyardi : > >>>> So it turns out it depends on how long you want to wait, or rather if >>>> you would consider giving some help, and what you want to d

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-26 Thread Stefano D'Angelo
2011/2/26 Olivier Guilyardi : > On 02/26/2011 06:45 PM, Stefano D'Angelo wrote: > >>> Something like 100k-200K could be fine in my case, at the condition that >>> adding >>> LV2 support provides a real benefit in terms of functionality. >> >>

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-26 Thread Stefano D'Angelo
2011/2/26 David Robillard : > On Sat, 2011-02-26 at 15:11 +0100, Stefano D'Angelo wrote: >> 2011/2/25 David Robillard : >> > On Fri, 2011-02-25 at 21:09 +0100, Olivier Guilyardi wrote: >> >> On 02/25/2011 08:57 PM, David Robillard wrote: >> >> >>

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-26 Thread Stefano D'Angelo
2011/2/26 Olivier Guilyardi : > On 02/26/2011 05:47 PM, Stefano D'Angelo wrote: > >> So, the latest SLV2 has dropped librdf in favor of a minimal >> RDF/Turtle implementation already done by Dave himself. Such >> implementation is basically made of two libraries: Serd

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-26 Thread Stefano D'Angelo
2011/2/26 Olivier Guilyardi : > On 02/25/2011 09:13 PM, Stefano D'Angelo wrote: >> 2011/2/25 Olivier Guilyardi : > >>> That said there is another big problem. This glib dependency, it's way too >>> heavy >>> for mobile deployment. >> &g

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-26 Thread Stefano D'Angelo
2011/2/26 Stefano D'Angelo : > 2011/2/25 David Robillard : >> On Fri, 2011-02-25 at 21:09 +0100, Olivier Guilyardi wrote: >>> On 02/25/2011 08:57 PM, David Robillard wrote: >>> >>> >> It's a few months ago now that I investigated LV2. IIRC,

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-26 Thread Stefano D'Angelo
2011/2/25 David Robillard : > On Fri, 2011-02-25 at 21:09 +0100, Olivier Guilyardi wrote: >> On 02/25/2011 08:57 PM, David Robillard wrote: >> >> >> It's a few months ago now that I investigated LV2. IIRC, at that time I >> >> concluded that this wasn't an option because SLV2 was GPL'ed. But things

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-25 Thread Stefano D'Angelo
2011/2/25 Olivier Guilyardi : >>> There are a couple of security issues with linking about a third-party .so >>> though. >> >> True. > >> >> However, my question about this Android/LV2 possibility is: what for? Any >> ideas? > > In my case, it's intended to provide effects for my app, TapeMachine

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-25 Thread Stefano D'Angelo
2011/2/25 Olivier Guilyardi : > On 02/25/2011 08:57 PM, David Robillard wrote: > >>> It's a few months ago now that I investigated LV2. IIRC, at that time I >>> concluded that this wasn't an option because SLV2 was GPL'ed. But things are >>> changing IIUC :) >> >> You never asked. I would have chan

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-25 Thread Stefano D'Angelo
2011/2/25 Olivier Guilyardi : > On 02/25/2011 08:15 PM, Stefano D'Angelo wrote: >> 2011/2/25 Olivier Guilyardi : >>> On 02/25/2011 08:14 PM, Stefano D'Angelo wrote: >>>> 2011/2/25 Olivier Guilyardi : >>>>> LV2 plugins on mobi

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-25 Thread Stefano D'Angelo
2011/2/25 Olivier Guilyardi : > On 02/25/2011 08:14 PM, Stefano D'Angelo wrote: >> 2011/2/25 Olivier Guilyardi : >>> LV2 plugins on mobile devices? Yes, I'm investigating that :) >> >> Olivier++ >> >> Android or...? &

Re: [LAD] RDF libraries, was Re: [ANN] IR: LV2 Convolution Reverb

2011-02-25 Thread Stefano D'Angelo
2011/2/25 Olivier Guilyardi : > LV2 plugins on mobile devices? Yes, I'm investigating that :) Olivier++ Android or...? ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAD Activity (WAS: [ANN] IR: LV2 Convolution Reverb)

2011-02-25 Thread Stefano D'Angelo
2011/2/23 Alexandre Prokoudine : > Now, here is why rss, email et al don't do a good work enough: they > don't provide perspective and they don't expose connections between > people right away. I've served several years as social hub for free > graphics software developers and I can tell you that w

Re: [LAD] LAD Activity (WAS: [ANN] IR: LV2 Convolution Reverb)

2011-02-23 Thread Stefano D'Angelo
2011/2/23 Luis Garrido : > On 02/23/2011 12:01 PM, Stefano D'Angelo wrote: > >> Before I totally forget about it... I think it might be a very clever >> thing to do to have some web-based thing (wiki or whatever, ideally a >> social network kind of thing) were LAD p

[LAD] LAD Activity (WAS: [ANN] IR: LV2 Convolution Reverb)

2011-02-23 Thread Stefano D'Angelo
2011/2/23 Alexandre Prokoudine : > On 2/22/11, David Robillard wrote: > >> I have a working plugin (called "dirg") that provides a UI by hosting a >> web server which you access in the browser. It provides a grid UI either >> via a Novation Launchpad, or in the browser if you don't have a >> Launch

Re: [LAD] [ANN] IR: LV2 Convolution Reverb

2011-02-22 Thread Stefano D'Angelo
2011/2/22 David Robillard : > On Tue, 2011-02-22 at 04:52 +, Jeremy Salwen wrote: > [...] >> Hi David, >> >> >> As a plugin developer, I'm very much looking forward to this, >> especially since I proposed something similar to this a bit ago >> (http://www.opensubscriber.com/message/linux-audio-

Re: [LAD] Identify Peek in Drum Samples

2010-12-20 Thread Stefano D'Angelo
2010/12/20 Oliver Jaun : > Hello > > I bought the natural drum samples (http://www.naturaldrum.com/). It contains > WAVs and presets for Kontakt and Halion. Now I'd like to create some > gigasampler files in order to use it with linuxsampler. > > The documentation of the natural drum sample library

Re: [LAD] LV2: Howto

2010-12-13 Thread Stefano D'Angelo
2010/12/13 Harry Van Haaren : > I just don't have a clue where to start with implementing. Does anybody out > there have > some code lying about that just "bare-bones" loads the plugin? If you want to write an LV2 host, you probably better take a look at SLV2 (http://drobilla.net/blog/software/slv

Re: [LAD] Project proposition: llvm based dsp engine

2010-12-06 Thread Stefano D'Angelo
Ciao Maurizio, 2010/12/6 Maurizio De Cecco : > I have been looking for a while to  LLVM as a possible technology to build a > DSP execution engine, providing the runtime flexibility needed by real-time > interactive DSP applications (like patcher languages), or by plug-in based > processors, and i

Re: [LAD] What do you do for a living?

2010-11-12 Thread Stefano D'Angelo
2010/11/10 Kris C : > Hi all, > > I understand that a lot of you develop for free software and are passionate > at what you do.  But how do you pay the bills?  What do you do for a living? >  Are you a student?  Do you do software development just as a hobby, or do > you want to make a living doing

Re: [LAD] a treasure trove of information on "Physical Audio Signal Processing"

2010-09-27 Thread Stefano D'Angelo
2010/9/27 Patrick Shirkey : > > On Mon, September 27, 2010 7:03 am, Stefano D'Angelo wrote: >> 2010/9/26  : >>> On Sun, Sep 26, 2010 at 04:17:43PM +0200, Stefano D'Angelo wrote: >>> >>>> I recently (last friday) got my MSc graduation with a the

Re: [LAD] a treasure trove of information on "Physical Audio Signal Processing"

2010-09-27 Thread Stefano D'Angelo
2010/9/26 Philipp Überbacher : > congratulations to your MSc :) Thank you. :-) > I'm about to start my BSc :P > I guess your paper might be a good resource for me at some point in the > future :) If you want to do physics-based modeling I'm sure it will give you at least good pointers to papers

Re: [LAD] a treasure trove of information on "Physical Audio Signal Processing"

2010-09-27 Thread Stefano D'Angelo
2010/9/26 : > On Sun, Sep 26, 2010 at 04:17:43PM +0200, Stefano D'Angelo wrote: > >> I recently (last friday) got my MSc graduation with a thesis on >> physics-based (a.k.a. physical) modeling for sound processing and was >> just about to post a link on

Re: [LAD] a treasure trove of information on "Physical Audio Signal Processing"

2010-09-26 Thread Stefano D'Angelo
2010/9/23 Niels Mayer : > Following a wikipedia link on karplus-strong synthesis posted > recently, I found this, which appears to be the online fount of all > knowledge for physical modelling and sound synthesis: > https://ccrma.stanford.edu/~jos/pasp/ > (with links to examples, code, etc). > >> P

Re: [LAD] JACK Graph Internal Latency? (was Re: A small article ...)

2010-04-29 Thread Stefano D'Angelo
2010/4/29 Paul Davis : > there have been some suggestions to allow/encourage applications to have > multiple clients precisely to permit the A->B->A ("insert") processing to > work with no extra latency. This is very interesting, how would that be possible? BR, Stefano __

Re: [LAD] List of LV2 hosts, plugins and features, add yours here

2009-11-08 Thread Stefano D'Angelo
2009/11/8 Nedko Arnaudov : >  * Dynmanifest support in version 5 (and maybe even for latest git) is >   for an old version of dynmanifest. Git version is for the current version ;-) Stefano ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaud

Re: [LAD] State of Plugin API's

2009-11-01 Thread Stefano D'Angelo
2009/11/1 Paul Davis : > On Sun, Nov 1, 2009 at 4:59 AM, Stefano D'Angelo wrote: > >> To me this is nonsense, the best way to do that I can imagine is >> assigning one bit position to each extension and sum them up to give >> your , but I can already imagine huge

Re: [LAD] State of Plugin API's

2009-11-01 Thread Stefano D'Angelo
2009/11/1 Patrick Shirkey : > > On 11/01/2009 02:38 PM, Paul Davis wrote: >> On Sat, Oct 31, 2009 at 9:09 PM, Patrick Shirkey >>  wrote: >> >>     [ ... stuff ] >> >> the idea occured to me sometime today. >> >> "my host supports LV2-E1" >> "my plugin requires LV2-E2" >> "this application use

Re: [LAD] Pd, Csound and SuperCollider code as plugin

2009-09-23 Thread Stefano D'Angelo
uot; automagical CSound->LV2 bridge (Disclaimer: I've never used CSound myself, so what I'm saying may very well make no sense at all). Stefano > Victor > > On 22 Sep 2009, at 11:36, Stefano D'Angelo wrote: > >> 2009/9/22 rosea grammostola : >>> >>>

Re: [LAD] Pd, Csound and SuperCollider code as plugin

2009-09-22 Thread Stefano D'Angelo
2009/9/22 rosea grammostola : > victor wrote: >> I suppose by virtue of Jack, it's possible to run SC, PD, Csound or anything >> jackable as a separate process, and pretend it is a plugin to things like >> Ardour. > Of course that is possible, and a fine thing. But some people wants to > make music

Re: [LAD] Test app for LADSPA plugins

2009-07-31 Thread Stefano D'Angelo
2009/7/30 Steve Harris : > On 30 Jul 2009, at 10:34, Damon Chaplin wrote: >> 1904 "GLAME Butterworth Highpass"      instantiate/cleanup: Segfault >> 1903 "GLAME Butterworth Lowpass"       instantiate/cleanup: Segfault >> 1902 "Glame Butterworth X-over Filter" instantiate/cleanup: Segfault >> 1894 "

Re: [LAD] RFC: Default discovery paths for LADSPA, LRDF, LV2 and DSSI (and more?)

2009-07-06 Thread Stefano D'Angelo
2009/7/6 Chris Cannam : > On Mon, Jul 6, 2009 at 5:01 AM, David Robillard wrote: >> There are conflicts with the unique ID too, but there's no accounting >> for broken plugins I guess. > > Filename/label can be made to work; "unique" ID can't, for any dynamic > or automatically generated plugin lib

Re: [LAD] RFC: Default discovery paths for LADSPA, LRDF, LV2 and DSSI (and more?)

2009-06-25 Thread Stefano D'Angelo
2009/6/25 David Robillard : > On Wed, 2009-06-24 at 21:47 +0100, 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 f

Re: [LAD] RFC: Default discovery paths for LADSPA, LRDF, LV2 and DSSI (and more?)

2009-06-25 Thread Stefano D'Angelo
2009/6/25 Jan Weil > On Thu, Jun 25, 2009 at 05:47:23PM +0200, Stefano D'Angelo wrote: > > In case of multiple occourrences, myabe it's better to check for stat()'s > > st_mtime to decide which one to load? However, I don't see any of such > > mechanisms

  1   2   >