<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 03/04/2011 10:30 AM, Thomas Vecchione wrote:
    <blockquote
      cite="mid:AANLkTin6QDZ+q7mC62Rz-MHVWTafUzqeeUva3MzG_7qf@mail.gmail.com"
      type="cite"><br>
      <br>
      <div class="gmail_quote">On Fri, Mar 4, 2011 at 1:26 PM, Renato <span
          dir="ltr">&lt;<a moz-do-not-send="true"
            href="mailto:rennabh@gmail.com">rennabh@gmail.com</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
          0.8ex; border-left: 1px solid rgb(204, 204, 204);
          padding-left: 1ex;">
          <br>
          but pro level has nothing to do with user friendliness. I mean
          of<br>
          course we want the linux audio environment to improve, but
          that has<br>
          nothing to do with a pretty DE where you don't need to use the
          terminal<br>
          or tweak one or two .conf files<br>
        </blockquote>
      </div>
      <div><br>
      </div>
      <div>Actually I would disagree. &nbsp;Yes whether a tool can be sued
        for professional projects is one thing, but the difference is in
        speed. </div>
    </blockquote>
    this was the main drawback to SynthBuilder which was a product I
    worked with/on while I was Director of Content at Staccato Systems
    back in the late 90's<br>
    <br>
    we tried to interest the game sound community in using SynthBuilder
    for algorithmic event synthesis for use in their games but the UI
    (which was very much like Max/MSP or Pd) was WAY too geek-ware for
    them. After laughing us out of the room we went back to the drawing
    board and designed a dumbed down UI for them to use. <br>
    <br>
    Trust me when I say that in a pro-audio environment Linux command
    line tweaking and chasing down xruns will not fly. Even laptop
    electronica producers and studio owners will shun the command line.
    Can you imagine having a client sitting in the studio watching as an
    engineer minimizes a sudden flock of xruns by dicking around on the
    command line? Dunno about you but if I were a client I'd run, not
    walk, out of that studio.<br>
    <br>
    <blockquote
      cite="mid:AANLkTin6QDZ+q7mC62Rz-MHVWTafUzqeeUva3MzG_7qf@mail.gmail.com"
      type="cite">
      <div>&nbsp;These days a professional level tool is one that allows you
        to accomplish your task as quickly as possible with as few
        distractions as possible. &nbsp;This is generally also inferred to be
        user friendliness, but not necessarily, it does however mean
        that you shouldn't need to spend time doing extra things that
        could be done for you, like configure your OS just so you can
        work;)</div>
    </blockquote>
    I watched a product demo of the new version of Ableton Live and Max
    for Live in Barcelona last year and the main emphasis was 'making a
    tune in real-time' &amp; 'not letting the app get in the way of
    workflow' etc etc. These are pro needs in a pro environment that
    don't apply to sitting in a bedroom and uploading your pieces to
    Soundcloud which allows one to tweak around on the command line and
    groom .conf files. <br>
    <br>
    Other than Mixbus which is an amazing leap forward in light years
    for Linux audio most other apps are NOT ready for a serious pro
    environment. Case in point: Linux Sampler.<br>
    <br>
    <blockquote
      cite="mid:AANLkTin6QDZ+q7mC62Rz-MHVWTafUzqeeUva3MzG_7qf@mail.gmail.com"
      type="cite">
      <div><br>
      </div>
      <div>&nbsp; &nbsp; &nbsp; Seablade</div>
      <div><br>
      </div>
      <div>Who has used and continues to use Linux for professional
        projects.</div>
    </blockquote>
    same here - Ardour and Pd are my weapons of choice as an
    electro-acoustic music composer!<br>
    <br>
  </body>
</html>