Processing Ajax...

Title

Message

Confirm

Confirm

Confirm

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure?

User Image
Dreamer3
16 discussion posts
So I use triggers a lot in order to get games to launch on specific monitors in fullscreen. It is incredibly useful for me because not all games allow me to specify which monitor they launch on, and always launch on the primary monitor. I have used this for months with no real issues until Nvidia updated Shadowplay to be this Share Overlay, which has some nice features of its own so I'd prefer to not revert back to the old one.

This is my basic setup for CS:GO in particular:
Launch: http://i.imgur.com/1CS3G27.png (no problem there)
Close: http://i.imgur.com/iwB0Psg.png

To be clear, closing the Share Overlay will only set-off the trigger while I am in CS:GO (in this case) so I assume the program sees it as me closing csgo.exe which is when the trigger is supposed to activate. If DisplayFusion is open the game flickers and changes monitor profiles, and if DisplayFusion is closed (or triggers are disabled) it functions normally without any flickers or noticeable changes. This behavior is also true for Team Fortress 2 where I use the same trigger setup.
Nov 20, 2016 (modified Nov 20, 2016)  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
It sounds like the NVIDIA share overlay might be running under the game's process. Would you be able to install one of our other apps, Window Inspector, and send me the info for that NVIDIA share overlay? Here are the steps:
  • Launch Window Inspector and your game
  • Hover your mouse over the NVIDIA share overlay
  • Press Ctrl + Shift + F2 to save the info
  • Send me the HTML file that it creates
Nov 21, 2016  • #2
User Image
Dreamer3
16 discussion posts
As far as I can tell, it won't capture any information on the process because it's in exclusive fullscreen mode. I can capture information on the Share Overlay if I use [borderless] windowed mode, but it doesn't set off the trigger if it's using a windowed mode. That said, I much prefer to use exclusive fullscreen mode for competitive shooters due to the input lag windowed mode introduces.

Here are two Windows Inspector results using windowed modes, but I can't figure out a way to capture the Share Overlay in fullscreen mode.
• Attachment [protected]: CSGOBorderlessWindowedMode.html [35,667 bytes]
• Attachment [protected]: CSGOWindowedMode.html [35,667 bytes]
Nov 21, 2016 (modified Nov 21, 2016)  • #3
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Thanks! I can't imagine why the trigger would be firing on that window, as it seems to be running under its own process.

If you add the following to the Window Class box in the Match Conditions of the Trigger, does that solve it?

-"CEF-OSR-WIDGET"
Nov 24, 2016  • #4
User Image
Dreamer3
16 discussion posts
I added -"CEF-OSR-WIDGET" to the Window Class and it did not work. What I figured out that if I run the game in a window then the Share Overlay does not set the triggers off, but it does while the game is in fullscreen. Is there a way I can capture the details of the Share Overlay while it is in fullscreen mode to better see what the difference is between the two modes? Having the Share Overlay up locks the mouse cursor to that monitor and prevents alt-tabbing. Also using Ctrl+Shift+F2 didn't work in fullscreen.

Or can I setup a script somewhere to make it so CSGO needs to be closed for something like >3 seconds in order to set off the trigger?
Nov 25, 2016 (modified Nov 25, 2016)  • #5
Keith Lammers (BFS)'s profile on WallpaperFusion.com
The debug log might have the details I need. Could you try this?
  • On the DF Settings > Troubleshooting tab, change the Logging drop-down to "L2: Log Detailed" and click Apply
  • Reproduce the issue and note the time so we'll know where to check in the log file
  • Send us the DisplayFusion.log and DebugInfo.html files (can be found by clicking the Open Log button on the Troubleshooting tab)
  • Disable debug logging after sending the log

Thanks!
Nov 25, 2016  • #6
User Image
Dreamer3
16 discussion posts
Ok so at the moment it is inconsistent. There should be a couple of times the trigger was falsely set off. The most recent was 13:36, but earlier times it sometime triggered and sometimes didn't so I tried a few times to get it to happen the first try I closed the Share Overlay.

EDIT: It seems like -"CEF-OSR-WIDGET" causes the inconsistency. With the trigger checking for it sometimes the trigger goes off and sometimes it doesn't. Without -"CEF-OSR-WIDGET" it always triggers.
• Attachment [protected]: DebugInfo.html [151,946 bytes]
• Attachment [protected]: DisplayFusion.log [5,767,966 bytes]
Nov 25, 2016 (modified Nov 25, 2016)  • #7
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Nuts, it seems like the NVIDIA overlay uses a bunch of different (sometimes random) window classes.

What about if you change the Window Class condition from:

Code

-"CEF-OSR-WIDGET"


to:

Code

"Valve001"


If I read the log correctly, that seems to be the window class for the actual CS:GO window, so that should make the rule only match that window.
Nov 25, 2016  • #8
User Image
Dreamer3
16 discussion posts
Quote:
Nuts, it seems like the NVIDIA overlay uses a bunch of different (sometimes random) window classes.

What about if you change the Window Class condition from:

Code

-"CEF-OSR-WIDGET"


to:

Code

"Valve001"


If I read the log correctly, that seems to be the window class for the actual CS:GO window, so that should make the rule only match that window.


This works as far as I can tell. Thank you.
Nov 25, 2016  • #9
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Excellent, glad to hear it!
Nov 29, 2016  • #10
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(1)  Login to Vote(-)