Two large issues with multi mic workflow
-
Hi guys,
I'm having two large issues that I cannot seem to address with multi mic workflow.
My test instrument uses a couple multi-mic sample containers. These containers have 5 mic positions and are a mix of mono/stereo sources. In this example one uses the group xfade and the other uses 9xrr groups. Starting in HISE with .wav files everything plays correctly.
- Upon conversion of sample maps to monolith the xfade sampler continues to work properly. However the 9xrr sampler only correctly plays the first of the 5 mics. The additional 4 mics sound like they are grossly misindexed (meaning I hear audio, but the wrong pitches and sample starts). I have compared the XML files and the data appears to be correct (as in, identical to the pre-monolith), but the monolith does not work properly. I've tried multiple times to convert this sampler with identical results across at least the last several dozen develop-branch builds.
--
- I also cannot reliably get the multi-mic state to restore with an exported standalone/plugin. I have set up the mics the way I want, saved a preset, saved the .hip/xml, etc. I tried also to use "Default User Preset" in the project settings. In all case, when the project is loaded it restores the mic state visually (both in the samplers and on my UI) but ALL mic positions are loaded and played. Manually loading the saved .hip from the browser works, but I cannot for the life of me get the initial state restoring properly.
I'm hoping you can help with these issues. I've been through the docs and forums extensively (I hope!) and cannot figure it out (and have gotten very frustrated).
Thanks for any ideas!
-
-
To confirm, you're using the built in multi-mic handling using the merge feature?
-
Are you saving user presets (not .hip or xml)?
-
-
@d-healey said in Two large issues with multi mic workflow:
- To confirm, you're using the built in multi-mic handling using the merge feature?
Thanks for your response. Yes, using the built in multi-mic merging. Is there any known issues using mono and stereo channels mixed? It seems to work perfectly until monolith. Again though -- my xfade sampler is working as expected... the indexing problem occurs only in the rr shorts sampler after monolith conversion.
- Are you saving user presets (not .hip or xml)?
I'm saving all 3 preset types I believe (Save Archive, Save XML, and then also saving as part of the paned preset in the preset browser).
Even in HISE itself the purge channel menus look correct in the samplers (as in they are attempting to reload the init state), but it visually and audibly plays back all the mics. If I manually use the purge channel menus it will right itself -- and it will also "fix" if I manually send purge commands through script. But I can't get it to load back up properly the first time without manual intervention.
-
-
I haven't had any problems with mono and stereo mics in my projects
-
The user preset (the one you save from the preset browser) is the only thing that will restore your controls when you're in a compiled preset.
Do you have controls on your UI for purging/loading the channels? And are these enabled for saveInPreset?
-
-
@d-healey said in Two large issues with multi mic workflow:
- I haven't had any problems with mono and stereo mics in my projects
Ok, I will have to see if I can create a small repro project to demo this I guess.
- The user preset (the one you save from the preset browser) is the only thing that will restore your controls when you're in a compiled preset.
Do you have controls on your UI for purging/loading the channels? And are these enabled for saveInPreset?
Yes, I do have controls saved as part of the preset.
If you start a multi-mic project and set up a purge state (just on the sampler) -- does that purge state recall AND playback properly when you reload the project in HISE? Even without any scripting I'm seeing the behavior here -- all mics play back despite the sampler state appearing to recall.
Maybe 5 mics is an unlucky number? :(
-
@dxmachina I have 6 mics in one of my projects, 5 shouldn't be an issue.
If you have set a default preset then the state of the purge controls on your UI should determine the purge state of the mic positions when you first open the compiled project. Without a default preset it should be in the state it was when it was last saved before being compiled.
-
@d-healey I have done further troubleshooting.
In regards to the monolith I feel like an idiot not realizing it sooner. It appears each group of multi-mic samples need to be identical in sample length. With short samples this would mean having to chop identically. Makes sense - though some wasted space on close mic vs very wide mic samples (though maybe optimized away in compression?). Looking at the xml files made this obvious as there is only a single offset kept per sample. Ugh... ok, dumb user.
-
@d-healey said in Two large issues with multi mic workflow:
If you have set a default preset then the state of the purge controls on your UI should determine the purge state of the mic positions when you first open the compiled project. Without a default preset it should be in the state it was when it was last saved before being compiled.
Unfortunately, still no progress on this one. So are you saying that what I'm seeing (HISE not recalling the loaded mics -- just in HISE, not deployed) is normal without setting a default preset?
In terms of a default preset you mean in the project settings, right?
And it's asking for a relative path. I see my preferred init preset in "UserPresets" prior to deployment, and then written into appdata after. So to verify this might be:
/Initstates/Init.preset ?? assuming one subfolder deeper?
And how does this interact with a situation when those controls are edited by the user in their DAW?
It still feels like something is broken to me though. It's odd that I can't open HISE, load a saved project, and get my mic state back as I left it.
-
it appears each group of multi-mic samples need to be identical in sample length.
An error should have been displayed during the merge process if your samples were different lengths.
So are you saying that what I'm seeing (HISE not recalling the loaded mics -- just in HISE, not deployed)
Sorry I thought the issue was in the compiled project. In HISE it will restore the values from the current state of the UI when you hit compile or reopen the project.
-
Sorry I though the issue was in the compiled project. In HISE it will restore the values from the current state of the UI when you hit compile or reopen the project.
Happening in both. I will create a repro from scratch (or otherwise figure out what I'm doing wrong in the process).
