Re: [LAD] Non Session Management

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: thijs van severen <thijsvanseveren@...>

To: rosea.grammostola <rosea.grammostola@...>

Cc: <linux-audio-dev@...>

Subject: Re: [LAD] Non Session Management

Date: Thursday, March 29, 2012 - 11:26 am

--20cf307f3be21e056c04bc5ffd2d

Content-Type: text/plain; charset=ISO-8859-1
2012/3/29 rosea.grammostola 
> On 03/29/2012 01:16 PM, thijs van severen wrote:

quoted text>

>>

>>

>> 2012/3/29 rosea.grammostola > >>

>>

>>

>>    On 03/29/2012 12:29 PM, thijs van severen wrote:

>>

>>

>>

>>        2012/3/29 Louigi Verona >        >

>>        > com >>>

>>

>>

>>

>>            my 2 cents from user perspective: I know where I save my

>>        files, I know

>>            where my sample collections are. i know that if i delete my

>>        sample

>>            collection, sessions won't load. i don't need any program to

>>        tell me

>>            that.

>>

>>            in fact, in using FL Studio or Cubase or LMMS you have the same

>>            situation. a project can use same files as another project

>>        and if you

>>            damage those files - well, sorry.

>>

>>            I do not see any reason for complications in session manager

>>        design. i

>>            agree with david, all of this is unnecessary and only will

>>        make NSM a

>>            session manager developers would be reluctant to adopt.

>>

>>            louigi verona.

>>

>>            On 3/29/12, rosea.grammostola >

>> >

>>

>>

>>        >>>

>> wrote:

>>         > On 03/24/2012 11:09 PM, Fons Adriaensen wrote:

>>         >

>>         >>

>>         >> 3. Clearly defining the way an app should behave w.r.t. its

>>         >>     File menu entries (when managed). This is quite intrusive

>>         >>     to existing clients, but it is IMHO absolutley essential.

>>         >>     Kudos to the designer(s) for the having the courage to do

>>         >>     this instead of allowing application developers to take

>>         >>     the 'least effort' way (which would of course be better

>>         >>     marketing, but invite later misery).

>>         >

>>         > How easy or how difficult is it compared to JackSession for

>>            example, to

>>         > add NSM support to an application?

>>         >

>>         > Is it possible to have NSM and JackSession support in one

>>            application?

>>         >

>>         > Regards,

>>         >

>>         > \r

>>

>>

>>

>>        wasnt there a link somewhere in this mail thread about a

>>        comparison of

>>        all the pros and cons of 'all' SM's ?

