LinuxMusicians

I have Zyn running on a Raspberry Pi and it struggles with complex instruments. Would this new feature help with that? The frames-per-second refers to the Zyn-Fusion GUI which IIRC you are not using, so this would not affect your performance. In your setup the biggest factor is that optimizations a...

Any particular type of noise? While I don't have any musical recordings with noise from the same environment, if you're looking to inject ambient environmental noise https://soundlandscapes.wordpress.com/category/home/ may be an ok source to grab background sounds from.

lucidbeaming wrote:If I could find out what the Zynaddsubfx OSC message is for reducing polyphony when sending a patch change, that would probably make it unnoticable for regular playing.

I think you're looking for /part[0,15]/Pkeylimit (e.g. /part0/Pkeylimit ,i 12 would limit the first part to 12 simultaneous notes)

+1 to PUGL. I've used PUGL+nanovg+glLoadGen to handle platform specifics and to make openGL much more approachable in the Zyn-Fusion GUI. PUGL isn't perfect, but it gets you most of the way there in terms of just being able to use a GL context. For the Zyn UI I ended up sticking to OpenGL 2.1 core+f...

I'd expect the command you're looking for is 'aconnect'. Use 'aconnect -lio' to find out what are the port numbers that you need. For example, if your keyboard is port 20 and zyn is port 128, then to connect them you can run 'aconnect 20 128'. To integrate this with zyn, you can use the --exec-after...

@xaccrocheur, that's the direction that things are heading in. Quoting myself from the issue tracker: This MIDI CC based workflow has received criticism in the past and there are plans to move to[ward] more traditional VST [and LV2] parameters in the near-term. This is documented in https://github.c...

"/Psysefxvol[0,3]/part[0,15] i" should be the system effect input volume. There is also the effect routing matrix /sysefxfrom*/to* i, but it sounds like you're looking for the former. From what I can tell, each of the instrument synth types (AD,PAD,SUB) have their own ADSR envelopes, but t...

My only guess is that the automatic options for each are failing to correctly identify the hardware context. That sounds entirely consistent with what has been discussed. As such I've added it to the bug tracker for when myself or another dev gets access to an ARM system for debugging the cmake scr...

Excellent, you appear to have a working build. Setting the build to use debug compiler flags does 2 things. 1. It removes general optimizations -O3 -ffast-math -fomit-frame-pointer 2. It removes ARM specific optimizations https://github.com/zynaddsubfx/zynaddsubfx/blob/master/src/CMakeLists.txt#L193...

Hm, if the problem started with 2.5.x then it isn't the bug I was thinking of as that was a 3.0.x regression. Additionally I was thinking that there might be a mixture of different dependencies interacting, but if it happens on a fresh install, then that avenue of thought is largely eliminated. The ...

Thanks for the information. Looking at the backtraces it looks like it might be one fltk UI specific corruption issue which was fixed a while back. Are you running a build of 3.0.1 that you compiled yourself from one of the tars or are you compiling from git? I can't replicate the issue on my x86 de...

That's almost the info that I need. After the pure virtual crash you should get the gdb prompt, could you run the command "thread apply all bt" there?

That should supply a backtrace for all the various threads.

Could you get a backtrace using gdb? That would be much easier to diagnose.

glowrak guy wrote:I think yoshimi is set up for more headless usage.

Would you mind briefly elaborate why you think yoshimi is better for this use case?

How about a 'make fetch-deps' and a 'make build-deps'? Those two commands should respectively be able to fetch the various git repos and build them in sequence/installing the headers to a build folder. Then, hopefully, make would just run (assuming that the system compiler is recent enough). There's...