Re: [LAU] (no subject)

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Alexandre Prokoudine <alexandre.prokoudine@...>
Cc: linux-audio-user <linux-audio-user@...>
Date: Wednesday, February 6, 2013 - 11:54 am

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

On Wed, Feb 6, 2013 at 2:38 AM, Alexandre Prokoudine <
alexandre.prokoudine@gmail.com> wrote:

>

i think this is a bit of dilemma.

there *are* users for whom this kind of separation is potentially or
actually very important. hiding such functionality is a lot easier than
adding it later, but is not always totally successful. if one is writing
software that might be used in situations outside the home/bedroom studio,
the considerations for what should and should not be exposed directly to
users get a lot more complex.

i am thinking here of robin's upcoming video timeline work for ardour3,
which also features an external server to handle generating keyframes. when
i asked about this he pointed out that in many professional workflows where
the video consists of uncompressed raw video, you don't have enough CPU
power to do both that and run ardour and/or there may be restrictions (from
people who make "the rules") on how easily you can move the data on a
random machine used for audio work. now of course, for the overwhelming
majority of users this feature is completely redundant (and hopefully for
those users, ardour starting said server in the background on their own
system will hide most of the ugliness). but i do think that those of us who
actually or hopefully interact with these sorts of professional scenarios
have quite a difficult task with this sort of thing, and its one where
apple have not (thus far) prepared a roadmap of "how to do it so that users
really don't get inconvenienced".

>

--e0cb4efe293c06bc3604d50cfc01
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Wed, Feb 6, 2013 at 2:38 AM, Alexandre Prokoudine <alexandre.prokoudine@gmail.com> wrote:

Personally, I salute to people who think that e.g. client/server
architecture of LinuxSampler is great and should be directly exposed
to users. I'll never be half as cool. I'm a complete and utter bore=

who never gets any life. Unlike the sparkling minds of true UNIX gurus
who get all the girls/boys, because talking about low-level stuff is
so frigging sexy :)i think this is a b=
it of dilemma.there *are* users for whom this kind of se=
paration is potentially or actually very important. hiding such functionali=
ty is a lot easier than adding it later, but is not always totally successf=
ul. if one is writing software that might be used in=A0 situations outside =
the home/bedroom studio, the considerations for what should and should not =
be exposed directly to users get a lot more complex.
i am thinking here of robin's upcoming video timeline wo=
rk for ardour3, which also features an external server to handle generating=
keyframes. when i asked about this he pointed out that in many professiona=
l workflows where the video consists of uncompressed raw video, you don&#39=
;t have enough CPU power to do both that and run ardour and/or there may be=
restrictions (from people who make "the rules") on how easily yo=
u can move the data on a random machine used for audio work. now of course,=
for the overwhelming majority of users this feature is completely redundan=
t (and hopefully for those users, ardour starting said server in the backgr=
ound on their own system will hide most of the ugliness). but i do think th=
at those of us who actually or hopefully interact with these sorts of profe=
ssional scenarios have quite a difficult task with this sort of thing, and =
its one where apple have not (thus far) prepared a roadmap of "how to =
do it so that users really don't get inconvenienced".
=A0

Alexandre Prokoudine
http://libregra=
phicsworld.org

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@l=
ists.linuxaudio.org

http://lists.linuxaudio.org/listinfo/linux-audio-user

--e0cb4efe293c06bc3604d50cfc01--

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

Messages in current thread:
[LAU] (no subject), Alexandre Prokoudine, (Wed Feb 6, 7:38 am)
Re: [LAU] (no subject), Paul Davis, (Wed Feb 6, 11:54 am)