>>        i went trough the thread but could not find it  :-(

>>        ah well, maybe i'm just dreaming

>>        would be nice though, such a comparison matrix

>>

>>    Iirc it was just an idea to do make that. It doesn't exist yet.

>>

>>    An overview would be good imo. It would be even better if such a

>>    matrix could help in making a decision for the best SM API to

>>    support, at the moment. As a user who wants to use session API X, I

>>    don't have much benefits if applications supports session API Y.

>>    Unless I decide to use Ladish, personally that wouldn't be my choice

>>    though.

>>

>> IMHO making such a matrix is the only good way to make a decisions of

>> any kind

>> is there anyone that has already made a 'study' that could be used as

>> the basis of a comparison matrix ?

>>

>

> A matrix is nice for a quick overview, but for such a decision you need

> more in depth information and argumentation. A matrix could only function

> as a tool to help with the decision.
true, but currently we dont have any overview at all

any tool is better than no tool, right ?
follow me on my Audio & Linux blog  !
--20cf307f3be21e056c04bc5ffd2d

Content-Type: text/html; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
2012/3/29 rosea.grammostola <rosea.grammostola@=

gmail.com>
On 03/29/2012 01:16 PM, thijs van severen wrote:
2012/3/29 rosea.grammostola <rosea.grammostola@gmail.com

<mailto:rosea.grammostola@gmail.com>>
 =A0 =A0On 03/29/2012 12:29 PM, thijs van severen wrote:
 =A0 =A0 =A0 =A02012/3/29 Louigi Verona <louigi.verona@gmail.com

 =A0 =A0 =A0 =A0<mailto:louigi.verona@gmail.com>

 =A0 =A0 =A0 =A0<mailto:louigi.verona@gmail.__com <mailto:louigi.verona@gmail.co=

m>>>
 =A0 =A0 =A0 =A0 =A0 =A0my 2 cents from user perspective: I know where I sa=

ve my

 =A0 =A0 =A0 =A0files, I know

 =A0 =A0 =A0 =A0 =A0 =A0where my sample collections are. i know that if i d=

elete my

 =A0 =A0 =A0 =A0sample

 =A0 =A0 =A0 =A0 =A0 =A0collection, sessions won't load. i don't ne=

ed any program to

 =A0 =A0 =A0 =A0tell me

 =A0 =A0 =A0 =A0 =A0 =A0that.
 =A0 =A0 =A0 =A0 =A0 =A0in fact, in using FL Studio or Cubase or LMMS you h=

ave the same

 =A0 =A0 =A0 =A0 =A0 =A0situation. a project can use same files as another =

project

 =A0 =A0 =A0 =A0and if you

 =A0 =A0 =A0 =A0 =A0 =A0damage those files - well, sorry.
 =A0 =A0 =A0 =A0 =A0 =A0I do not see any reason for complications in sessio=

n manager

 =A0 =A0 =A0 =A0design. i

 =A0 =A0 =A0 =A0 =A0 =A0agree with david, all of this is unnecessary and on=

ly will

 =A0 =A0 =A0 =A0make NSM a

 =A0 =A0 =A0 =A0 =A0 =A0session manager developers would be reluctant to ad=

opt.
 =A0 =A0 =A0 =A0 =A0 =A0louigi verona.
 =A0 =A0 =A0 =A0 =A0 =A0On 3/29/12, rosea.grammostola <rosea.grammostola@gmail.com=



 =A0 =A0 =A0 =A0<mailto:rosea.grammostola@gmail.com>

 =A0 =A0 =A0 =A0<mailto:rosea.grammostola@__gmail.com

 =A0 =A0 =A0 =A0<mailto:rosea.grammostola@gmail.com>>> wrote:<=

br>

 =A0 =A0 =A0 =A0 > On 03/24/2012 11:09 PM, Fons Adriaensen wrote:

 =A0 =A0 =A0 =A0 >

 =A0 =A0 =A0 =A0 >>

 =A0 =A0 =A0 =A0 >> 3. Clearly defining the way an app should behave =

w.r.t. its

 =A0 =A0 =A0 =A0 >> =A0 =A0 File menu entries (when managed). This is=

 quite intrusive

 =A0 =A0 =A0 =A0 >> =A0 =A0 to existing clients, but it is IMHO absol=

utley essential.

 =A0 =A0 =A0 =A0 >> =A0 =A0 Kudos to the designer(s) for the having t=

he courage to do

 =A0 =A0 =A0 =A0 >> =A0 =A0 this instead of allowing application deve=

lopers to take

 =A0 =A0 =A0 =A0 >> =A0 =A0 the 'least effort' way (which wou=

ld of course be better

 =A0 =A0 =A0 =A0 >> =A0 =A0 marketing, but invite later misery).

 =A0 =A0 =A0 =A0 >

 =A0 =A0 =A0 =A0 > How easy or how difficult is it compared to JackSessi=

on for

 =A0 =A0 =A0 =A0 =A0 =A0example, to

 =A0 =A0 =A0 =A0 > add NSM support to an application?

 =A0 =A0 =A0 =A0 >

 =A0 =A0 =A0 =A0 > Is it possible to have NSM and JackSession support in=

 one

 =A0 =A0 =A0 =A0 =A0 =A0application?

 =A0 =A0 =A0 =A0 >

 =A0 =A0 =A0 =A0 > Regards,

 =A0 =A0 =A0 =A0 >

 =A0 =A0 =A0 =A0 > \r
 =A0 =A0 =A0 =A0wasnt there a link somewhere in this mail thread about a

 =A0 =A0 =A0 =A0comparison of

 =A0 =A0 =A0 =A0all the pros and cons of 'all' SM's ?

 =A0 =A0 =A0 =A0i went trough the thread but could not find it =A0:-(

 =A0 =A0 =A0 =A0ah well, maybe i'm just dreaming

 =A0 =A0 =A0 =A0would be nice though, such a comparison matrix
 =A0 =A0Iirc it was just an idea to do make that. It doesn't exist yet.=
 =A0 =A0An overview would be good imo. It would be even better if such a

 =A0 =A0matrix could help in making a decision for the best SM API to

 =A0 =A0support, at the moment. As a user who wants to use session API X, I=
 =A0 =A0don't have much benefits if applications supports session API Y=

.

 =A0 =A0Unless I decide to use Ladish, personally that wouldn't be my c=

hoice

 =A0 =A0though.
IMHO making such a matrix is the only good way to make a decisions of

any kind

is there anyone that has already made a 'study' that could be used =

as

the basis of a comparison matrix ?
A matrix is nice for a quick overview, but for such a decision you need mor=

e in depth information and argumentation. A matrix could only function as a=

 tool to help with the decision.true, but currently w=

e dont have any overview at all
any tool is better than no tool, right ?=A0fol=

low me on my=A0Audio & Linux blog !
--20cf307f3be21e056c04bc5ffd2d--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:

[LAD] Non Session Management, rosea.grammostola, (Thu Mar 22, 10:55 am)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Thu Mar 22, 4:52 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 22, 6:59 pm)

Re: [LAD] Non Session Management, David Robillard, (Thu Mar 22, 3:10 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Sat Mar 24, 3:19 pm)

Re: [LAD] Non Session Management, Fons Adriaensen, (Sat Mar 24, 10:09 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 29, 9:24 am)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Thu Mar 29, 1:18 pm)

