@dannytaurus
gotcha
...man, nothing is ever easy.
trying to make a faustian bargain with the dsp devil 
and apologies for just typing that haha
@dannytaurus
gotcha
...man, nothing is ever easy.
trying to make a faustian bargain with the dsp devil 
and apologies for just typing that haha
I found this and its been great so far:
https://www.kadenze.com/courses/real-time-audio-signal-processing-in-faust/info
I imagine it has been shared on the forum before but here it is again for beginners like me.
free course.
@jeffd
ok i figured it out, for some reason my send effect wasnt connected to my send container.
no idea how that happened.
but works again
@d-healey yeah it must be that particular effect.
a tried an even simpler delay and it compiled and worked!
seems so odd. works on mac but not on windows.
it was just the smooth delay i am using found here:
https://faustdoc.grame.fr/examples/delayEcho/#smoothdelay
that is throwing the error.
doesnt seem that complicated but that is the problem.
Ill try to smooth out the other delay that works with some smoothing nodes in scriptnode to try to match my mac version i guess.
@d-healey got it working!
@d-healey
i always have another backup project on my pc,
so i started over with that.
so unfortunately, no idea of what was actually causing it.
@d-healey got it working finally
time to get off my computer now lol
happy holidays!
@clevername27
yes! i got it to work!
Do i need to update to sonoma on mac to get faust to work with the latest dev build?
i got it to "kinda" work on ventura with an older version of faust.
worked ok for the delay i built.
@David-Healey ah i see.
ill keep trying that from here on out
@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?
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.
@David-Healey
yeah the newest set of samples with problems lol.
gonna try to just restart my computer etc.
see if that helps.
@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?
@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.
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
@dannytaurus
gotcha
...man, nothing is ever easy.
trying to make a faustian bargain with the dsp devil 
and apologies for just typing that haha