On 05/25/2014 03:13 PM, musikbear wrote: > small inputs > I fear a little that to mutch attention to sample-track improvements, could > cost a lot in other functionality, especially efficiency/ cpu-load -Its like > a dont break the ice, in order to set a 'skate here' sign :) -Eg the benefit > of having sample-exact wave-tracks, should not break the back of the whole > engine.
That's exactly why we need a tempo track. To be able to perform sample-exact timing efficiently, without it costing too much CPU power. The CPU cost should be pretty negligible once everything is implemented properly. Besides that, this is not about "breaking the back of the engine", this is morelike the "back of the engine" is already broken and we need to figure out how to fix it. > And i have to add, that from composers viewpoint, its in /piano-roll/ where > its important that sampletracks are played. The user tries to compose a tune > up against the recorded track, and need to be able to hear the playback fine > grained -well at any note posistion in piano-roll. Piano roll only plays the selected pattern, that's how it's always worked... We could implement a new play mode in the piano roll, one that plays the song from the position of the playhead at the piano roll, but that's a whole another discussion... > so a thought: > How difficult would it be to 'split' the sample-track at the posistion of > the note-container. It would then play-back from the posistion where the > user currently was working, if the existing 'playback and..' method was > used? -Eg not a lot of deep changes needed. > Could that 'wave-splitting' be possible? > Perhaps kind of virtual (a copy) so to not tamble with the original? -if > that matter. Splitting a sampletrack from the middle is exactly as difficult as playing the sampletrack from the middle, plus the added effort of implementing properly a way to store samples inside the project - this seems like it's halfway implemented, there's a way to store samplebuffers as base64-chunks inside project files, but from what I can tell all of the functionality is not completely up to par to samplebuffers read from files. So if you're thinking of this as some kind of workaround for not being able to play sampletracks from the middle, forget it - it's the exact same thing, to implement one is the same as implementing the other... both face the same problem: to be able to split or play the sampletrack from a position, we need to know where that position is within the sampletrack. ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ LMMS-devel mailing list LMMS-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lmms-devel
