https://www.displayfusion.com/Discussions/RSS/?TopicID=c22017c3-3d94-4a8d-be5e-428fe9739339 DisplayFusion RSS: Race Bug when Switching Monitors and Audio Simultaneously to HDMI Mon, 20 Apr 2026 17:49:02 GMT en hourly 1 https://www.displayfusion.com/Discussions/RSS/?TopicID=c22017c3-3d94-4a8d-be5e-428fe9739339 https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#33 Wed, 03 Mar 2021 15:05:15 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#33 DisplayFusion Yeah, Windows is a bit of a mystery box. They get to do all sorts of things that we can't because they don't expose every function via an API. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#32 Fri, 26 Feb 2021 19:53:25 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#32 DisplayFusion Thanks for trying. I wonder what the Sound Control Panel is doing behind the scenes that fixes it. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#31 Fri, 26 Feb 2021 19:51:12 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#31 DisplayFusion We've tried that kind of fix already with no success. We put some delays in, and also tried calling the Windows API to enumerate the audio devices before trying to set it but it didn't make any difference

If we do think of anything else to try though, we will definitely give it a go! ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#30 Fri, 26 Feb 2021 19:35:02 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#30 DisplayFusion Thanks for letting me know. In that case, would you be willing to implement a safer workaround instead? The issue happens frequently after a screen connected with HDMI wakes from its power save mode (not OS sleep), whether I'm switching between monitor configurations or not. However, I discovered I can always fix it by manually opening the Windows Sound Control Panel (not the Windows 10 Sound Settings). Can you automatically replicate whatever polling that the Sound Control Panel is doing a few seconds after a monitor wakes up? I realize this is not your bug, but I think a lot of multi-monitor users might suffer from this from time to time. I doubt nvidia will ever fix it. Thoughts? ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#29 Fri, 26 Feb 2021 19:26:39 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#29 DisplayFusion Thanks for the update! That's not really something that we would implement directly in DF, as it has some potential to be dangerous. We try to avoid messing with registry values that don't belong to us whenever we can, because we don't have control over when and how they might change with future updates to the software that owns those keys. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#28 Thu, 25 Feb 2021 19:44:10 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#28 DisplayFusion This has been pretty much confirmed to be an nvidia driver power HDMI management problem. It can be temporarily resolved by following the steps I linked to manually edit the registry. However, it always resurfaces after a driver upgrade. This seems like it could be a common problem for those who switch between multiple screens frequently. Even though this is not a DisplayFusion bug, would you consider adding a workaround into your software? You could periodically check and update the registry to work around the problem if the user enables that setting in DF. Thoughts? ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#27 Thu, 22 Oct 2020 00:31:41 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#27 DisplayFusion I'm currently testing to see if this is perhaps an nvidia bug instead. There was one instance where my screen went to sleep after inactivity, but I woke it before the system was suspended. In that case, the nvidia HDMI audio device disappeared just like when switching monitor profiles. After further research, I discovered that many nvidia users reported this behavior over the past couple years, especially with VR headsets. Apparently the issues has been reported to nvidia a couple years ago, but they have not resolved it.

The following reddit post contains a registry fix to work around this problem by adjusting the audio device power settings. I am currently testing the proposed solution and I will report back if the problem happens again.

https://www.reddit.com/r/ValveIndex/comments/c72pg0/discussion_and_troubleshooting_for_index_hardware/esmjkz4?utm_source=share&utm_medium=web2x&context=3 ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#26 Sun, 26 Jul 2020 17:07:16 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#26 DisplayFusion We haven't been able to reproduce the issue here, we're trying to figure that out first. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#25 Fri, 24 Jul 2020 15:42:55 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#25 DisplayFusion Have you been able to reproduce the issue at least? That would seem to be a necessary first step. Let me know if you need any more information to reproduce the problem. Thanks. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#24 Thu, 09 Jul 2020 12:33:25 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#24 DisplayFusion Honestly we're really stumped on this. As far as we can see, we're setting the device correctly, and there's some issue with Windows not refreshing the list of devices properly. We haven't given up though, it's still open on our list, and we're working on trying to reproduce it here. If we can get it to happen here, we'll have an easier time tracking down what's going on with it.

We'll be sure to let you know if/when we're able to get it sorted out.

Thanks! ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#23 Sun, 05 Jul 2020 00:00:07 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#23 DisplayFusion Unfortunately, the problems appears the same after the latest updates. As always, opening Windows Sound Settings resolves the incorrect audio devices.

