Slow behaviour

[Juan Mendoza]

Yes, my initial thought was sequence part + note + sampler.
Disadvantage is that we won't see the waveform anymore.
Also splitting and cutting works differently, so i think there are objections. So i won't make wild changes at this point. This needs some more thought.

Based on my experience with Muzys and a similar workflow (ie. audio files threated as samples) i agree that there are some objetions to this method of handling audio files.
The most important for me is that playback is afected, 'cause you need to put the play cursor at the very beguining of the note if you wanna hear the audio part, and it's really anyoning when you're navigating through the project.

Note we're only talking about short audio files, lets say max 4 bars long, so i don't think the cursor aspect is a prob.

Besides this, using many hundreds of little audio parts in a composition was not really the intention, and the audio part subsystem isn't really written for that, hence the performance penalty. It also takes a lot of RAM that way!
Audio parts are rather meant for disk streaming.

Anyway, feel free to use it as you want.

I understand what you mean, anyway i never work that way (ie, houndreds of small audio files), but if there's an option to choose how to work then all is ok.

I'm not sure if i'm going to rewrite the audio part system.
I was rather thinking about a separate type of part, a 'audioloop part' that would incorporate REX, beat slicing, beat stretching etc.

Nice aproach, i'd find that very usefull, +1

[Juan Mendoza]

But you have the same thing with longer notes and sample loops, there would be no difference to that. Not rejecting your point. But there are limits anyway.

I agree, but those limits are unavoidable and we have to live with them, i just don't want to see things more limited. Anyway, as i said before, if we can choose, all is ok.

[Trancit]

I understand what you mean, anyway i never work that way (ie, houndreds of small audio files), but if there's an option to choose how to work then all is ok.

I have to agree here...working with hundreds of little files is definetely not the way to go and if someone do so, I guess, he will get into trouble in nearly any daw...so imho no need to implement something different (btw, 4 bars is not very short for an audiofile, most Loops are less than 4 bars...for me, less than a half bar is very short )

I'm not sure if i'm going to rewrite the audio part system.
I was rather thinking about a separate type of part, a 'audioloop part' that would incorporate REX, beat slicing, beat stretching etc.

Nice aproach, i'd find that very usefull, +1

Yeah + 1 from me too...
But hopefully in common with a browser preview function to play in sync with hosttempo and "start on bar"


Trancit

[sorohanro]

I'm not sure if i'm going to rewrite the audio part system.
I was rather thinking about a separate type of part, a 'audioloop part' that would incorporate REX, beat slicing, beat stretching etc. But that's one for the longer run. I'll soon post a topic about the next steps.

Gold... pure gold.