Re: [LAD] Non Session Management, Louigi Verona, (Thu Mar 29, 10:02 am)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 29, 10:41 am)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 29, 11:08 am)

Re: [LAD] Non Session Management, thijs van severen, (Thu Mar 29, 10:30 am)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 29, 10:46 am)

Re: [LAD] Non Session Management, thijs van severen, (Thu Mar 29, 11:17 am)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Thu Mar 29, 2:22 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 29, 2:35 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 29, 11:21 am)

Re: [LAD] Non Session Management, thijs van severen, (Thu Mar 29, 11:26 am)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 29, 11:34 am)

Re: [LAD] Non Session Management, rosea.grammostola, (Mon Mar 26, 3:42 pm)

Re: [LAD] Non Session Management, Louigi Verona, (Mon Mar 26, 3:51 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Mon Mar 26, 4:16 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Mon Mar 26, 6:15 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Mon Mar 26, 8:32 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Mon Mar 26, 9:47 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Wed Mar 28, 7:25 pm)

Re: [LAD] Non Session Management, J. Liles, (Wed Mar 28, 8:43 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Wed Mar 28, 9:20 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Wed Mar 28, 9:28 pm)

Re: [LAD] Non Session Management, Fons Adriaensen, (Mon Mar 26, 9:40 pm)

Re: [LAD] Non Session Management, J. Liles, (Tue Mar 27, 12:15 am)

Re: [LAD] Non Session Management, Fons Adriaensen, (Tue Mar 27, 7:41 pm)

Re: [LAD] Non Session Management, Lieven Moors, (Wed Mar 28, 9:28 am)

Re: [LAD] Non Session Management, Fons Adriaensen, (Wed Mar 28, 8:19 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Tue Mar 27, 8:45 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Wed Mar 28, 1:28 am)

Re: [LAD] Non Session Management, David Robillard, (Wed Mar 28, 3:46 am)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Wed Mar 28, 12:24 pm)

Re: [LAD] Non Session Management, Burkhard Wölfel, (Fri Mar 30, 2:46 pm)

Re: [LAD] Non Session Management, David Robillard, (Fri Mar 30, 5:41 pm)

Re: [LAD] Non Session Management, David Robillard, (Wed Mar 28, 5:26 pm)

Re: [LAD] Non Session Management, thijs van severen, (Wed Mar 28, 1:36 pm)

Re: [LAD] Non Session Management, Renato, (Wed Mar 28, 4:35 pm)

Re: [LAD] Non Session Management, David Robillard, (Wed Mar 28, 5:33 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Wed Mar 28, 6:01 pm)

Re: [LAD] Non Session Management, David Robillard, (Wed Mar 28, 6:53 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Thu Mar 29, 1:30 pm)

Re: [LAD] Non Session Management, David Robillard, (Thu Mar 29, 6:21 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Mon Apr 2, 9:33 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Wed Mar 28, 12:12 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Mon Mar 26, 11:05 pm)

Re: [LAD] Non Session Management, David Robillard, (Tue Mar 27, 1:23 am)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Tue Mar 27, 12:24 pm)

Re: [LAD] Non Session Management, David Robillard, (Wed Mar 28, 3:43 am)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Wed Mar 28, 12:11 pm)

Re: [LAD] Non Session Management, David Robillard, (Wed Mar 28, 5:01 pm)

Re: [LAD] Non Session Management, David Robillard, (Mon Mar 26, 9:59 pm)

Re: [LAD] Non Session Management, J. Liles, (Mon Mar 26, 7:04 pm)

Re: [LAD] Non Session Management, Louigi Verona, (Mon Mar 26, 4:21 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Mon Mar 26, 4:30 pm)

Re: [LAD] Non Session Management, Diego Simak, (Mon Mar 26, 8:17 pm)

Re: [LAD] Non Session Management, Emanuel Rumpf, (Mon Mar 26, 8:42 pm)

Re: [LAD] Non Session Management, Diego Simak, (Mon Mar 26, 9:39 pm)

Re: [LAD] Non Session Management, thijs van severen, (Thu Mar 22, 11:59 am)

Re: [LAD] Non Session Management, David Robillard, (Thu Mar 22, 2:54 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 22, 12:33 pm)

Re: [LAD] Non Session Management, Harry van Haaren, (Thu Mar 22, 1:52 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 22, 3:43 pm)

Re: [LAD] Non Session Management, Tim E. Real, (Sun Mar 25, 7:35 am)

Re: [LAD] Non Session Management, Fons Adriaensen, (Sun Mar 25, 10:44 am)

Re: [LAD] Non Session Management, thijs van severen, (Thu Mar 22, 12:57 pm)

Re: [LAD] Non Session Management, rosea.grammostola, (Thu Mar 22, 12:53 pm)

linuxaudio.org

Re: [LAD] Non Session Management