Change default device and default communication device simultaneously

[orenbullock]

This issue is sort of a continuation of issue #71.

My problem mostly pertains to using Discord, but it does happen in other applications as well.
I like to use/talk on Discord using both my headphones (USB/DAC) and speakers (analog input) depending on if I need good audio for games, my ears need a rest, etc.

EarTrumpet is typically great for moving between the two, however, since my headphones are the "default communications device" on the computer, Discord will always play through them regardless of what the "default device" is (which is what EarTrumpet changes).

If you guys could implement a settings option to change either/or/both the "default communications device" and "default device" then I think this problem would be solved.

[Luckz]

#71 (comment) makes it sound like this was resolved in version 2.0, but it isn't so?

EDIT: Updated Windows, verified it still doesn't do that.

[orenbullock]

#71 (comment) makes it sound like this was resolved in version 2.0, but it isn't so?

From what I've seen, there still isn't a solution. There is no option to manipulate the "default communication device" in addition to the "default device"

[davuxcom]

The comment in #71 refers to changing for Console AND Multimedia rendering, which isn't related to also changing the communication device at the same time. We are aware of the request and this thread is tracking moving the comm device when moving the default device.

[VapidLinus]

Example use case: This is annoying in many games that use VOIP. A lot of them use the communication device for voice audio, while using the audio device for game audio. You generally want all sound to come from the audio device you're currently using - so whenever I want to switch between my audio devices, I still have to open the legacy sound menu to change both.

[Luckz]

I still have to open the legacy sound menu to change both.

FWIW if you don't need the many other special features of EarTrumpet on a daily basis, both SoundSwitch and Audio Switcher can change devices for you much faster than the Sound Control Panel route. The latter way drove me crazy over time.
(Both can also be installed via scoop, the first tool from a third party bucket.)

[VapidLinus]

Thank you @Luckz. SoundSwitch was perfect for me. I will keep both installed.

[Aasikki]

This would be a nice thing to have. I play quite a bit in vr and having to go to discord or windows audio settings settings every time to change the output device is annoying. SoundSwitch works well but I still need EarTrumpet for the volume mixer, so having this option would eliminate having to use two applications.

[TIPConsulting]

Bump. I would also really like this to set both (or all) default device outputs. Console, communication, and possibly media

[TIPConsulting]

Here is an implementation of a registry policy object that can change all 3 different audio device roles on windows

https://github.com/frgnca/AudioDeviceCmdlets/blob/master/SOURCE/AudioDeviceCmdlets.cs#L412

I just integrated this code into a project, so I can confirm that this method works. It's fairly simple to extract the core functionality out of his commandlet implementation

[LukasDoubleU]

I implemented this and other features over at my fork.
There is a new setting to "change the default communication" device.
If enabled, EarTrumpet will change the comms device as well when changing the default output device.

If you want you can test the pre-release:
https://github.com/LukasDoubleU/EarTrumpet/releases

[pohuing]

Is there a reason this isn't in main yet? I've been looking to implement the same feature but if it's already done I'm not sure if I should bother.

[LukasDoubleU]

I have talked to the maintainer and my branch will not be merged into main.
Reason being, that there have been some changes in the background of the main that make my changes obsolete.
Not sure when those changes will be merged into main tho.

[pohuing]

It's been a year and the functionality hasn't been added yet. Did the changes get scrapped and @LukasDoubleU 's changes are relevant again?

[pohuing]

Well that's frustrating. I can't find any mention of such features in the docs nor in the settings. Guess I'll have to stick to applying your patch and just building myself occasionally. Thx

[e-t-l]

@pohuing could you describe briefly how you do that? (building Eartrumpet with @LukasDoubleU's patch?) I'm having the same issue and it seems like you've found a (reasonable) solution

[pohuing]

Back then I simply copied his changes as a patch from github and applied them in rider on my copy of the official repository. I'm not sure how much has changed upstream since then so idk how well that still works.

You can find the patch here.
For learning how to apply a patch without rider(as that IDE costs money) you should consult the git docs or scour stackoverflow.
You should ignore the changes in the app manifest and readme. The rest implements the new feature.

[e-t-l]

back then

Do you not use eartrumpet anymore?

[pohuing]

I do, I just haven't had a need to update beyond my most recent build.