I looked up the Lpc ugens, the archives has a message about the fate.lpc , which is a file made in csound, is there a less bulky way to make lpc files? Than having to install csound?
Also, Josh said Nick had great lpc ugens, is that Nick collins and where are those Ugens?
There are the NCAnalysisPlugins in sc3-plugins, which includes LPCAnalyzer for doing realtime lpc. I’ve used this before to interesting effect, but I remember it being kinda crashy and unstable, so be careful
You don’t need to make LPC files with this, it does the analysis in realtime.
saveToLPCFile will save it in the same format that csound’s file uses.
You can also use saveToFiles to save as raw lpc and as an AIFF file that can be loaded right into a buffer for use by LPCSynth, etc
The raw LPC file format (from saveToLPCFile or csound) needs to be converted into a buffer that SC Ugens expect. That’s why the aif / sound file step is needed.
I know - it’s confusing - but in short you should be able to:
Use LPCAna for the analysis
Use saveToLPCFile - this will give you a binary LPC file
Use LPCFile to load it into the system, then the loadToBuffer method to get it ready for the UGens
Based on the JoshMisc code at github, I don’t see any way that LPCFile could be called.
The most likely remaining explanation, then, is that perhaps you (or someone else) read the method definition for saveToLPCFile, and thought “that File can’t be right, shouldn’t it be LPCFile,” then you/someone changed it.
But it should be just File here.
Also strange is that you’ve given an absolute file path "/Users..." but it’s being treated as a relative path (prepending the resourceDir).
/Applications/SuperCollider.app/Contents/Resources/Users/ss/Downloads/ak.lpc
^^ this is resourceDir... ^^ you wrote this bit
I can’t see any reason in the code why the path would have been modified – unless again, somebody modified the class definition.
So I would say, first, revert to exactly the published JoshMisc code and do not mess with it, then try helpfile examples.