On Tue, 2008-01-22 at 05:02 -0500, Dave Phillips wrote:
> Benno Senoner wrote:
> > Everyone is invited to add his own point of view and I hope that the
> > outcome will be a positive collaboration between LV2 and Reaper.
> Well, Benno, what do you think about the responses so far? Is the spirit
>
Benno Senoner wrote:
> Everyone is invited to add his own point of view and I hope that the
> outcome will be a positive collaboration between LV2 and Reaper.
Well, Benno, what do you think about the responses so far? Is the spirit
of open collaboration and the welcoming attitude alive & well her
Lars Luthman wrote:
> On Tue, 2008-01-22 at 05:02 -0500, Dave Phillips wrote:
>
>> Benno Senoner wrote:
>>
>>> Everyone is invited to add his own point of view and I hope that the
>>> outcome will be a positive collaboration between LV2 and Reaper.
>>>
>> Well, Benno, what do you th
Dave Phillips wrote:
> So responding with sarcasm, "We'll do it my way or not at all"
> conditions, and a confrontive attitude qualifies as "the spirit of
> collaboration" ? Geez, you guys are really winning me over.
It's the good right of Dave and Lars to not care or even outright
reject close
[EMAIL PROTECTED] wrote:
> Dave Phillips wrote:
>
>
>> So responding with sarcasm, "We'll do it my way or not at all"
>> conditions, and a confrontive attitude qualifies as "the spirit of
>> collaboration" ? Geez, you guys are really winning me over.
>>
>
> It's the good right of Dave and
[EMAIL PROTECTED] wrote:
> Dave Phillips wrote:
>
>> So responding with sarcasm, "We'll do it my way or not at all"
>> conditions, and a confrontive attitude qualifies as "the spirit of
>> collaboration" ? Geez, you guys are really winning me over.
>
> It's the good right of Dave and Lars to no
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 toge
On Jan 22, 2008, at 2:45 PM, M-.-n wrote:
> more linux music on the go ?
> http://www.openpandora.org
> http://pandora.bluwiki.com/
definitely one to watch .. i hear a rumour that devboards are out and
about for this already .. should be good to go in march if all goes
well, and the world d
Juuso Alasuutari <[EMAIL PROTECTED]> writes:
> - Turn LASH into a D-Bus service daemon.
Do you mean lashd becoming a D-Bus service? If so, do you imagine
having logfile like of jackdbus?
I think it is quite important what will be changes for users of
LASH. The things you mentioned are changes ei
Hallo,
Lars Luthman hat gesagt: // Lars Luthman wrote:
> If I've come across as a grumpy old bastard I apologise, because that
> was not my intention. The thing is that I'm just not particularly
> interested in software that can only be used in the way the original
> author allows it to be used. I
Well Dave P, what should I say ?
I think the attitude of certain LAD-ers is one of the reasons why linux
audio will
remain an irrelevant niche for a long time to come.
How can you you create a standard like LV2 and then make statements like
"reaper is the enemy" ?
I think LV2 devs did not do their
On Tue, 2008-01-22 at 07:49 -0500, Dave Phillips wrote:
> [EMAIL PROTECTED] wrote:
> > Dave Phillips wrote:
> >
> >
> >> So responding with sarcasm, "We'll do it my way or not at all"
> >> conditions, and a confrontive attitude qualifies as "the spirit of
> >> collaboration" ? Geez, you guys a
On Tuesday 22 January 2008 15:39:20 Nedko Arnaudov wrote:
> Juuso Alasuutari <[EMAIL PROTECTED]> writes:
> > - Turn LASH into a D-Bus service daemon.
>
> Do you mean lashd becoming a D-Bus service? If so, do you imagine
> having logfile like of jackdbus?
I didn't quite understand what you mean by
I thought we were all on the same side?
I hate politics, and this email was not the first one I wanted to send
to this list since rejoining. The fact is, though, that I wanted to
leave the Windows world behind and go all-Linux for my music making, and
I am now regretting that decision. What hav
Juuso Alasuutari <[EMAIL PROTECTED]> writes:
>> * auto-launching without logfile means no proper handling of lashified
>>apps stdout/stderr. It should have logfile, with prefixing output of
>>apps.
>
> Capturing the clients' debug messages would indeed be helpful. How do you
> think it s
On Tue, 2008-01-22 at 15:18 +0100, Benno Senoner wrote:
> I think the attitude of certain LAD-ers is one of the reasons why
> linux audio will
> remain an irrelevant niche for a long time to come.
How about you put in names, coward?
You imply that there is some kind of overall linux audio thing.
On Tue, 2008-01-22 at 15:18 +0100, Benno Senoner wrote:
> Well Dave P, what should I say ?
> I think the attitude of certain LAD-ers is one of the reasons why
> linux audio will
> remain an irrelevant niche for a long time to come.
> How can you you create a standard like LV2 and then make stateme
Am Dienstag, 22. Januar 2008 schrieb Darren Landrum:
> As for me, my interest is in DSP and coding plug-ins. I got started
> playing around in Reaper's Jesusonic. Now I want to grow my skills in a
> useful direction. Is that going to be LV2, or VST3? I wish I knew.
That choice is pretty easy: Do y
On Tue, 2008-01-22 at 18:56 +0200, Juuso Alasuutari wrote:
> On Tuesday 22 January 2008 15:39:20 Nedko Arnaudov wrote:
> Capturing the clients' debug messages would indeed be helpful. How do you
> think it should be handled?
> Idiot-proof capturing of stdout/err could probably only work if the c
On Tue, 2008-01-22 at 12:25 -0500, Darren Landrum wrote:
> I thought we were all on the same side?
There might be tendencies, but it's not one side.
> * Ardour looks, behaves, and has almost the exact same feature set as it
> did two years ago. (Nobody in the commercial world is still using a
>
On Tue, 2008-01-22 at 12:25 -0500, Darren Landrum wrote:
> * Ardour looks, behaves, and has almost the exact same feature set as it
> did two years ago.
Really? I guess I forgot to read all the press releases for a bunch of
commercial apps that are so full of new features. Oh yes, PT 7.4 added
"
On Tue, 2008-01-22 at 15:39 +0200, Nedko Arnaudov wrote:
> * lash is of mercy of libjack and crashing jackd often causes lashd
>kill. This is just wrong.
You're right, but it shouldn't be worked around. If energy is going to
be expended on this problem, it should be expended on fixing jackd
> On Mon, 2008-01-21 at 16:18 -0500, Ivica Ico Bukvic wrote:
>
> > In other words, provided that my conjectures are true, I could see ALSA
> > becoming simply an API to access the soundcard and everything else being
> > moved out of the ALSA which IMHO could help spur some of the ostensibly
> > bo
Bob Ham <[EMAIL PROTECTED]> writes:
> On Tue, 2008-01-22 at 18:56 +0200, Juuso Alasuutari wrote:
>> On Tuesday 22 January 2008 15:39:20 Nedko Arnaudov wrote:
>
>> Capturing the clients' debug messages would indeed be helpful. How do you
>> think it should be handled?
>
>> Idiot-proof capturing of
On Tuesday 22 January 2008 19:18:10 Nedko Arnaudov wrote:
> Juuso Alasuutari <[EMAIL PROTECTED]> writes:
> > Idiot-proof capturing of stdout/err could probably only work if the
> > client process was executed from a wrapper. It could be accomplished with
> > the D-Bus service file, though. If all
On Tue, 2008-01-22 at 20:58 +0200, Nedko Arnaudov wrote:
> Bob Ham <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2008-01-22 at 18:56 +0200, Juuso Alasuutari wrote:
> >> On Tuesday 22 January 2008 15:39:20 Nedko Arnaudov wrote:
> >
> >> Capturing the clients' debug messages would indeed be helpful. How
Bob Ham <[EMAIL PROTECTED]> writes:
> On Tue, 2008-01-22 at 15:39 +0200, Nedko Arnaudov wrote:
>> * lash is of mercy of libjack and crashing jackd often causes lashd
>>kill. This is just wrong.
>
> You're right, but it shouldn't be worked around. If energy is going to
> be expended on this p
On Tuesday 22 January 2008 21:10:55 Bob Ham wrote:
> On Tue, 2008-01-22 at 20:58 +0200, Nedko Arnaudov wrote:
> > Bob Ham <[EMAIL PROTECTED]> writes:
> > > Applications are already launched from a wrapper within lashd (what it
> > > terms the "loader".) It calls fork() and exec(). The only thing
Juuso Alasuutari <[EMAIL PROTECTED]> writes:
> On Tuesday 22 January 2008 21:10:55 Bob Ham wrote:
>> On Tue, 2008-01-22 at 20:58 +0200, Nedko Arnaudov wrote:
>> > Bob Ham <[EMAIL PROTECTED]> writes:
>
>> > > Applications are already launched from a wrapper within lashd (what it
>> > > terms the "
Bob Ham <[EMAIL PROTECTED]> writes:
>> * lash does not preserve X11 related properties of apps, like on what
>>screen (dual-head) they were.
>
> Nor should it. The X11 system is nothing whatsoever to do with LASH,
> intentionally. From LASH's perspective, anything to do with X11 is
> entir
On Tue, 2008-01-22 at 20:40 +0200, Juuso Alasuutari wrote:
> On Tuesday 22 January 2008 19:18:10 Nedko Arnaudov wrote:
> > Juuso Alasuutari <[EMAIL PROTECTED]> writes:
> > > This is where I believe we both agree that turning LASH into a D-Bus
> > > service will help. The session handler shouldn't
On Tue, 2008-01-22 at 21:11 +0200, Nedko Arnaudov wrote:
> Bob Ham <[EMAIL PROTECTED]> writes:
>
> > More generally, LASH isn't a frontend for JACK.
>
> What about the jack watchdog? What does get killed by it?
A good example. What does the watchdog do, exactly? It isn't a
frontend. I doesn't
On Tue, 2008-01-22 at 21:32 +0200, Nedko Arnaudov wrote:
> Bob Ham <[EMAIL PROTECTED]> writes:
>
> >> * lash does not preserve X11 related properties of apps, like on what
> >>screen (dual-head) they were.
> >
> > Nor should it. The X11 system is nothing whatsoever to do with LASH,
> > inten
On Tue, 2008-01-22 at 21:21 +0200, Juuso Alasuutari wrote:
> On Tuesday 22 January 2008 21:10:55 Bob Ham wrote:
> > On Tue, 2008-01-22 at 20:58 +0200, Nedko Arnaudov wrote:
> > > Bob Ham <[EMAIL PROTECTED]> writes:
>
> > > > Applications are already launched from a wrapper within lashd (what it
>
On 12:49:52 pm 01/22/08 Dave Phillips <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Dave Phillips wrote:
> >
> >
> >> So responding with sarcasm, "We'll do it my way or not at all"
> >> conditions, and a confrontive attitude qualifies as "the spirit
> >> of collaboration" ? Geez, yo
Am Dienstag, 22. Januar 2008 17:10:42 schrieb Thorsten Wilms:
> On Tue, 2008-01-22 at 15:18 +0100, Benno Senoner wrote:
> > I think the attitude of certain LAD-ers is one of the reasons why
> > linux audio will
> > remain an irrelevant niche for a long time to come.
>
> How about you put in names,
On Tue, 22 Jan 2008 23:23:25 +
"Patrick Shirkey" <[EMAIL PROTECTED]> wrote:
> On 12:49:52 pm 01/22/08 Dave Phillips <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED] wrote:
> > > Dave Phillips wrote:
> > >
> > >
> > >> So responding with sarcasm, "We'll do it my way or not at all"
> > >> con
On Tue, 2008-01-22 at 23:23 +, Patrick Shirkey wrote:
> Possibly the most important thing that we can draw from this is that the
> LV2 docs are not complete enough for a busy closed source developer to see
> the viability of the format. Everything he mentioned was shot down in
> flames so it's
El Tuesday 22 January 2008 18:03:55 Ivica Ico Bukvic escribió:
> > On Mon, 2008-01-21 at 16:18 -0500, Ivica Ico Bukvic wrote:
> > > In other words, provided that my conjectures are true, I could see ALSA
> > > becoming simply an API to access the soundcard and everything else
> > > being moved out
On Wed, 2008-01-23 at 03:06 +, holborn wrote:
> Maybe some day the RT patches will be inside the kernel in all of the
> distros,
> and the desktop users will run linux audio apps without "external" problems.
>
> Can the linuxaudio consortium put some pressure right now to the kernel team?
T
On Wed, 2008-01-23 at 04:11 +0100, Lars Luthman wrote:
> On Wed, 2008-01-23 at 03:06 +, holborn wrote:
> > Maybe some day the RT patches will be inside the kernel in all of the
> > distros,
> > and the desktop users will run linux audio apps without "external" problems.
> >
> > Can the linux
> Can the linuxaudio consortium put some pressure right now to the kernel
> team?
FWIW, I think in FOSS community this kind of an approach is generally
regarded as bad and as such they have a tendency to backfire. The best way
to move things in a desired direction is to actually provide strong and
42 matches
Mail list logo
