You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current audio sink implementation is limited because it is hard-coded to capture the system's default output. To function, it forces the entire system's default output into the sink.
This creates a significant usability issue: if I want to share only one specific application's audio (e.g., Nucleus Co-op) with a remote client while keeping my other activities private, I have to do the opposite of what is intuitive. Since the client "hears" everything on the default device, I am forced to manually redirect every other running application to my headphones.
The Problem: It is counterintuitive and far more labor-intensive to redirect every application I don't want to share than to simply select the ones I do.
Proposed Change: Per-Application Audio Sinking
I propose implementing audio sinking on a per-application basis. For example:
Desktop Mode: The client continues to capture the default output as it does now.
Virtual Desktop/Specific Apps: The client creates a virtual monitor and sinks a dedicated device (e.g., Steam Streaming Speakers), without changing the system's global default output.
This would allow for routing specific programs to a virtual output automatically or manually without affecting the rest of the system's audio routing.
Use Case & Motivation
I often play co-op games with friends or let them play remotely while I study or watch YouTube videos. I want to prevent our audio streams from mixing.
Current suboptimal workaround:
Set the Steam Streaming sink as the Global Default Output.
Manually move every other application (Browser, Music, System Sounds) to my physical headphones.
Every new program opened must also be manually redirected to avoid being heard by the client.
Desired Workflow:
Keep my headphones as the System Default Output.
Simply route the Game/Program to the streaming sink.
The rest of the system audio remains untouched, private, and local.
Technical Summary
By allowing the sink to be configured per application, the software can create a dedicated monitor for virtual audio that only captures intended
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Feature Request: Per-Application Audio Sink Routing
Description
The current audio sink implementation is limited because it is hard-coded to capture the system's default output. To function, it forces the entire system's default output into the sink.
This creates a significant usability issue: if I want to share only one specific application's audio (e.g., Nucleus Co-op) with a remote client while keeping my other activities private, I have to do the opposite of what is intuitive. Since the client "hears" everything on the default device, I am forced to manually redirect every other running application to my headphones.
Proposed Change: Per-Application Audio Sinking
I propose implementing audio sinking on a per-application basis. For example:
This would allow for routing specific programs to a virtual output automatically or manually without affecting the rest of the system's audio routing.
Use Case & Motivation
I often play co-op games with friends or let them play remotely while I study or watch YouTube videos. I want to prevent our audio streams from mixing.
Current suboptimal workaround:
Desired Workflow:
Technical Summary
By allowing the sink to be configured per application, the software can create a dedicated monitor for virtual audio that only captures intended
All reactions