Title

Message

Confirm

Want to earn a free DisplayFusion Pro license? We're looking for DisplayFusion translators!
<< DiscussionsReply

Race Bug when Switching Monitors and Audio Simultaneously to HDMI

Avatar from Gravatar.com
klaxian
10 discussion posts
When switching to a monitor profile that enables a previously disabled screen and changes the default audio device to that screen's HDMI connection (nvidia audio), it appears that a race condition occurs which sometimes results in the wrong audio device being selected. Furthermore, when this happens, audio will be changed to the display output for a different screen, even if that screen ends up being disabled in the target monitor profile. This prevents the audio device from functioning at all. Rebooting the computer or waking from sleep while the desired monitor profile is active resolves the problem temporarily. Is this the best place to report the bug? I am running version 9.4.3. Thanks.
May 9, 2019  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Could you try updating to DisplayFusion 9.5 Beta 2 and let me know if this still occurs?

Thanks!
May 9, 2019  • #2
Avatar from Gravatar.com
klaxian
10 discussion posts
Thank you for getting back to me. I upgraded to 9.5b2 and I haven't had this problem since. However, since it's intermittent, it might come up again after some time. I'll let you know if it happens in the future. Thanks again.
May 14, 2019  • #3
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Sounds good! We did make a couple of changes to how the audio devices are loaded in B1 and B2, so hopefully those fixed this up for you.
May 15, 2019  • #4
Avatar from Gravatar.com
klaxian
10 discussion posts
It turns out that this is still happening on 9.5b4. Did anything change in a recent beta, but it seemed better in 9.5b2. However, the problem is intermittent so it might be coincidence. It looks like a race condition to me.
May 21, 2019  • #5
Keith Lammers (BFS)'s profile on WallpaperFusion.com
We didn't change anything for this between B2 and B4, but it definitely could still be a race condition. We'll try increasing the delay before setting the audio device again to see if that helps. I'll be sure to let you know when we've posted an update with that change.

Thanks!
May 23, 2019  • #6
Keith Lammers (BFS)'s profile on WallpaperFusion.com
We've just released a new DisplayFusion beta version and this issue should be all fixed up. Please let us know if you run into any trouble after updating.

Thanks!
Nov 26, 2019  • #7
Avatar from Gravatar.com
klaxian
10 discussion posts
Thank you very much! This problem hasn't occurred since I updated to v9.6 beta and it was happening consistently about 50% of the time before. It's intermittent so I'll keep testing. What was the problem? Was it a race?
Dec 2, 2019  • #8
Keith Lammers (BFS)'s profile on WallpaperFusion.com
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.
Dec 2, 2019  • #9
Avatar from Gravatar.com
klaxian
10 discussion posts
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.
Dec 7, 2019  • #10
Keith Lammers (BFS)'s profile on WallpaperFusion.com
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.
Dec 9, 2019  • #11
Avatar from Gravatar.com
klaxian
10 discussion posts
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.
Dec 9, 2019  • #12
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, that's good info for sure. Thanks!
Dec 10, 2019  • #13
Keith Lammers (BFS)'s profile on WallpaperFusion.com
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!
Dec 14, 2019  • #14
Avatar from Gravatar.com
klaxian
10 discussion posts
I installed the new version two days ago. I'll let you know if the problem happens again.
Dec 16, 2019  • #15
Avatar from Gravatar.com
klaxian
10 discussion posts
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?
Dec 28, 2019  • #16
Keith Lammers (BFS)'s profile on WallpaperFusion.com
I'm not sure, to be honest. I will pass this over to our devs to see if they have any other ideas here.
Jan 2, 2020  • #17
Keith Lammers (BFS)'s profile on WallpaperFusion.com
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!
Feb 25, 2020  • #18
Avatar from Gravatar.com
klaxian
10 discussion posts
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.
Mar 2, 2020  • #19
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, thanks for the update! I will pass that info over to our developers to see if they have any other ideas on this.
Mar 4, 2020  • #20
Keith Lammers (BFS)'s profile on WallpaperFusion.com
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!
25 days ago  • #21
Avatar from Gravatar.com
klaxian
10 discussion posts
I installed the new version and I'll let you know how it goes. Thanks for working on this!
24 days ago  • #22
Was this helpful?  Login to Vote  Login to Vote
<< DiscussionsReply