Closed brunetton closed 6 years ago
It's been a while since I've tried the jack-app on ARM. It may well be that special casing done for the LV2 plugin triggers this assertion. Sorry.
It's probably just some default values. I'll investigate, but I won't get my hands on a Rpi until next week. Please stay tuned.
What samplerate are you using? Does it also cause this assertion when you use 48000 or 44100?
Hi, thanks for your time ! And sorry for the delay, I didn't had time to work on that project for a while. I'm using a 192kHz / 1024 frames/period Jack server (IQaudio Pi-DAC-PRO card).
And ... it works well from 48kHz up to 96kHz, you were right :champagne: Latency is a big deal in that project that aims to be used on stage in live concert conditions. I'll test it at 96kHz 512 f/p (that gives me a latency of 10ms -> very good).
Thanks very much !
Don't try to optimize (lower) latency by increasing the sample-rate. Especially with cheap cards such as the Pi-DAC, you'll usually get much worse quality compared to using 48k, besides chances are that your analog equipment cannot handle frequencies > 20kHz anyway and just distorts instead. Lower the buffersize if you must.
Hi, First of all, I want to thank you VERY much for this wonderful software. I'm currently trying to embed setBfree to a Raspberry-PI and use it as an Hammond emulator on stage. As Raspbian version of setBfree is quite old (0.7.5), and new versions seems to "sounds better" (I am wrong ?) I wanted to compile a new version on the Pi(3).
Steps to reproduce:
The result is :
Did I missed something ? The problem seems to be in the Leslie simulation module. It's annoying, this is quite important for the sound !
Do you have any ideas ? Thanks !