I installed the binary distribution 6.17 on MacOS Monterey 12.3.1. Then I installed STK from CCRMA. No matter what I do, I am unable to get csound to find the STK bits . . . I’ve consulted both the csound doc and the STK doc without enlightenment. What am I missing?
The line before the complaint about asig is the problem:
"error: syntax error, unexpected T_IDENT (token “STKModalBar”)
from file InD.csd (1), line 476:
asig STKModalBar <<<"
I’ve compiled the STK package and successfully installed, ran some of the demos as tests, works fine. Just can’t get csound to find it. I’ve defined the RAWWAVE_PATH appropriately. Is there another env variable that tells csound where to find the STK opcodes or do I need to build csound from source and tell configure to include the STK bits?
I should reiterate that I’m using the binary distribution. Was that distribution compiled with STK support or should I grab the source and build my own?
Might want to pick Julius Smith’s brain about that. He’s teaches audio DSP
at CCRMA. I was having trouble with STK as a stand alone, he steered me
to JUCE and Faust, as I was trying to render his book examples in C++.
Don’t know about STK in conjunction with Csound, check with Julius on that.
Okay, confirming that I must have the source tree installed and build from there. My error was supposing that the binary distribution for MacOS would somehow magically handle the inclusion of external plugins. Didn’t hit this last time I installed csound as I built on a Linux system (no binary distribution). But I bought a shiny new Mac
I am not quite sure what you mean. Earlier releases of Csound might have had these opcodes shipped, but they are not in 6.17 (as the release note say).
They are now part of the plugin repository. Some of the opcodes in there have binary releases, but not all (see the releases for that repo). That repository does not have a maintainer so users may need to build their own.
Instructions are in the README.md. With the dependencies installed and a C/C++ toolchain including CMake, it only needs a few commands.
Prof. Victor Lazzarini
Maynooth University
Ireland
Suggest to check whether the STK opcodes are compiled for x86_64 or
arm64, and whether compiling stk opcodes is dont with x86_64 or arm64.
If you're using the binary csound installer, that is built for x86_64.
If you're building csound via homebrew or self-compiling, that will
likely default to arm64 (assuming you are on an M1 mac). Could you
note which cpu architecture you are using?
Using an M1, so x86_64. I think you’re right, saw “arm” flash by during one of the builds. And csound can’t open the resulting libraries even with the correct owner and permissions.
I don't know if useful, I have been not using Csound from some time,
and the following reference is very old: I had perhaps similar problems
in using OMChroma OpenMusic library with STK user defined OMChroma
classes, and STK instruments generally. See the following discussion:
Finally I resolved it adding the following option to Csound flags:
--env:RAWWAVE_PATH=/path/to/stk-4.5.0/rawwaves
(or whatever number version of course)
I hope this is useful, otherwise my apologies for not useful mail...