Open vitreo12 opened 1 year ago
I have rebuilt SC from scratch basing it on develop
, and it now works. The version I had the problem with was 3.12.2.
My guess is that this is related to the fact that currently FluCoMa needs to be built against the same version of boost as SC. This was mentioned in a few Issues/PR discussions but I don't think it's explicitly documented. See #149 for related discussion.
Hey, I'm having a similar issue with FluidBufNMF. I'm running the most recent stable FluCoMa build with SuperCollider 3.10.0 in Ubuntu 20.04.
I was just trying to get this example working:
~drums = Buffer.read(s,FluidFilesPath("Nicol-LoopE-M.wav"));
~resynth = Buffer(s);
~n_components = 3;
FluidBufNMF.processBlocking(s,~drums,resynth:~resynth,components:~n_components,resynthMode:1,action:{"done".postln;});
(
fork{
~n_components.do{
arg i;
"decomposed part #%".format(i+1).postln;
{
PlayBuf.ar(~n_components,~resynth,BufRateScale.ir(~resynth),doneAction:2)[i].dup;
}.play;
(~drums.duration + 1).wait;
}
};
)
The NMF process seems to complete but trying to play the populated ~resynth
buffer back throws this gem:
FAILURE IN SERVER: Command not found Command not found
Any help appreciated - I will try and test it on another Linux device in the meantime. Cheers.
Hello flucomers!
The basic example of
FluidBufNMF
is crashing my sc server:Here's the
gdb
backtrace:Couldn't test this on other distros, I'm currently on Arch 6.0.12