Channel Amount Mismatch when converting to monolith
-
when trying to convert samples to monolith im getting this error
Channel Amount Mismatch
So i checked to see if the sample lengths were inconsistent, and bouced them out of my DAW again to import. I cant see how they are any different in length.
tying again and again and the same error.
is that what this error means? or is it something else.
also...
HISE sample import is really finicky and crashes alot on importing samples?or is that just me
-
@jeffd This is a multi-mic samplemap?
-
@David-Healey yes
-
@jeffd Send me some of the samples it's complaining about
-
@David-Healey ok i got it working,
I think the problem was i had too much silence at the end of the samples, and with the fade outs im using, that makes the samples look shorter and in differnt lengths perhaps when importing them into HISE. AS they are all slightly different multi-mic samples. Even though the bounced tracks were exactly the same length in logic.
So I just needed to shorten the regions before bouncing them out.
HISE is still kinda fussy though when making the monolith, crashes sometimes.
not sure why.
-
@jeffd actually its still not really working
the files are all exactly the same length and im getting the mismatch error for another set of samples.
am i missing something?
-
@jeffd said in Channel Amount Mismatch when converting to monolith:
am i missing something?
Send me some samples :)
-
-
@jeffd I don't see any issues with those samples. Are they the ones that it's giving the error about?
-
@David-Healey
yeah the newest set of samples with problems lol.
gonna try to just restart my computer etc.see if that helps.
-
Is there some setting or a good practice to loading samples that keeps HISE from crashing when loading samples?
I am using the file name token parser,
using multimic and note name and ignoring the first string.
Like so:MIDS8_ROOM_C#1
I cant figure out what I am doing wrong here.
sometimes it works and sometimes it does not.
all the files are exactly the same in length and no typos in the file names. -
@jeffd said in Channel Amount Mismatch when converting to monolith:
using multimic and note name and ignoring the first string.
Don't use multimic in the filename token parser - I think it's glitchy but I could be wrong. I always do the merge after I've dropped in all the samples using the option in the context menu.
-
@David-Healey said in Channel Amount Mismatch when converting to monolith:
do the merge after I've dropped in all the samples using the option in the context menu.
that must be my problem
how is that done? where is the context menu? -
@jeffd said in Channel Amount Mismatch when converting to monolith:
where is the context menu?
Select all the samples, right click in the mapping window, Tools > Merge into multi mic samples
-
@David-Healey ah i see.
ill keep trying that from here on out
-
@jeffd @David-Healey Is there any solution to this problem yet? I have the same issue even when merging all mic positions via the rightclick tools option.
it appears that this windows error window shows up if you create a new samplemap after the multimic samplemap was loaded with a different amount of mic positions. It kind of somehoiw transfers that to the new samplemap being made.
So as a workaround I did one of each samplemap with multimic amounts on another project and put them into my sampler right before I create a new samplemap with similar amount of mic positions, that worked for me.
-
@elemen8t said in Channel Amount Mismatch when converting to monolith:
Is there any solution to this problem yet?
Only what I posted above, I haven't been able to recreate the issue
-
@elemen8t
i can only get it to work using the method david mentioned:Select all the samples, right click in the mapping window, Tools > Merge into multi mic samples
the samples do have to be ...exactly the same length for each mic position.
also, doesnt work in juce 8 last time i checked. if you are using juce 8.
