<br><br><div class="gmail_quote">On Sat, Mar 7, 2009 at 8:32 AM, John Emmas <span dir="ltr"><<a href="mailto:johne53@tiscali.co.uk">johne53@tiscali.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
A couple of weeks ago I updated my copy of Ardour 2.4 to the latest svn<br>
(2.7.1).  I must say that I was very disappointed at how horrible and clunky<br>
the "moving timeline" display mode has become.</blockquote><div><br>are you talking about compiling with the option to leave the PH In the same place? none of ardour's developers are working with this mode, and there were many, many changes made to the canvas code to enable responsive GUI behaviour on OS X. this has vastly higher priority than this undocumented compile-time option, and its entirely possible that one or more of them have had a impact on that mode.<br>
 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Now here's the thing....  visually, there seems to be very little going on<br>
in 2.7 that wasn't already going on in 2.4. This has got me wondering if<br>
there's a lot of stuff being done on in the UI thread that shouldn't really<br>
be there.  If this problem isn't already being ivestigated (and there's a<br>
list somewhere of the changes between those two versions) I'd be happy to<br>
see if I can track down the culprit.  Or has the UI thread just reached te<br>
limit of what it can do?</blockquote><div><br>i suggest you look at your CPU meter first. if its not pegged at 100% then your guesses are not on target. It would certainly be interesting to know where the performance comes from, but expect to find the code paths very complex. anything involving the canvas is, just because of the asynchronous nature of its drawing model.<br>
<br>--p<br><br><br><br> </div></div><br>