SFZ import - on the fly...

[Lindon]

OK so we all know HISE will support importing SFZ files to some extent as part of the build process but....

I have a potential client who would like his end users to be able to load their own SFZ files into the sampler...

So it occurred to me I could:

1. read the SFZ file and parse it into a sample map...
2. Save the sample map as part of an expansion in (say) an expansion called: UserSounds
3. Move the wav files to the {PROJECT FOLDER}
4. Do something to let my app know theres a new sound/expansion/map (this I think I have sorted..)

So next time the app loads it will find a new expansion(or a new map in the expansion) and load and play it correctly.

Can anyone think why this wouldn't work?

..and if not...HISE already has the code to do step 1. all I'd want/need/ask for is the ability to call this code in my HISE Script...oh and some way to bulk copy wav files around, which I think is "a very good idea" anyway...

OK have at it - comment away....

[Christoph Hart]

HISE | Docs

(docs.hise.audio)

[Lindon]

@Christoph-Hart oh wow....(slaps head) great!

[d.healey]

You'll be mixing file based and encoded expansions. I don't think that will work.

[Lindon]

@d-healey said in SFZ import - on the fly...:

You'll be mixing file based and encoded expansions. I don't think that will work.

-- well Christoph points me at an easier solution - but whilst we are here: why not? encoded/not encoded? The sample map itself includes if its a wav file or a ch1 file it needs to use no?

[d.healey]

@Lindon I didn't think it was possible to mix and match expansion types. You can only select one in project preferences.

[Lindon]

@d-healey said in SFZ import - on the fly...:

@Lindon I didn't think it was possible to mix and match expansion types. You can only select one in project preferences.

you are probably right - but Im using "Files Only" - I never actually use any of the expansion- focused calls or objects e.g. I never make an expansion handler - I dont need it...

[d.healey]

@Lindon In that case you'll be fine.

[yall]

@Lindon the problem is that after a hundred tests on sfz and sample Maps created manually, the sfz integrates well but once compiled, there is a big problem with the note being held when reading in the daw. I imported my sfz and converted to sample map and compressed to ch1. I tried with 2 sample maps of the same samples. one import sfz and the other manually. in the exported plugin only my impors manuals work correctly