Hi,

I’ve recently changed one of my monitors and updated the graphic card drivers and since then display fusion seems to be unable to switch to a specific monitor profile. If recreated the affected monitor profile (‘tv’) in version 9.7.12 and 9.8b12. In both version the effect is the same.

Once I try to switch to the ‘tv’ profile the current monitor setup is not modified. It seems that DisplayFusion is hanging or blocked (running at around 12-14% CPU load which would be one virtual core). Only the only way to access display fusion again is to kill the not responding process.

Previously everything word fine. The only thing that changes was the following:
- Switched one of the monitors
- Since I also need to use the 24’’ monitor for other laptops and lack of usable input/output interfaces, the monitor is not directly connected via dvi but dvi -> hdmi switch -> dvi. However, this does not seem to have an effect regarding display fusion.
- Updated to the latest driver of the graphic card
I’ve attached to log output for versions 9.7.12 as well as 9.8 beta 12.

Previously the profile used to work. However, that was some time ago and I did not use the profile for some weeks. Since then, I changed the monitor setup and had some issues with the previous graphic card driver (VLC crashed sometimes if hw-acceleration was enabled), I upgraded the driver as well and created a new profile replacing the old one.

Recreating the 'tv' profile using the usual windows tools is working for the display part without problems. There is only one additional issue that cloning the desktop does seem have an effect that the hdmi audio output device is lost, but that seems to be a windows/driver issue and I will check that sometime later.

Reapplying the stored 'tv' setup with DisplayFusion has the described effect of a frozen DisplayFusion and no monitor setup changes.

One short update. I’ve recently switched to the current release version 9.8 of DisplayFusion and did a clean reinstall of the AMD graphic drivers. This solved the HDMI issues, but the DisplayFusion issue is still present.

Switching from the ‘default’ to the ‘tv’ profile is not possible and DisplayFusion is probably hanging in an endless loop. However, I accidentally discovered one workaround for the issue. I’ve another profile ‘work’ which is switching my setup with the LG monitor as primary and Eizo as secondary (extended) monitor to using the Eizo monitor as only active monitor. If I’ve switched from 'default' to the 'work' profile and then switch to the ‘tv’ profile (adding the Samsung tv as output, change the resolution to enable cloning of the monitor), the ‘tv’ profile is working. I’ve tried it a couple of times and so far, there has not been any problem.

In short

• default -> tv ==> will not work
• default -> work -> tv ==> is working

Switch directly back from ‘tv’ to ‘work’ or ‘default’ does not have any problems at all.

It seems that there is some kind of ordering required for the changes needed to update the monitor setup. In case of switch from ‘default’ to ‘tv’ profile, this is not handled properly by DisplayFusion.

-- deleted --

Bug is still occuring in DisplayFusion 9.9

Hello,
i think i'm having the same issue with a infinte loop when i switch to a certain monitor profile.
i really hope you'll be able to fix this issue soon. i just bought DF yesterday. but then i noticted it's always crashing when i switch from extended desktop to a single (but mirrored) desktop.
i'm still going to keep it though, because the hotkeys are super useful. but like it is now i still have to use the windows display settings to switch to single desktop setup.

I've tested display fusion 10 beta 18. So far it seems to be able to directly switch to the new profile. I've recreated my profiles again, to avoid any issues cause by the previously installed version.

However, at one occasion after switching display fusion must have gone stuck in some endless loop again and took all available CPU power. Eventually I had to kill the display fusion process once more. At that time, I did not have any logging enabled and unfortunately, I have not been able to reproduce this behavior after enabling logging.

I've managed to grab a log. The logging was enabled & stated after displayfusion went haywire, however you still might be able to detect some kind of endless loop.

Hi, don't mean to necro this, but I am currently having an extremely similar issue as OP. I use 2 monitor configuration profiles: one for "work" that uses 1 monitor, and one for "personal" that uses all 3 monitors.

I've always been able to easily switch between the two profiles, but recently that has no longer been the case. Now, going from work (1 monitor) to personal (all 3 enabled) does not work. It hangs up and then remains on my work profile. Doing the reverse, however, DOES work. I can go from 3 monitors to 1 monitor no problem.

Further testing has shown that I can go from any profile to any other profile, **as long as I'm not re-enabling more than 1 monitor in one profile swap.**

Examples:
1 monitor -> 2 monitors: WORKS
2 monitors -> 1 monitor: WORKS
3 monitors -> 2 monitors: WORKS
3 monitors -> 1 monitor: WORKS
1 monitor -> 3 monitors: **FAILS** (because I enabled 2 monitors at once)

This is the case no matter which of my 3 monitors I start off with. If just one monitor is on, I am unable to swap to another profile that has all 3 enabled. I would need to first swap to one that has 2 monitors enabled, then swap to one that has all 3 enabled.

Profiles have all been deleted and recreated. Video card has up-to-date drivers. Not sure what more the issue could be.

Hey Jon,

Thanks for looking into this. Attached to this I have attached 2 zip files containing logs. The CurrentBuild log contains the current build, with the BetaBuild containing the log obtained uzing the provided beta. I tested the process in both builds in case that's helpful in any way.

In both logs I perform 4 steps, starting in a 1-monitor configuration profile:
1) Enable a 2-monitor configuration (success)
2) Enable a 3-monitor configuration (success)
3) Enable the original 1-monitor configuration (success)
4) Enable the 3-monitor configuration (fail)

This process occurs in both logs. Going from 1 to 3 monitors still does not work for me in the beta (or the current build). The monitor configuration window freezes up, and then eventually unfreezes with no changes having taken place.

The rough timestamps for when the failure (step 4) occurs is around 15:10 for the CurrentBuild and 15:14 for the BetaBuild.

Let me know if I can help further!

Looks like I'm still having the same issue with Beta 3. I've attached this attempt's log zip to this message. In this trial I only logged the single attempt of going from 1 monitor to 3 monitors so that the log is smaller. The attempt happened right after the 11:55 mark. Same issue, monitor configuration window freezes up, then regains control with no changes having been implemented.

As a side note- I have been using a workaround for my workflow. Rather than going down to 1 monitor during work like I used to, I instead now go down to 2 mirrored monitors. One of the displays is on another input anyway, so the mirror isn't noticable. This allows me to go back and forth between 2 mirrored monitors and 3 extended monitors smoothly. I just mention this in case this issue is ONLY affecting me, I don't want to make y'all spend a lot of time diagnosing something that I have found a workaround for in my personal usecase.

Let me know if I can be of further help.

Looks like I'm still having the same issue with Beta 4. I've attached this attempt's log zip to this message. In this trial I only logged the single attempt of going from 1 monitor to 3 monitors so that the log is smaller. Same issue, monitor configuration window freezes up, then regains control with no changes having been implemented.

It looks like this one did the trick. With Beta5 installed I was successfully able to go from a 1-monitor configuration to a 3-monitor configuration like I used to be able to do. I went ahead and tested other configurations and everything seems to be in working order.

Thanks for all your help!