Hi Louigi! There are very few plugins but thankfully the best GUI synths for Linux - Noisemaker and Aspect - both run as plugins. Whysynth has its fans too, if your host supports DSSI. We have A3.0, bitwig and Muse VST support all coming up soon so my fingers are tightly crossed this combo will gain us more users, devs and plugins. bitwig will be the first time that 'big name' (being a descendant of Ableton, kinda) audio app gets a native Linux port so its uncharted territory for this community - lets hope for the best! DM On Wed, Oct 10, 2012 at 11:13 AM, Louigi Verona <louigi.verona(a)gmail.com>wrote;wrote:

On Wed, Oct 10, 2012 at 6:09 AM, Dan MacDonald &lt;allcoms(a)gmail.com&gt; wrote: current jack1 (released months or years ago): if (snd_pcm_open (&driver->playback_handle, playback_alsa_device, SND_PCM_STREAM_PLAYBACK, SND_PCM_NONBLOCK) < 0) { switch (errno) { case EBUSY: current_apps = discover_alsa_using_apps (); if (current_apps) { jack_error ("\n\nATTENTION: The playback device \"%s\" is " "already in use. The following applications " " are using your soundcard(s) so you should " " check them and stop them as necessary before " " trying to start JACK again:\n\n%s", playback_alsa_device, current_apps); free (current_apps);

On Wed, 2012-10-10 at 11:09 +0100, Dan MacDonald wrote: I'm fine with using shell scripts to start a session. The only thing I'm missing is a light weight WM/DE that is able to restore Windows sizes, positions and on what workspace they should appear. Regards, Ralf

On Fri, 2012-10-12 at 23:41 +0800, Simon Wise wrote: Thank you Simon :). Btw. I'm using Xfce only at the moment. Regards, Ralf

On Fri, Oct 12, 2012 at 1:24 PM, Len Ovens &lt;len(a)ovenwerks.net&gt; wrote: Maybe I'm biased since I wrote the code for it, but StumpWM can perform this task quite well (saving/restoring window positions/frame layouts).

On Sat, Oct 13, 2012 at 11:36:22AM +0200, renato wrote: That's a good thing, most software authors don't even tell you that. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X

Hi Lorenzo! On Wed, Oct 10, 2012 at 11:26 AM, Lorenzo Sutton &lt;lorenzofsutton(a)gmail.com&gt;wrote;wrote: There are a few USB 2 interfaces that have been confirmed to work with Linux/JACK such as the Presonus AudioBox 1818VSL if you need more than a couple of inputs or the Focusrite Scarlett 2i2 if you have lesser requirements. There's more than just those 2 but thats just off the top of my head and I've not personally tried either yet although I should receive my Scarlett 2i4 soon.

On 10/10/2012 07:13 PM, Louigi Verona wrote: Nope [or at least I haven't discovered it yet].. It's still a pretty cool piece of software though :D Flo

"I'm surprised you didn't mention Luppp, libmapper, or the resurgence of ZynAddSubFX developement. Don't be - it is impossible to mention everything :) But this is why I want to hear what other people say - crowd source approach ;) On Wed, Oct 10, 2012 at 10:04 PM, J. Liles &lt;malnourite(a)gmail.com&gt; wrote: -- Louigi Verona http://www.louigiverona.ru/

On Wed, Oct 10, 2012 at 2:04 PM, J. Liles &lt;malnourite(a)gmail.com&gt; wrote: [ ... ] see your quote above. here's the process: * people identify an issue with the JACK API * there is discussion of various approaches to the issue * one or more people propose actual coded solutions * there is more discussion * potentially, one or more of the coded solutions is modified, followed by more discussion * if no solution rises to the top, the issue remains unaltered * if a solution rises to the top, AND if there is a clear consensus that its the right solution, then it goes in. this final step is the only one where my role as "benign dictator" kicks in since its typically me who decides whether the solution has emerged and whether there is broad consensus. lets look at the situation with MIDI sysex messages for example. the lack of support for arbitrary length messages is a genuine and real issue, though doesn't affect the overwhelmingly common uses of JACK MIDI. it has been discussed extensively. there have been 2 coded solutions proposed. despite this, i don't feel that there is really a consensus that either of them is really "right". as a result, the issue remains outstanding. people are free to challenge this decision based on disagreeing with my assessment of any of the steps outlined above. you could insist, for example, that there is a consensus. you could even insist that its silly to go for consensus when so few people would use or even care about the nature of the solution. i'm open to all of that, except that i want to see a meta-consensus in that latter case (i.e. a consensus that no consensus is OK for this particular issue). there are many areas where the JACK API could use some work. the only one that i am aware of where there is reasonable consensus is the port metadata API, which has not been implemented purely because of the reasons outlined in your initial line above. (such improvements are unnecessary for monolithic applications such as actually, no. Ardour has only recently started "duplicating" any of this functionality internally, and even then, its for very limited purposes. it uses JACK for more or less everything, and does not duplicate much of JACK's functionality at all. Ardour2 continues to use JACK for all audio routing, for example. that doesn't seem to have held back a bazillion other APIs, including at least 2 other "notable" (non-free) audio plugin APIs. neither VST nor CoreAudio are extensible, but this does not appear to have held back hundreds of plugin developers from creating plugins for those APIs. if we're looking for reasons why plugin developers do not develop (as a rule) for Linux, i think that the extensibility or non-extensibility of an API is probably not the place we'll find the answer(s).