Xruns/Cpu blinks red in Mod-ui

Building Zynthian
1

Hi

I´m having problems with mod-ui. Audio drops after a few minutes and cpu light blinks red and several xruns. This happens even if no plugins are in use. Zynthian gui/encoders etc works as exspected.

My Raspberry:
Raspberry-pi3
Official 7" TFT
Audioinject Zero
Running at 48KHz
Fresh installed gorgona edge 2017-10-23
updated numerous times via zynthian gui

I´ve reflashed several times and after x retries I´m a bit confused how to solve this.
11

Brgds
Ole Peder

2

Hi @opteig1

Is this a USB device? I think so… USB is not really supported. I think the problem occurs due to driver problems.

If this happens you can try to restart jack. But this also means you have to restart mod-host, mod-ui and a2jmidid - so a complete reboot is nearly the same.

Do you have any loaded plugins inside mod-ui or does the CPU load problem occur without anything loaded?

You can try to chage the parameters for jack in the webgui: try to use 44.1kHz and more buffers:

-r44100 -n3

Regards, Holger

3

Hi

44k1 with more buffer seemed to do the trick :slight_smile:

Regards Audioinjector Zero…

It´s a really nice soundcard 2in/2out (GPIO)
http://www.audioinjector.net/rpi-zero

config.txt:

Soundcard Config

dtoverlay=audioinjector-wm8731-audio

Thnx!!!

4

Ahh - ok… no USB device.

For the buffers: I told you not really the right thing. Here is the more technical explanation of man jackd:

-n, --nperiods int

      Specify  the  number of periods of playback latency.  In seconds,
      this corresponds to --nperiods times --period divided by  --rate.
      The default is 2, the minimum allowable.  For most devices, there
      is no need for any other value with the --realtime option.  Withâ
      out  realtime  privileges  or  with  boards  providing unreliable
      interrupts (like ymfpci), a larger value may yield  fewer  xruns.
      This  can also help if the system is not tuned for reliable realâ
      time scheduling.

      For most ALSA devices, the hardware buffer has  exactly  --period
      times  --nperiods  frames.   Some devices demand a larger buffer.
      If so, JACK will use the smallest possible buffer  containing  at
      least --nperiods, but the playback latency does not increase.

      For  USB  audio  devices  it is recommended to use -n 3. Firewire
      devices supported by FFADO (formerly Freebob) are configured with
      -n 3 by default.

Hifiberries seem to work with -n2. You should also try -r 48000 -n3 (if you really need 48kHz) or -r44100 -n2 (I would like to recommend the last one).

Regards, Holger