On 05/30/2014 05:14 PM, Tobias Doerffel wrote: > It just came to my mind that we could think about re-using the global > automation pattern feature. If we change it that way that all global > automations (as soon as more than one value is set) appear as > individual tracks it improves visibility a lot while at the same time > we don't have to care about tempo automation specifically. We could > introduce a more generic "GlobalAutomationTrack" which per definition > has just one automation pattern (beginning at 0) which would simplify > things a lot.
Well, my thoughts on this are, that I'm entirely in favor of making the global automation tracks more visible. From a UI standpoint, that would be a big improvement, as it would improve their usability and discoverability a lot. I've actually suggested doing something like this earlier... As far as the tempo automation though... using global automation track for tempo could work, if we made it so that you could only use that track for tempo automation. The whole idea of the tempo track was that there's only one place where tempo automation can be, so as to simplify the task of determining what the tempo is at any given position... However, personally I'd still prefer a dedicated tempo track. Global auto tracks are a bit tricky because you can't use patterns in them, they're just one long stretch of a pattern, which makes it a bit harder to add automation at a specific point in the song (you have to look up the position in timeline, match it up with the automation editor, etc.). Additionally, a track with discrete patterns would make it easier to determine whether a given piece of the project has any tempo automation, which would help with optimizations (eg. for the drawing code of the new sampletracks: we can ignore the tempo-aware stuff and use simpler drawing if there's no tempo automation overlapping with the pattern). ------------------------------------------------------------------------------ Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
