On 04/27/2014 11:07 AM, Paul Wayper wrote: > But, thinking as a programmer, "delaying all the other sound streams" > isn't > really a good solution. It only makes everything later, albeit still > lining > up.
Actually, it's the best possible solution. We primarily want this mechanism to be able to function as a way to compensate for latency. We can't make sound streams "earlier", because we don't have a time machine with which we can go to the past to render sounds. So 0 is the minimum latency, and if we want relative latency difference of 6, then the minimum latencies are 0 and 6, respectively. > What would work is a per-track 'pre-start' - a number of ticks to > subtract from any time value in the track. This would be automatically > calculated from the latency of any effects added to the track, and a > 'pre-start' envelope knob. I can't see how that would be any better. The effect would effectively be the same on exported tracks, and this would not work for live play at all. How would you move back live-played notes - again, note the "no time machine" problem. Additionally, even in playback: what to do with the first note of the track? We can't move it backwards. Additionally, it's more overhead and complexity having to continuously translate ms delays to ticks, and sometimes those may not match up properly - especially on slow tempos where the length of 1 tick is longer. ------------------------------------------------------------------------------ Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
