Re: [LAD] LV2 specification packaging

On Thu, 2012-03-22 at 23:47 +0100, Albert Graef wrote: > On 03/22/2012 10:27 PM, David Robillard wrote: > > Note this tarball would just be a distribution for users to build, we > > actively don't want packages depending on lv2 everything with one > > version number at the source level. > > If the

Re: [LAD] LV2 specification packaging

On Thu, 2012-03-22 at 22:18 +, Fons Adriaensen wrote: > spam -dr ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LV2 specification packaging

On 03/22/2012 10:27 PM, David Robillard wrote: Note this tarball would just be a distribution for users to build, we actively don't want packages depending on lv2 everything with one version number at the source level. If the tarballs are out there, you can't keep the package maintainers from

Re: [LAD] LV2 specification packaging

On Thu, Mar 22, 2012 at 05:27:14PM -0400, David Robillard wrote: > In other words, perhaps a decentralized specification is a failed idea, > and we don't actually want to encourage independent > extension /publication/. You're still free to actually design and > implement features with no centra

Re: [LAD] LV2 specification packaging

I like the idea of an overall version number, so, LV2 V2.1 is released which contains foo v0.7, ba v1.1, thing v0.4. Over time foo is updated to v0.8, LV2 V2.2 gets released. Any client/host using LV2 can then claim a version compatibility, ie V2.1, but not V2.2. Seems the most understandab

Re: [LAD] LV2 specification packaging

On Thu, 2012-03-22 at 22:51 +0100, Brendan Jones wrote: > On 03/22/2012 10:27 PM, David Robillard wrote: [...] > > The way reality has worked out, stable extensions need to be curated at > > lv2plug.in or they tend to rot and confuse people. Perhaps the > > extension mechanism should only really b

Re: [LAD] LV2 specification packaging

On 03/22/2012 10:27 PM, David Robillard wrote: On Thu, 2012-03-22 at 14:48 -0400, Paul Davis wrote: On Thu, Mar 22, 2012 at 2:42 PM, Albert Graef wrote: To avoid any confusion about the packages in each release, you could just accompany each tarball with a manifest that lists the version info

Re: [LAD] LV2 specification packaging

On Thu, 2012-03-22 at 14:48 -0400, Paul Davis wrote: > On Thu, Mar 22, 2012 at 2:42 PM, Albert Graef wrote: > > > To avoid any confusion about the packages in each release, you could just > > accompany each tarball with a manifest that lists the version information; I > > guess that this could be

Re: [LAD] LV2 specification packaging

On Thu, 2012-03-22 at 19:42 +0100, Albert Graef wrote: > On 03/22/2012 04:47 AM, David Robillard wrote: > > Pretty strong consensus is that the LV2 specs being a bunch of packages > > is a nuisance. So, I plan to start releasing them all in one package. > > Good move. > > To avoid any confusion

[LAD] Midi Channel routing with hardware?

Hello list, tl;dr: Is there a cheap midi hardware that just gets midi information in and routes it out, except on a different, single, channel which I can change easily up and down directly on the hardware? Long version: Recently my master keyboard broke. It was just a cheap, used m-audio keys

Re: [LAD] Non Session Management

On 03/22/2012 05:52 PM, Emanuel Rumpf wrote: Am 22. März 2012 11:55 schrieb rosea.grammostola: I wonder what the LAD community thinks about Non Session Manager I would like to try it, but I can't build the DAW and NSM . It doesn't link and causes lots of "undefined reference" messages.

Re: [LAD] LV2 specification packaging

On Thu, Mar 22, 2012 at 2:42 PM, Albert Graef wrote: > To avoid any confusion about the packages in each release, you could just > accompany each tarball with a manifest that lists the version information; I > guess that this could be generated automatically from the version numbers in > the corr

Re: [LAD] LV2 specification packaging

On 03/22/2012 04:47 AM, David Robillard wrote: Pretty strong consensus is that the LV2 specs being a bunch of packages is a nuisance. So, I plan to start releasing them all in one package. Good move. To avoid any confusion about the packages in each release, you could just accompany each tar

Re: [LAD] Non Session Management

Am 22. März 2012 11:55 schrieb rosea.grammostola : > > I wonder what the LAD community thinks about Non Session Manager > I would like to try it, but I can't build the DAW and NSM . It doesn't link and causes lots of "undefined reference" messages. Is the build script is broken ? My FLTK in

Re: [LAD] Linux Malware

Am 22. März 2012 16:17 schrieb Louigi Verona : > > what are the reasons there are (almost) no > viruses on Linux? > I don't write them for Linux, because I don't want to infect my own system :)) OK that was a joke. I don't write viruses and would have to guess an answer :) -- E.R. _

Re: [LAD] JACK session API in Perl, Python, Ruby, and Lua

