Questions about Expansions
-
Yes. I think you can put the samples somewhere else though and add a LinkWindows file to the expansions folder to point to the correct location, just like with your normal HISE project. This would need to be done by the installer and might screw things up for the user if they move the samples at a later date. It would be good if the relocate samples button in HISE showed the location for the currently loaded expansion - I might have a look at the source and see if there is anything I can do there, if not we can just continue to nag Christoph :p
I see. At this point, since it looks a bit experimental for now, I will probably try with the former and install all expansions in AppData.
I assume they go in the Mac configurations folder where your other HISE project's files are put on first run.
/Library
if I remember correctly.Thank you for clearing that up.
This is really invaluable information that needs to be documented somewhere for every Hise Developer to see. I think it would be really useful to have a sort of "Hise Wiki" with moderators to help build a larger documentation for the software. I thank you again for your patience and dedication to this!
-
I will probably try with the former and install all expansions in AppData.
This will be fine for you but probably not for your users. Most users I find tend to keep their samples on a dedicated drive.
I think it would be really useful to have a sort of "Hise Wiki"
Anyone can join the github repo to edit the official docs - docs.hise.audio/
-
Whats a ch1 file ?
Can't expansions just be the individual wavs ? -
@Win-Conway ch1 is compressed file with samples
-
Can't expansions just be the individual wavs ?
You could provide your samples as wavs but using HISE's compression format,
.ch
reduces disk space and ram use. -
@d-healey this doesn't make sense to me, a non lossy format would have to be uncompressed to wav and use the same RAM, a lossy format would be lower quality and wav is just better in that case (Disk space is of little interest to me to be honest)
-
@Win-Conway Yes I think you are correct, the samples would need to be extracted as they are read from the disk. So the advantage is it saves disk space and requires less bandwidth for your users to download (might not be an issue if the sample size is small). It also allows access to the built in HISE sample extractor/installer.
-
The HLAC codec is used throughout the entire signal path and reduces memory usage by 50% for the preload buffers and increases the streaming perfomance because the files are smaller (up to 40%). Actually there‘s no reason not to use it...
-
@Christoph-Hart unless you want your users to have access to the wav files for direct use, so using wav compromises performance ?
-
Also is there an option to change the .ch extension to something else, so you would set it per plugin, I know from experience that some dope somewhere will notice that all HISE plugins use .ch and starts trying to swap the files out with this that or the other hahaha.
-
This post is deleted!