weixin_39929465
weixin_39929465
2020-12-08 22:06

ARM - Crash - computeOffsets: Assertion `maxhn + w->hornSpacing[i] < ((unsigned int) (1 << 10))' failed.

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:


aptitude install libasound2-dev lv2-dev libglu1-mesa-dev ttf-bitstream-vera libjack-jackd2-dev libftgl-dev
git clone git.com:pantherb/setBfree.git
cd setBfree
make OPTIMIZATIONS=-O2
./src/setBfree

The result is :


init.. Audio : Oscillators : Scanner : Overdrive : Reverb : Whirl : setBfree: ../b_whirl/whirl.c:539: 
computeOffsets: Assertion `maxhn + w->hornSpacing[i] < ((unsigned int) (1 << 10))' failed.
Aborted

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 !

该提问来源于开源项目:pantherb/setBfree

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享
  • 邀请回答

4条回答

  • weixin_39988331 weixin_39988331 5月前

    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.

    点赞 评论 复制链接分享
  • weixin_39988331 weixin_39988331 5月前

    What samplerate are you using? Does it also cause this assertion when you use 48000 or 44100?

    点赞 评论 复制链接分享
  • weixin_39929465 weixin_39929465 5月前

    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 !

    点赞 评论 复制链接分享
  • weixin_39988331 weixin_39988331 5月前

    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.

    点赞 评论 复制链接分享

相关推荐