Sessions's Composer...

[MuTools]

You can slice loops in MU.LAB too.

The only difference is that Muzys also had an auto-slice function, cfr the Add-A-Loop function.

Did that make the big difference?

[Juan Mendoza]

I don't know how to slice loops in Mulab so i can't compare, but if i remember well Muzys autosliced them and created a part with event data, but i'm not sure now.

[Juan Mendoza]

EDIT: Deleted, double post

[pljones]

I don't know how to slice loops in Mulab so i can't compare, but if i remember well Muzys autosliced them and created a part with event data, but i'm not sure now.

Yes and you could also map it to the keyboard and play the slices .

[MuTools]

Except for the auto-slicig, all is possible in MU.LAB:

Open the sample editor
Add locators at the hit points
Right-click -> Create MultiSample using Locators
Make a sequence that triggers the notes of this multisample
You can also play the slices via the MIDI keyboard

[Juan Mendoza]

Make a sequence that triggers the notes of this multisample

Here's the key IMO.
When you slice a loop, let's say a breack, sometimes the slices are in non quantized positions, so create a sequence that plays the loop exactly as it was before the slicing could be impossible or hardly achiveable. And for me that's the great thing of loop slicing, play it exatcltly as it is but in different tempos, or substitute the slices by different sounds that play the same groove. I don't see a way to efectively make this without a huge amount of work, and for me that's the real difference, not only autoslice the loops.

Anyway, if you implement a feature like this, IMO, this should have lower priority than many other aspects, and i'd see as more than normal if it's not implemented for M4 or 5. Anyway just MHO

[Juan Mendoza]

... also, I'd apreciate much more to see a thing like the zyklus improvisor implemented than a REX style loop manager because there are many tools that does loop slicing out there and nothing like zyklus

[Simon Posford]

... also, I'd apreciate much more to see a thing like the zyklus improvisor implemented than a REX style loop manager because there are many tools that does loop slicing out there and nothing like zyklus

+1

[robenestobenz]

Except for the auto-slicig, all is possible in MU.LAB:

Open the sample editor
Add locators at the hit points
Right-click -> Create MultiSample using Locators
Make a sequence that triggers the notes of this multisample
You can also play the slices via the MIDI keyboard

I don't appear to have this option? Do you mean the sample editor from within Multisampla? I have an audio part in the main composer that I've added a bunch of locators to, but I'm not getting this option in the part editor. Or any option to add this part within Multisampla.

//Edit: Nvm, found a simpler way.

[MuTools]

Note that an 'audio file' and a 'sample' are not the same thing in MU.LAB.

The 'Create MultiSample Using Locators' is a sample function.

[robenestobenz]

Note that an 'audio file' and a 'sample' are not the same thing in MU.LAB.

The 'Create MultiSample Using Locators' is a sample function.

Logically, yes. But personally I think both create new sample from selection and create new multisample from selection locators should both be available from the sequencer audio part context menu. It's an unnecessary extra step as it is now, IMO.

[pljones]

That would entail loading up an unlimited length audio file into limited RAM, I would imagine...

[robenestobenz]

That would entail loading up an unlimited length audio file into limited RAM, I would imagine...

How so any more than the command that is already there?

[pljones]

Audio file playback plays direct from disk. You could have thousands of gigabytes of sound playing. Sample playback plays from RAM. You are constrained by how much RAM your system has.

Based on the fact there are so few implementations of it, I expect it's very difficult to have multi-sampling of the nature you're suggesting direct from disk. Certainly, the implementation would be independent of the RAM-based version. (Without care, it would also encroach on the patents for DFD sample playback.)

[robenestobenz]

Audio file playback plays direct from disk. You could have thousands of gigabytes of sound playing. Sample playback plays from RAM. You are constrained by how much RAM your system has.

Based on the fact there are so few implementations of it, I expect it's very difficult to have multi-sampling of the nature you're suggesting direct from disk. Certainly, the implementation would be independent of the RAM-based version. (Without care, it would also encroach on the patents for DFD sample playback.)

Still not grasping your point, I'm afraid. This command already exists in the program, just not in this particular place.