<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Feb 6, 2013 at 2:38 AM, Alexandre Prokoudine <span dir="ltr"><<a href="mailto:alexandre.prokoudine@gmail.com" target="_blank">alexandre.prokoudine@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Personally, I salute to people who think that e.g. client/server<br>
architecture of LinuxSampler is great and should be directly exposed<br>
to users. I'll never be half as cool. I'm a complete and utter bore<br>
who never gets any life. Unlike the sparkling minds of true UNIX gurus<br>
who get all the girls/boys, because talking about low-level stuff is<br>
so frigging sexy :)<br></blockquote><div><br></div><div>i think this is a bit of dilemma.<br><br></div><div>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.<br>
<br></div><div>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".<br>
</div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Alexandre Prokoudine<br>
<a href="http://libregraphicsworld.org" target="_blank">http://libregraphicsworld.org</a><br>
_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
</font></span></blockquote></div><br></div></div>