Am Donnerstag, den 24.11.2011, 18:57 -0500 schrieb David Robillard:
> On Thu, 2011-11-24 at 21:31 +0100, hermann wrote:
> > Am Donnerstag, den 24.11.2011, 14:21 -0500 schrieb David Robillard:
> > > Middle click to "go here" is a convention from scroll bars dating back
> > > to the dawn of X11. Usi
I got curious, so I bashed out a quick program to benchmark pipes vs
POSIX message queues. It just pumps a bunch of messages through the
pipe/queue in a tight loop. The results were interesting:
$ ./ipc 4096 100
Sending a 4096 byte message 100 times.
Pipe recv time: 6.881104
Pipe send t
On Thu, 2011-11-24 at 22:30 +0100, Nick Copeland wrote:
> > Just a thought, but perhaps an effort at a LAD HIG (Human Interface
> > Guidelines) might be a good idea, so things like this aren't
> arbitrarily
> > different between apps and plugins?
> >
> > Naturally the scope of such a thing would b
On Thu, 2011-11-24 at 21:31 +0100, hermann wrote:
> Am Donnerstag, den 24.11.2011, 14:21 -0500 schrieb David Robillard:
> > Middle click to "go here" is a convention from scroll bars dating back
> > to the dawn of X11. Using something easily done accidentally (and
> > unknowingly) for learn doesn'
On Thu, 2011-11-24 at 20:45 +, Fons Adriaensen wrote:
> On Thu, Nov 24, 2011 at 02:21:25PM -0500, David Robillard wrote:
>
> > Agreed. Everything here is about the *view*. How that maps to actual
> > parameter values is an underlying model issue.
>
> Not always. Consider the case of 'VCA'
On Thu, 24 Nov 2011 11:31:17 -0800
Iain Duncan wrote:
> On Thu, Nov 24, 2011 at 11:21 AM, Renato wrote:
>
> > On Thu, 24 Nov 2011 11:07:16 -0800
> > Iain Duncan wrote:
> >
> > > Depending on your experience, if you're new to developing audio
> > > and aren't already an expert C programmer, the
On Thu, Nov 24, 2011 at 03:12:12PM -0800, Jeff Koftinoff wrote:
>
> On 2011-11-24, at 12:45 PM, Fons Adriaensen wrote:
>
> > Not always. Consider the case of 'VCA' groups for faders. That
> > is: you have a slider that controls the gain of a group of
> > channels (without those being mixed). The
On Thu, Nov 24, 2011 at 03:12:12PM -0800, Jeff Koftinoff wrote:
>
> On 2011-11-24, at 12:45 PM, Fons Adriaensen wrote:
>
> > Not always. Consider the case of 'VCA' groups for faders. That
> > is: you have a slider that controls the gain of a group of
> > channels (without those being mixed). The
On 2011-11-24, at 12:45 PM, Fons Adriaensen wrote:
> On Thu, Nov 24, 2011 at 02:21:25PM -0500, David Robillard wrote:
>
>> Agreed. Everything here is about the *view*. How that maps to actual
>> parameter values is an underlying model issue.
>
> Not always. Consider the case of 'VCA' groups f
Excerpts from hermann's message of 2011-11-24 21:31:22 +0100:
> Am Donnerstag, den 24.11.2011, 14:21 -0500 schrieb David Robillard:
> > Middle click to "go here" is a convention from scroll bars dating back
> > to the dawn of X11. Using something easily done accidentally (and
> > unknowingly) for
> Just a thought, but perhaps an effort at a LAD HIG (Human Interface
> Guidelines) might be a good idea, so things like this aren't arbitrarily
> different between apps and plugins?
>
> Naturally the scope of such a thing would be limited since different
> programs have different needs, but at l
On Thu, Nov 24, 2011 at 10:03:47PM +0100, Nick Copeland wrote:
> Wow. Isn't this a far bigger topic?
Agreed, yes. But I was replying to your suggestion that
the translation of 'widget value' to 'actual parameter
value' would always be the task of the model or DSP code.
That is in general not the
> From: f...@linuxaudio.org
> To: linux-audio-dev@lists.linuxaudio.org
> Subject: Re: [LAD] sliders/fans
>
> On Thu, Nov 24, 2011 at 02:21:25PM -0500, David Robillard wrote:
> Suppose the minimum value of the widget would correspond to say
> -100 dB if not handled specially. If you just have a si
On Thu, Nov 24, 2011 at 09:31:22PM +0100, hermann wrote:
> A click to "go here", seems on the other hand like a bad Idea for me.
It's almost always a bad idea - there is no corresponding action
using a 'real' control.
But there are some alternative uses. I've been using R-click for
* On an EQ:
> From: brumm...@web.de
> To: d...@drobilla.net
> CC: nickycopel...@hotmail.com; linux-audio-dev@lists.linuxaudio.org
> I think most modern apps use middle mouse button today for midi
> connection. Laptops witch didn't have a middle mouse button often even
> didn't have a midi in connection so the
On Thu, Nov 24, 2011 at 02:21:25PM -0500, David Robillard wrote:
> Agreed. Everything here is about the *view*. How that maps to actual
> parameter values is an underlying model issue.
Not always. Consider the case of 'VCA' groups for faders. That
is: you have a slider that controls the gain o
Am Donnerstag, den 24.11.2011, 14:21 -0500 schrieb David Robillard:
> Middle click to "go here" is a convention from scroll bars dating back
> to the dawn of X11. Using something easily done accidentally (and
> unknowingly) for learn doesn't seem like the best idea to me.
>
> That said, some lapt
> From: d...@drobilla.net
> To: nickycopel...@hotmail.com
> That said, some laptops don't have middle buttons...
Pretty sure they can all emulate with dual button click.
> > >
> > > This would have to be defined in relation to the underlying unit the
> > > controller is for, to address the quan
On Thu, Nov 24, 2011 at 11:21 AM, Renato wrote:
> On Thu, 24 Nov 2011 11:07:16 -0800
> Iain Duncan wrote:
>
> > Depending on your experience, if you're new to developing audio and
> > aren't already an expert C programmer, the new book "The Audio
> > Programming Book" by Boulanger and Lazzarini
On Thu, 24 Nov 2011 11:07:16 -0800
Iain Duncan wrote:
> Depending on your experience, if you're new to developing audio and
> aren't already an expert C programmer, the new book "The Audio
> Programming Book" by Boulanger and Lazzarini and others is good. lots
> of examples of audio coding techni
On Thu, 2011-11-24 at 20:02 +0100, Nick Copeland wrote:
> > From: d...@drobilla.net
> > To: nickycopel...@hotmail.com
> > > That is a good idea. The recent comments on the use of Shift vs
> > > Control
> > > and controller changes does highlight some differences. Bristol uses
> > > Shift for accele
Depending on your experience, if you're new to developing audio and aren't
already an expert C programmer, the new book "The Audio Programming Book"
by Boulanger and Lazzarini and others is good. lots of examples of audio
coding techniques.
Also the tutorials on the Perry Cook STK and RTAudio site
> From: d...@drobilla.net
> To: nickycopel...@hotmail.com
> > That is a good idea. The recent comments on the use of Shift vs
> > Control
> > and controller changes does highlight some differences. Bristol uses
> > Shift for accelerator (as in shift your butt) and Control as a
> > decelerator
> >
On Thu, 2011-11-24 at 19:37 +0100, Nick Copeland wrote:
> > From: d...@drobilla.net
> > Just a thought, but perhaps an effort at a LAD HIG (Human Interface
> > Guidelines) might be a good idea, so things like this aren't
> arbitrarily
> > different between apps and plugins?
> >
> > Naturally the s
> From: d...@drobilla.net
> Just a thought, but perhaps an effort at a LAD HIG (Human Interface
> Guidelines) might be a good idea, so things like this aren't arbitrarily
> different between apps and plugins?
>
> Naturally the scope of such a thing would be limited since different
> programs have
On Tue, 2011-11-22 at 15:41 +0100, hermann wrote:
> Am Dienstag, den 22.11.2011, 09:25 -0500 schrieb Paul Davis:
> > On Tue, Nov 22, 2011 at 7:05 AM, James Morris wrote:
> > > On Tue, 22 Nov 2011 15:33:16 +0400
> > > Alexandre Prokoudine wrote:
> > >>
> > >> For darktable we examined the slider f
On Thu, 2011-11-24 at 13:45 +0100, Philipp Überbacher wrote:
> Excerpts from David Robillard's message of 2011-11-23 20:26:49 +0100:
> > Here is the current version of the LV2 state extension, which defines
> > the model for plugin state, and a mechanism for saving and restoring it:
> >
> > http:/
Yes, it's a good beginning.
Thanks
On 24/11/11 15:31, Louigi Verona wrote:
Hey!
You might want to start with JACK: http://jackaudio.org/
--
Louigi Verona
http://www.louigiverona.ru/
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.
Hey!
You might want to start with JACK: http://jackaudio.org/
--
Louigi Verona
http://www.louigiverona.ru/
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
But, I think there is a manual, link or document where all audio linux
developer has begun. Am I right?
By now I will try to search in google as you say ;) , thanks
Celeven
De: Harry van Haaren
Para: C Net
CC: "linux-audio-dev@lists.linuxaudio.org"
Env
Hey,
Any experience with Linux Audio programs or any particular thing your
intrested in?
There's very little I can help you with except say google "Linux Audio
Development", and dive into it.
HTH, -Harry
___
Linux-audio-dev mailing list
Linux-audio-dev@
Hi at all,
I am interested in learning to develop linux audio.
Do you know any links to get started?
Thanks in advance.___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Excerpts from David Robillard's message of 2011-11-23 20:26:49 +0100:
> Here is the current version of the LV2 state extension, which defines
> the model for plugin state, and a mechanism for saving and restoring it:
>
> http://lv2plug.in/ns/ext/state
>
> It's time to tag this one as stable, unle
33 matches
Mail list logo
