# Problems on audiobridge

**URL:** <https://janus.discourse.group/t/problems-on-audiobridge/1375>\
**Category:** General\
**Created:** [November 21, 2024, 10:59am UTC](https://janus.discourse.group/t/problems-on-audiobridge/1375 "2024-11-21T10:59:29Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![spscream](https://avatars.discourse-cdn.com/v4/letter/s/d9b06d/32.png) [@spscream](https://janus.discourse.group/u/spscream)\
**Post date:** [November 21, 2024, 10:59am UTC](https://janus.discourse.group/t/problems-on-audiobridge/1375/1 "2024-11-21T10:59:29Z")

</div>

Hi, one of our customers expiriencing some issues with ab, in logs of janus many errors related to queue-in buffer:

```auto
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)
[WARN] Participant queue-in contains too many packets, clearing now (count=5)

```

If we lower quality for ab to 1, it works better, but problem still exists. CPU usage isn’t high(~50% on peaks) and adding more cpu cores doesn’t help. Current bitrate for audio set to 16kbps, and sampling\_rate is 48000 now. What can we do to adress this issue?

I suggest what encode performance of opus\_encode isn’t enough on their server and causes queue-in grow.

---

<div class="post-metadata">

**Author:** ![spscream](https://avatars.discourse-cdn.com/v4/letter/s/d9b06d/32.png) [@spscream](https://janus.discourse.group/u/spscream)\
**Post date:** [November 21, 2024, 12:55pm UTC](https://janus.discourse.group/t/problems-on-audiobridge/1375/2 "2024-11-21T12:55:18Z")

</div>

what I can also mention, what we are using rtp forwarding from ab to streaming, so opus\_encode called in mixer thread and can slow down handling of inbuf theoretically

---

<div class="post-metadata">

**Author:** ![atoppi](https://yyz2.discourse-cdn.com/free1/user_avatar/janus.discourse.group/atoppi/32/8_2.png) [@atoppi](https://janus.discourse.group/u/atoppi)\
**Post date:** [November 22, 2024, 1:27pm UTC](https://janus.discourse.group/t/problems-on-audiobridge/1375/3 "2024-11-22T13:27:50Z")

</div>

> [@spscream](#):
>
> `Participant queue-in contains too many packets`

Are you using an older version where FEC was still being used for inbound packets?

---

<div class="post-metadata">

**Author:** ![spscream](https://avatars.discourse-cdn.com/v4/letter/s/d9b06d/32.png) [@spscream](https://janus.discourse.group/u/spscream)\
**Post date:** [November 22, 2024, 1:40pm UTC](https://janus.discourse.group/t/problems-on-audiobridge/1375/4 "2024-11-22T13:40:43Z")

</div>

no, we are using version from master

---

<div class="post-metadata">

**Author:** ![lorenzo](https://yyz2.discourse-cdn.com/free1/user_avatar/janus.discourse.group/lorenzo/32/425_2.png) [@lorenzo](https://janus.discourse.group/u/lorenzo)\
**Post date:** [November 22, 2024, 3:16pm UTC](https://janus.discourse.group/t/problems-on-audiobridge/1375/5 "2024-11-22T15:16:38Z")

</div>

> [@spscream](#):
>
> what I can also mention, what we are using rtp forwarding from ab to streaming, so opus\_encode called in mixer thread and can slow down handling of inbuf theoretically

We do that too and it doesn’t impact us.