On Thu, Mar 22, 2012 at 09:03:12AM +0100, Emanuel Rumpf wrote: > Am 21. März 2012 18:28 schrieb Joel Roth : > > > > https://github.com/navicore/Jacks > > > > hm ... > The code uses a mutex_lock in the process callback: > > _lock(_this_); > _this_->nframes = nframes; > _unlock(_this_);

Re: [LAD] Linux Malware

I would say your friends are essentially correct. To put an extreme example, there is only so much an operating system can do for security-unconscious users that will grant root permissions to an unknown executable that promises adult content or the Linux port of "Angry Birds." Knowledgeable

Re: [LAD] Non Session Management

On 03/22/2012 02:52 PM, Harry van Haaren wrote: On Thu, Mar 22, 2012 at 12:33 PM, rosea.grammostola mailto:rosea.grammost...@gmail.com>> wrote: JackSession seems to be an option JackSession is merged in JACK. No external dependencies, if all other session management systems would integrate

Re: [LAD] Linux Malware

On Thu, Mar 22, 2012 at 7:17 PM, Louigi Verona wrote: > Hey guys! > > This is an Offtopic question, really, but I wanted to ask people I know and > people who are developers - what are the reasons there are (almost) no > viruses on Linux? Technically I could be wrong, but ... Lots of viruses come

[LAD] Linux Malware

Hey guys! This is an Offtopic question, really, but I wanted to ask people I know and people who are developers - what are the reasons there are (almost) no viruses on Linux? The typical argument is that there are not too much users. I generally do not agree with this argument and point to archit

Re: [LAD] Non Session Management

On Thu, 2012-03-22 at 11:55 +0100, rosea.grammostola wrote: > Hi, > > I wonder what the LAD community thinks about Non Session Manager > > http://non.tuxfamily.org/nsm/API.html > http://non.tuxfamily.org/nsm > > http://www.youtube.com/watch?v=ui-gC_ZMeGM > http://youtu.be/xzspJXbEoc0 > > From

Re: [LAD] Non Session Management

On Thu, 2012-03-22 at 12:59 +0100, thijs van severen wrote: [...] > i know that there are some LV2 wrapper projects, and i wonder if it is > possible to use these for 'any' app, or does that just move the > problem to the communication between the wrapper and the app? I am not sure what you are as

Re: [LAD] Non Session Management

On Thu, Mar 22, 2012 at 12:33 PM, rosea.grammostola < rosea.grammost...@gmail.com> wrote: > JackSession seems to be an option JackSession is merged in JACK. No external dependencies, if all other session management systems would integrate with it, then the problem would be solved. I appreciate t

Re: [LAD] Non Session Management

2012/3/22 rosea.grammostola > On 03/22/2012 12:59 PM, thijs van severen wrote: > >> 2012/3/22 rosea.grammostola > > >> >> >>Hi, >> >>I wonder what the LAD community thinks about Non Session Manager >> >> >> http://non.tuxfamily.org/nsm/_**_API.ht

Re: [LAD] Non Session Management

On 03/22/2012 01:33 PM, rosea.grammostola wrote: On 03/22/2012 12:59 PM, thijs van severen wrote: 2012/3/22 rosea.grammostola mailto:rosea.grammost...@gmail.com>> Hi, I wonder what the LAD community thinks about Non Session Manager http://non.tuxfamily.org/nsm/__API.html

Re: [LAD] Non Session Management

On 03/22/2012 12:59 PM, thijs van severen wrote: 2012/3/22 rosea.grammostola mailto:rosea.grammost...@gmail.com>> Hi, I wonder what the LAD community thinks about Non Session Manager http://non.tuxfamily.org/nsm/__API.html http://non.

Re: [LAD] Non Session Management

2012/3/22 rosea.grammostola > Hi, > > I wonder what the LAD community thinks about Non Session Manager > > http://non.tuxfamily.org/nsm/**API.html > http://non.tuxfamily.org/nsm > > http://www.youtube.com/watch?**v=ui-gC_ZMeGM

[LAD] Non Session Management

Hi, I wonder what the LAD community thinks about Non Session Manager http://non.tuxfamily.org/nsm/API.html http://non.tuxfamily.org/nsm http://www.youtube.com/watch?v=ui-gC_ZMeGM http://youtu.be/xzspJXbEoc0 From a user POV I must say that it works very smooth at first sight. It's easy to use

Re: [LAD] JACK session API in Perl, Python, Ruby, and Lua

Am 21. März 2012 18:28 schrieb Joel Roth : > > https://github.com/navicore/Jacks > hm ... The code uses a mutex_lock in the process callback: _lock(_this_); _this_->nframes = nframes; _unlock(_this_); From the doc of pthread_mutex_lock: "If the mutex is already locked, the calling