"Waiting for Peer" reasons

17 views
Skip to first unread message

Kasper Jordaens

unread,
Jun 3, 2022, 10:16:37 AMJun 3
to jacktrip-users
Hi,


We're building a setup with a mixed OS audience (Raspbian/OSX). All run jacktrip 1.5.3

- we're running jacktrip -S on a RPi4.
- playout (speakers) are connected to this instance using jacktrip -C also on RPi4s.

This all works great

However, the person sending audio to the speaker connects to it using a Macbook (M1), is experiencing some difficulties.

We need to send 20 channels of audio from the macbook to 1 RPi with one seperate channel each
Like so:


                                    ────────┐
                                    │RPi4 CM4 #1│
                                 ┌──┤jacktrip -C│--<<< speaker #1
                                 │  └───────────┘
                                 │
  ┌───────────┐    ┌───────────┐ │  ┌───────────┐
  │ MacBook M1├────┤RPi4 CM4   │ │  │RPi4 CM4 #2│
  │jacktrip -C│    │jacktrip -S├─┼──┤jacktrip -C│--<<< speaker #2
  │ 20Ch      │    └───────────┘ │  └───────────┘
  └───────────┘                 ...       ...           ...
                                 │  ┌───────────┐
                                 │  │RPi4  #20  │
                                 └──┤jacktrip -C│--<<< speaker #20
                                    └───────────┘


Because we don't care that much about latency, and more about reliability (oneway audio flow) Jack is configured on the speakers and the HUBserver as:

jack sample rate 48000, frames/period 1024, period/buffer 16

We're very happy with the audio quality...
however, the mac doens't like it.

When setting above jack settings, we can only send 4 channels to jacktrip, or it will just say Waiting for peer
Screenshot from 2022-06-03 16-08-39.png

We tried 20 channels and it just keeps saying waiting for peer, not until we lower to 4 it will connect.

However if we lower the jack frames/period

Screenshot from 2022-06-03 16-10-27.png
 
It will connect up to 17 channels (at 256 frames/period)
and if we even lower the frames/period further we can finally connect all 20 channels


Why is this?
Is this documented somewhere?


what is the best strategy to allow latency when sending a LOT of channels..

what are the limits for jacktrip in this regard. Should setup more Jacjtrip HUB servers? can I do this on a single RPi? Does QMaxThreads have something to do with this?


Basically I need to know if this "waiting for peer" can be solved without lowering frames/period. We want it this high to ensure no dropouts...

we already use -q 32 and -r 4

Thanks







Reply all
Reply to author
Forward
0 new messages