[bridge] Feature Request: support multiple concurrent UDP audio streams over a single peer connection

Open

#109 opened on Nov 26, 2025 2 comments 0 reactions 1 assignee View on GitHub

@aemcd is already working on this.

Since Nov 26, 2025.

Assessment

This issue has not been assessed yet.

Description

enhancement

Currently, dvmbridge requires a unique instance configured for every UDP audio stream. This is an inefficient use of the peer connection established with the FNE, as it natively supports multiple concurrent call paths. For users who wish to send many distinct audio streams to an FNE, it would be better if one instance of bridge could handle receiving multiple concurrent UDP streams.

To avoid overcomplicating things (at least for now), this configuration should only need to support one-way audio (UDP in, P25/DMR out). We also don't want to change or break any of the currently supported bridge configurations as they are in use in many different places.

I propose the following changes:

abstract the UDP audio handler and vocoder routines to a class which can be instantiated for each desired input audio stream
create a new root config stanza (multistream or some similar name) which signals bridge that it should enter into this new, one-way multi stream mode and ignore the standard global UDP config

in the new multistream config stanza, we would have an array of streams like the following:

multistream:
  streams:
    - name: "stream1"  # name used for logging and reference only
      address: "127.0.0.1"  # listen address for this UDP socket
      port: 32001  # listen port for this UDP socket
      srcId: 1234567  # source ID (RID), can be overridden by stream if configured
      dstId: 65432  # destination ID (TGID) to use for this stream when sending frames to the FNE
      ...
      # incorporate the rest of the standard UDP audio config options from the global `network` config stanza as well 
      # (usrp, ulaw, silence, etc)
    - name: "stream2"
      # and so on...

Dominant language: C++
Stars: 107
Forks: 30
Avg merge: 3m
Merged PRs (30d): 1

Contributor guide

No contributing guide indexed for this repository

First steps

Read the whole issue, then the project's contributing guide.
Comment on the issue to say you are picking it up — it saves two people doing the same work.
Fork the repository and make your change on a branch.
Open a pull request that references the issue number.

Similar issues

Better wasm http timeout error message Open

enhancement

Difficulty 1/5 Under an hour Newbie friendliness 88/100

QuantStack/git2cpp#187 · Opened Sep 22, 2026
scheduled_tasks.hidden returns the task's Enabled state instead of Hidden (Windows) Open

Difficulty 2/5 1-3 hours Newbie friendliness 86/100

osquery/osquery#9114 · Opened Sep 22, 2026
[Bug] NULL pointer dereference in llm_running_callback (NGZA-AX-LLM #3) Open

Difficulty 1/5 Under an hour Newbie friendliness 90/100

AXERA-TECH/ax-llm#77 · Opened Sep 22, 2026
resume() sends a second HTTP response (400) after a successful resume Open

Difficulty 1/5 Under an hour Newbie friendliness 90/100

games-on-whales/wolf#509 · Opened Sep 21, 2026
z3.py omits additional domains of multidimensional arrays during printing Open

Difficulty 2/5 1-3 hours Newbie friendliness 82/100

Z3Prover/z3#10889 · Opened Sep 21, 2026

More C++ issues