What success looks like
Only the configured sender/key feeds this source. More buffer trades latency for tolerance to packet timing variation.
Audio, explained · 34 / 36
Receive audio from one selected AudioRouter PC.
See how it works ↓Accepts the configured sender address and plays through a bounded jitter buffer; missing packets become silence.
PC B’s Network Receive waits for Network Send in a second AudioRouter session on PC A. It accepts only the configured sender address, UDP port and matching pairing key, then plays packets through a bounded receive buffer. A larger buffer adds a little delay and tolerance for packet timing variation; missing packets become silence.
Only the configured sender/key feeds this source. More buffer trades latency for tolerance to packet timing variation.
No received packets usually means address, key, port or firewall; a larger buffer cannot fix mismatched pairing.
Select the node to open Properties. Click its name to rename it. While playing, supported parameter-only edits save after a short pause. For structural edits, use Save when the canvas marks a change. Enabled and Bypass are distinct live controls; see the in-app help for their behavior.
Pairing completes before received sound starts at PC B. Increase Buffer and compare with the sender reference to hear the extra local simulated delay; no real network is used.
The example repeats until you press Stop, and control changes are heard immediately. The picture shows the tool's shape rather than time; follow the timing in Follow the sound below. This is not a DSP measurement or control for your running AudioRouter session.
senderEnter the source PC IPv4 or IPv6 literal. Audio from other addresses is ignored.
Try thisIf the first PC is 192.168.1.21, put that address in Network Receive.
Keep in mind Use the actual network address shown for the other PC; do not exchange source and destination.
portIdentifies the receiving UDP listener. Set the same port on both nodes.
Try thisKeep 47800 on both PCs for a single stream.
Keep in mind A firewall or another listener can prevent delivery.
bufferMsKeeps a small amount of audio ready to absorb packet timing variation. More buffer adds delay; less leaves less margin before gaps.
↓ Lower / alternativeReduces buffering delay but leaves less tolerance for packet timing variation.
↑ Higher / alternativeKeeps more incoming audio ready, adding delay and margin for jitter.
Try thisStart at 40 ms. Increase to 80 ms if a busy local network produces gaps.
Keep in mind This changes network buffering, not microphone capture latency.
pairingKeyUse the same generated key on both nodes to authenticate packets. Blank is unpaired; printable ASCII only, without outer spaces.
Try thisUse Generate, then privately copy the resulting key to the other node.
Keep in mind Pairing does not encrypt audio. Use a trusted local network. Never include a real pairing key in examples or diagnostics.
These are starting points. Compare at a comfortable monitoring level and adjust for your own source.