Feature request: extract XYZ data metadata
-
I think we could maybe get away with having a default length.
Knowing the real loop start is important though, which I can't extract it seems -
@griffinboy but the real loop start is correct in your first post, no?
-
Oh you're correct, because it's chopped off the start of the sample
-
G griffinboy marked this topic as a question
-
G griffinboy has marked this topic as solved
-
Seperate but related question:
How does one load a samplemap (xyz) into a c++ node from hise script?
And can the hisescript read the sample map metadata?I'm wanting the hise script to be able to read out the saved loop points, so that as we load in a samplemap into the c++ sampler node, we can set the loop point parameters correctly.
else I'll have to do a funny loop where we use global cables to send the loop points extracted from the xyz data inside the node, into hise, which then uses that info to set the parameters on the c++ node.
-
-
@griffinboy
@Christoph-Hart
@DanHSorry to bother you! Important! : )
-
@griffinboy sorry I'm on vacation right now so my ability to write code is limited.
In order to load a sample map dynamically, you can use the
{XYZ::SampleMap}wildcard, followed by the samplemap ID (without the .xml extension). So if your samplemap is called Piano.xml, then the string you pass intoloadFile()is"{XYZ::SampleMap}Piano".so that as we load in a samplemap into the c++ sampler node, we can set the loop point parameters correctly.
Remind me again, what's the problem with the loop points? They should be passed on correctly with the sample start applied to the range already, no?
-
edit This issue is solved. Read my message below this post.
okay the issue is that when we load a sample map into the c++ sampler, we need the Loop metadata to set the Loop Parameters of the c++ node.
Sure, I can just load in a sample map and internally use the loop values, the result will sound correct. However, the actual parameters will be in the wrong locations.
-
Update
You can forget it! Client decided that they didn't need this feature. Thanks for your help thus far. I no longer need to solve this!
-
@Christoph-Hart client was me
