loading default preset on launch...not working anymore
-
@mwplugs but the fact remains. loading and compiling this exact project which works perfectly in scriptnode does not load intial audio files in the new develop build
when loading a preset everything works as it should. but upon load with the newer builds it doesnt load anything at all. in your example you are having to tell what file is loaded. why would you have to do that now and not before? it doesnt make sense to strip such a basic function. and i really dont think doing some sort of setFile operation hardcoded within the plugin just to get it to load what it shows within hise makes much sense at all
-
well the paths defined there is what loads into the players so....those are the only areas referencing the audio files.
The path is used in order to display the waveform on the UI, so if you change the audio file loaded in the loop player it will update the UI component's path that you see in the xml. I don't think it works the other way around though since there is no mention of the loop player in the XML - although HISE might read the path from the preset and using data from the UI xml (not the preset XML) it knows which audio loop player the UI control is connected to and loads the file there. I'll test this now by changing the path in my preset XML and seeing if HISE automatically picks it up and loads the file into the loop player. I'll report back!
-
@d-healey ok. the loop players are renamed BigWave1-etc and AudioWaveform1- etc so those are actually referencing the loop players
-
So it looks like it does indeed work both ways, HISE automatically connects the path from the UI control to the loop player.
when loading a preset everything works as it should. but upon load with the newer builds it doesnt load anything at all. i
I just tested this too and it works here. You can load the files in by drag/drop, save the preset, and the files will be recalled when changing preset. I tested it in a VST3 export.
-
@d-healey haha yes i know that
i think you are missing my point. loading a preset works everytime
its about what loads intially when you load a plugin up. it doesnt load anything.
make some loop players and drag n drop some stuff in it within hise. save and compile it. then open the plugin in a daw. it doesnt load anything. you have to open a preset for anything to load. it wasnt like that before. what you had saved in hise would load when you opened a plugin. it does not do that. and im saying i think it is because hise is saving the paths with PROJECT FOLDER and not AUDIO FILES as the path wildcard. with PROJECT FOLDER the files do not load but if you change it to AUDIO FILES it does. hise saves the wrong wildcard in the .hip
-
@mwplugs said in loading default preset on launch...not working anymore:
make some loop players and drag n drop some stuff in it within hise. save and compile it. then open the plugin in a daw.
Works here. Try it with the last project I sent, load one of the presets, save, and compile. Have you tried in more than one DAW? Have you tried a standalone build?
-
@d-healey alright. the only thing i can think of at this point is about it loading the .ch1 files which are just .flac files with a different extension. im trying making the default kit with wavs and compiling
-
-
@d-healey i was saying that my files. not that is what they normally are. .ch1 are traditionally part of the monolith + samplemap system. but you can change the .flac extension to .ch1 and hise reads it. its an attempt at making a fake proprietary format lol
-
@mwplugs that was it btw ;) lol so with the little files i made you can drag and drop them but you cant right click and load. but yes if you try to have it load weird fake formats you created it wont work properly smh lol it works when recalling presets but not being baked in
-
its an attempt at making a fake proprietary format lol
You might be interested in this https://github.com/christophhart/HISE/blob/develop/hi_streaming/hi_streaming/MonolithAudioFormat.cpp#L35