Bug: Tool only monitors one of two Discord audio sessions, missing voice/stream audio **Version:** 1.0.4

[kxkarot91]

Windows creates two separate audio sessions for Discord in the volume mixer:

• Session 1 – UI/system sounds (e.g. input/output device confirmation sounds)
• Session 2 – Voice chat audio, streams, and other users

The tool only detects and monitors the first session it finds (get_discord_session() returns on the first match). This causes inconsistent behaviour — sometimes the tool works correctly, and sometimes it does nothing when loud audio plays. The reason it works at all is that occasionally the voice session happens to be the first one returned, but this is not guaranteed. When the UI sounds session is picked up first instead, voice chat and stream audio from other users is never monitored, so ear-rape through voice or screen share goes completely undetected.

This explains why the tool reliably reacts to device-switching confirmation sounds (those always come from the same session) but inconsistently reacts to other users speaking or streaming.

Steps to Reproduce

1. Open Discord and join a voice channel
2. Open Windows Volume Mixer — you will see two separate Discord entries
3. Run the tool and observe it only reacts to device-switching confirmation sounds, not to loud voice/stream audio