The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm

[d.healey]

@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:

Can you send me a samplemap that crashes?

BellAndBone/SampleMaps/trumpet_sustain.xml at main

BellAndBone - Trumpet and trombone sample library

Codeberg.org (codeberg.org)

It looks to me like the group += 1 is on the wrong side of the else. Because, from what I understand, it should happen when we're not using the complex group manager.

[Christoph Hart]

@d-healey Alright that's fixed - that logic is a bit convoluted because as soon as something is not zero based (like the old RR group values were) it breaks my brain, but you can thank that deficiency of mine for not having to write Lua all day.

[Orvillain]

Hey - are there any good tutorials that can get a beginner into this complex group editing stuff???

[d.healey]

@Orvillain it's not ready yet but we did get a mini tutorial in the last meet up, think it was in April. Video is on my YouTube channel

[Orvillain]

@d-healey Sorry, do you mean the feature isn't ready yet? I'll go and dig out the meet up video. I can join those in the future now I'm no longer at inMusic !!

[d.healey]

@Orvillain Yeah the feature is in a kind of beta state - at least it was last time I checked.

[Christoph Hart]

Alright, let's continue the discussion here. I'll address a few points that David mentioned here

No apparent way to revert to the simple group editor after enabling the complex one.

yes, you somehow have to delete & recreate the sampler module, but this is just an intermediate state, ideally this will be stored with the samplemap at some point, but I haven't completely figured out the data model yet - there are up and downsides to storing the complex group information within the samplemap vs. as separate entity and this affects how to reset it obviously.

Workflow felt odd compared to the old system, as all samples appear in one big pool rather than in pre-defined groups.

Hmm, not sure how to "address" this, as this is the very core of the new system - have it all in one big fat list and add layers of organisation on top of it. You can click on any group button in a layer to only show the samples that match this group value (just like you can do with the old RR display in the top right), but maybe we need more fine-grained tools to control which samples to show / hide as I can imagine this gets tedious with large sample sets - maybe some kind of bookmark feature that allows you to quickly recall sample selections to show.

Exact purpose and use of the batch processor.

If you have multiple layers you can assign multiple tokens at once (this mimics the UX of the old file import dialog), also it gives you a console log of what happened. It's definitely a power user tool though and might not make it in the final version...

How to control crossfade via the GUI without scripting.

The inbuilt sources already offer quite some options for non-scriptable control:

• MIDI CC

• global modulators

• event data (ok for this one you need at least one line of code that sends the value).

• How multiple layers interact with each other in practice.

• When or why to disable the cacheable or purgeable flags.

• Purpose of the ignore flag beyond possibly scripting control.

These are covered in the doc section (after the nerdy bit stuff):

HISE | Glossary | Complex Group management

A indepth explanation of the new group management system for the HISE sampler module

(docs.hise.dev)

But it might not be explained in the Best Way Possible (tm). One thing I was working on was a example project that created artificial samples (sines, triangles, saws) that covered / showcased all features / combinations which might offer a more hands-on experience, but that's not finished yet.

Why crossfade layers affected articulations that weren’t meant to be crossfaded.

That's precisely what the ignore flag is for - if you have samples that shouldn't be affected by this, you enable the ignore flag for the xfade layer and then assign all samples that shouldn't be faded to the ignore group. I'll check that this works real quick, might be possible that there's a regression already.

[d.healey]

@Christoph-Hart I should probably read those docs!

Here's the video, sorry about the poor audio, I was testing a new mic configuration:

[Christoph Hart]

@d-healey alright nice, so my main takeaways from the video are:

• unassigned vs. ignored is not self explanatory, so more labels / help popups to the rescue! Basically Unassigned means "BAD, CHANGE THAT" and "Ignored" is a valid state that you can assign to any sample that should not be affected by this layer (eg. if you have a single set of release trails that should not be affected by the XFade layer, you would enable the ignorable flag for this layer and ASSIGN all release layers to the ignore state for the Xfade layer.

• the icon to show the tools that you use to assign samples (the second from the left on the top bar) makes no sense at all, so I'll probably replace it with a text button. I'm a bit irritated though why you struggled so much with the pen icon - that's an established HISE trope, smash the pen button, then the grid appears and you can edit stuff (interface designer, module tree, etc).

• batch processor needs more guidance - basically you can use the "return key" of the batch processor to assign all layers at once and the text field (which is supposed to be read only) will print out a report on what has been assigned to which layer.

In the next iteration I've fixed the purge butttons not working and added the functionality for the release trigger logic - it does also detect & match the gain between the sustain & release trigger group just like when you use the release start feature. I need to test this in combination with some other layers though before pushing it though.

[d.healey]

@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:

why you struggled so much with the pen icon

Yeah just me being dumb.

I think all my other questions are answered in the documentation :)