<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 2, 2014 at 6:02 PM, Kim Cascone <span dir="ltr"><<a href="mailto:kim@anechoicmedia.com" target="_blank">kim@anechoicmedia.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div lang="x-western"> I recently upgraded to
      a new laptop and switched from Ubuntu to Mint - *my config is in
      my sig at the bottom of this post<br>
      <br>
      after my upgrade I bought the linuxDSP plugin bundle since they
      were being offered at a special price<br>
      <br>
      all the LV2 plugs opened in Ardour2 with the old barebones generic
      UI's but it was suggested that I try them in Ardour3 to see the UI
      in its full glory<br>
      <br>
      so I became a monthly subscriber then downloaded/installed Ardour3
      3.5.380-dbg<br>
      <br>
      not having been keeping up with all the work being done in Ardour3
      over the past couple of years many of the new features came as a
      surprise to me<br>
      <br>
      e.g., no more auto-crossfading of regions in a track - this was a
      very handy feature which I realize can be replicated with more
      mouse-clicks and maneuvering but still...<br></div></div></blockquote><div><br></div><div>The change was based on lots of feedback from many professional audio editors. This type of xfade (as long as the overlap) is extremely unusual and basically constitutes "mixing" for which there are other approaches. <br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div lang="x-western">
      <br>
      and the fact that MIDI now needs a a2jmidid bridge to get my
      controllers to speak to Ardour (thanks to Robin G. for helping
      me!!)...I see where Jack is going and I welcome this - I look
      forward to the day when Jack becomes the CoreAudio/MIDI of Linux
      Audio<br></div></div></blockquote><div><br></div><div>You do not need a2jmidid if you use Jack 1.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div lang="x-western">
      <br>
      but the export window in Ardour 3 gave me more trouble and helped
      me decide to stick with Ardour2 until things get fixed<br>
      <br>
      here's what happened:<br></div></div></blockquote><div><br></div><div>Most (not all) issues with export have been caused by Jack2. Some of them are fixed with the version you have, but not all.<br></div><div><br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div lang="x-western">
      <br>
      - I imported a 23 minute piece of stereo audio (44/24 wav) into
      Ardour 3 that I generated from Pure Data so I could trim, edit and
      make fade-in/outs<br>
      - when I clicked on export I fumbled through a hella-confusing
      export panel which kept duplicating tabs as I tried to create a
      new one<br></div></div></blockquote><div><br></div><div>It is more confusing because it is VASTLY more powerful. We would welcome suggestions on how to simplify it/ease its use.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div lang="x-western">
      - the expected behavior was that I could simply add a new tab then
      edit it so I could modify that tab to export a file to a format
      and resolution I typically work in -- but this seems to be an
      inaccurate assumption on my part...?<br></div></div></blockquote><div><br></div><div>the format you want ought to be already available. if not, we should add it.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div lang="x-western">
      - after becoming frustrated with how it behaved I deleted all the
      tabs in the export panel and successfully made one that would
      export 44/24 .wav <br>
          - I clicked on the export button<br>
      - then a dialog window/log came up with an error (couldn't copy
      and paste this IIRC) but it looked as though it had rendered out a
      file in the tabbed panel underneath the error/log window but I
      can't remember if this was the case<br>
      - Ardour3 froze<br>
      - and would allow me to close the error/log window<br>
      - and I couldn't quit Ardour3<br>
      - I also couldn't close the export panel<br>
      - so I did a force quit using htop on the command line<br>
      - and rebooted the machine for hygienic purposes <br>
      - I discovered that I lost the directory containing my new Ardour3
      session (even though I saved it after I created the new session)
      as well as the presumably exported 44/24 wav file - which i'm
      guessing wasn't actually exported at all because of the freezing
      export panel and app<br>
      - thank goodness I still had the original export from Pure Data<br>
      - so I opened Ardour2 and quickly replicated all my edits and
      exported it without any trouble<br>
      ~+~+~+~+~+~+~+~+~+~+~+~+~<br>
      so my questions are:<br>
      - after some Googling I found some old reports about this export
      bug but thought it had been squashed - is this not the case?<br>
      - can some illuminate me as to how the export panel is supposed to
      work? or point me to a RTFM link?<br></div></div></blockquote><div><br></div><div>the export dialog has not been written up in the manual.<br></div><div lang="x-western"> <br>
      - is the region crossfade coming back? - this allowed me to
      quickly audition edits and was a indispensable feature for sound
      design when using Ardour as an audio EDITOR and not a multitrack
      DAW<br>
      <br></div><div lang="x-western">if you mean "crossfades that automatically span the entire length of an overlap" ... i have some loose plans to reinstate it as an option after an initial overlap is created. i have no plans to reinstate tracking the overlap length and updating the crossfade based on that.<br>
</div></div><br></div></div>