The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm
-
@Christoph-Hart I leave them as linear fades and rely on CC smoothing for the curvyness.
-
@Christoph-Hart Me, 100% of the time. I adjust it until the xfade feels right. I also pretty much never want a linear fade from one to the other, but expand the dynamic range by making the lower dynamic fade down in the lower range.
-
This post is deleted! -
@Christoph-Hart I would not at all be opposed to having the common curves as presets, but it's quite important to be able to adjust the curves for feel.
-
@Simon Now you mention it I sometimes do that dipping technique as well.
-
@d-healey alrighty, then I'll make two separate logic types for the fade (one called TableFade with the tables and one called XFade using the inbuilt fade types). I'll probably exclude the table fade for the MVP , as it's a lot of boilerplate and some UX annoyances to get there.
Ideally you can then use multiple dimensions of fading layers, so you if you have a matrix of 3 dynamic layers and vib / no vib, you can then fade between all 6 samples using two different CCs.
-
Lovely work, puts my sampler to shame
-
bitmask
Thanks for introducing me to bitmasking. Oh my goodness, I can't believe I didn't know about this before. So useful.
-
Alright guys, closing in on the MVP for this new system but this begs a few questions: there are a lot of half-baked / duct tape solutions for group management in the sampler which I would like to deprecate:
-
cached round robin group collector. This is an internal optimization that can be enabled with
Sampler.setSortByRRGroup(). The new system includes that optimization but is definable per layer / tag so I would love to remove that as a global option. If you're relying on this function you can just enable the new complex group system, use a single RR layer and activate the caching there. If there's a lot of people using that I can think of a migration tool otherwise I would just deprecate the function call and make it throw an error message when you try to call it from your script -
multi RR group: previously this was the "recommended" way to handle both XFade and RR groups within one sampler, but it's buggy, annoying and never really worked well, so I would suggest to remove it altogether. The new system 100% replaces this functionality with a better UX and more flexibility. This would affect all calls to
Sampler.setMultiGroupIndex()/Sampler.setMultiGroupIndexForEventId(), which will be replaced by the genericSampler.setLayerFilter()that you just need to pass the index of the RR group. -
RR group volume: not sure who requested that (David?), but this could also be handled more gracefully by the new system by defining a mixing layer that you can directly access and set its volume. This would affect the call
setRRGroupVolume()so if you're using that you'll have to redesign it a bit (please let me know the exact use case there so I can cater in that functionality into the new system).
I would heavily suggest that I make everyone of the mentioned API calls throw at the compilation so you need to port the scripts over to the new API. If there is a 100% equivalent under the hood I can try to maintain the old call, but otherwise it will just be dead weight going forward.
-
-
@Christoph-Hart forgot a few:
-
Sampler.getRRGroupsForMessage()- this is also deprecated, if you have a samplemap with varying amounts of round robins, you can define multiple RR layers with a separate cycle length each. -
Sampler.enableRoundRobin()/Sampler.setActiveGroup()now that's a tough one as these are probably the most used one, so I probably will not throw an error but just print out a passive aggressive console message that will nudge you towards the new system, but you can now just either create a "RR" layer that will use the default cycle behaviour, or a "Custom" layer that does nothing by default and can be used for custom scripts.
-
-
@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
Sampler.setSortByRRGroup()
I've never used it so bye bye to that.
@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
RR group volume: not sure who requested that (David?),
Sounds like something I'd ask for but I don't think I'm using it anywhere - at least it's not showing up in a quick search of my repos.
@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
Sampler.enableRoundRobin() / Sampler.setActiveGroup()
These I use, but I'm happy to adapt to a new system as I upgrade my projects.
Will the new system come with documentation? I can also make a video once I understand it.
-
@d-healey said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
Will the new system come with documentation?
Sure if I crank that bad boy out without docs, Lindon will book the next plane to Europe and kill me.
I can also make a video once I understand it.
I expected nothing else.
-
@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
@d-healey said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
Will the new system come with documentation?
Sure if I crank that bad boy out without docs, Lindon will book the next plane to Europe and kill me.
I beg your pardon? Im already in Europe.......tho I will give you its a little island floating off to one side full of people who a snooty about other europeans....
HISE Development for hire.
www.channelrobot.com -
@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
Sampler.setSortByRRGroup().
Also never used it,,so bye bye sorry I never got to know you....did you have good documentation???? Ironic if so...
Sampler.setMultiGroupIndex() / Sampler.setMultiGroupIndexForEventId(),
Als never went near these bad boys...tho clearly I was planning on doing so if this brand new good looking option hadn't a turned up...
setRRGroupVolume()
Really? never even knew it....
Sampler.enableRoundRobin() / Sampler.setActiveGroup()
OK now we are in business....I used these a lot in a project - that (ironically) Im currently updating for release, so I'm assuming these will still work in the new world? If not Im stuck back on an old version of HISE and wont be able to give much feedback on all these nice new toys - or even their lack of documentation, <-- so theres that in its favour....
-
@Lindon huh, I vaguely remember you talked about living in Australia in the podcast with David at some point or did I get that completely wrong?
so I'm assuming these will still work in the new world?
yup as I said, I will probably not remove those for exact this reason.
-
Happy to help with writing docs :)
Sampler.enableRoundRobin() / Sampler.setActiveGroup()
This is the only one that seems concerning to me. Being able to dump multiple sets of samples into the RR groups and switch between them in the script seems like a very useful, low barrier to entry to creating more complex instruments.
Of course it depends how complicated it is to set up this new... whatever you're calling it. Looking forward to that github notification.
-
@Christoph-Hart said in The Sample Map of The Future: Escaping the 20th Century Sample Mapping Paradigm:
@Lindon huh, I vaguely remember you talked about living in Australia in the podcast with David at some point or did I get that completely wrong?
nope you are completely right - but I moved back to the UK 10 years ago....and have been complaining about the cold ever since....
so I'm assuming these will still work in the new world?
yup as I said, I will probably not remove those for exact this reason.
Then Im all good for a go - where's that big green button that needs pressing?
HISE Development for hire.
www.channelrobot.com -
Being able to dump multiple sets of samples into the RR groups and switch between them in the script seems like a very useful
That will of course still be the case with the new system.
- Dump your samples in there
- Create a custom layer.
- Assign the samples to indexes within this custom layer (either by manually selecting parts of them and assign it to a certain group or by using the inbuilt file token parser if the file naming scheme is consistent).
- Call
Sampler.setLayerFilter(MY_CUSTOM_LAYER, 4)to play only the samples that you have assigned to the 4th group within that layer.
-
Then Im all good for a go - where's that big green button that needs pressing?
Haha, that's literally the UX at the moment:
-
@Christoph-Hart Improvements > backwards-compatibility.