This bug was reported over a year ago and there really hasn't been any progress. Repeatedly increasing the lag time before enumerating audio devices didn't seem to help. Do you need any more information from me in order to reproduce the problem? Can you please devote some resources to this to fix it once and for all? Let me know how I can help. Thanks. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#22 Fri, 08 May 2020 14:57:06 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#22 DisplayFusion I installed the new version and I'll let you know how it goes. Thanks for working on this! ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#21 Fri, 08 May 2020 01:56:43 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#21 DisplayFusion We've just released a new DisplayFusion beta version and made another tweak for this. Could you give it a try and let me know how it works out?

Thanks! ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#20 Wed, 04 Mar 2020 17:51:13 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#20 DisplayFusion Ok, thanks for the update! I will pass that info over to our developers to see if they have any other ideas on this. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#19 Mon, 02 Mar 2020 15:01:32 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#19 DisplayFusion I've been trying the new version and the bug still seems the same. However, the delay you've added is now long enough for me to actually see when the audio sources change. Ever since the previous version, I've been usually (but not always) seeing a duplicate source in the audio devices list after the profile change is complete. This duplicate ends up being selected, but it does not output any audio. If I manually change to the correct device (not the duplicate), it works normally. As always, opening the Windows audio settings correctly enumerates the devices and resolves any issues, even if I open it before DF finishes switching profiles. Perhaps I will try deleting the monitor profile and adding it back to see if that resolves the issue?

At this point, it doesn't seem like increasing the delay before enumerating audio devices will resolve this. The delay is now so long that I have time to open the Windows audio settings before DF updates devices - and then DF gets it wrong. If it helps, it seems like it takes about 9 seconds for my other screen to wake up. I don't know what APIs you have access to, but can you think of any other solution besides adding a delay before updating the audio devices? Have you been able to reproduce this issue yourselves? I'd be happy to provide any details you need. Thanks. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#18 Tue, 25 Feb 2020 16:29:21 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#18 DisplayFusion We've just released a new DisplayFusion beta version and we've made another tweak to this. Could you give it a try and let us know how it goes?

Thanks! ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#17 Thu, 02 Jan 2020 20:16:43 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#17 DisplayFusion I'm not sure, to be honest. I will pass this over to our devs to see if they have any other ideas here. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#16 Sat, 28 Dec 2019 00:03:38 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#16 DisplayFusion Unfortunately, this is still happening with 9.6.1. Opening Windows Sound Settings still resolves it. Does this rule out a race? Can you enumerate the audio devices the way Sound Settings does? ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#15 Mon, 16 Dec 2019 19:07:27 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#15 DisplayFusion I installed the new version two days ago. I'll let you know if the problem happens again. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#14 Sat, 14 Dec 2019 02:30:04 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#14 DisplayFusion Ok, we've just made another tweak to this for 9.6 Beta 6. Could you try it out and let me know how it goes?

Thanks! ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#13 Tue, 10 Dec 2019 18:56:38 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#13 DisplayFusion Ok, that's good info for sure. Thanks! ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#12 Mon, 09 Dec 2019 17:07:22 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#12 DisplayFusion Thanks. I'm happy to provide more specifics if it helps. I also found a new workaround that wasn't working before. If I open Windows Sound Settings after switching the monitor profile, it will enumerate audio devices and correct the problem. It's visually noticeable that audio devices are re-scanned because the options in the Sound Settings pulldown menu visually flicker and change while it scans. I'm not sure if this new workaround is the result of the new DisplayFusion version or perhaps a Windows update. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#11 Mon, 09 Dec 2019 17:03:14 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#11 DisplayFusion Ok, thanks for the update! I'll re-open the ticket and we'll see if we need to increase the delays a bit more. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#10 Sat, 07 Dec 2019 04:49:48 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#10 DisplayFusion Sorry, this is actually still happening at about the same rate as before. I thought it was fixed initally, but it is intermittent (although frequent). Please let me know if there's any additional information I can provide to help resolve this before the final release. Thanks. ]]> https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#9 Mon, 02 Dec 2019 21:03:41 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/race-bug-when-switching-monitors-and-audio-simultaneously-to-hdmi/?ID=c22017c3-3d94-4a8d-be5e-428fe9739339#9 DisplayFusion Yep! Seemed to be an issue where the audio device wasn't fully setup before DisplayFusion was trying to switch to it in some cases. ]]>