DisplayFusion RSS: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Mon, 10 Jun 2019 18:10:35 GMT

Excellent, glad to hear it!

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Sat, 08 Jun 2019 14:01:54 GMT

Quote:

You can't pass variables directly into the script, but you can use the BFS.ScriptSettings.ReadValue/BFS.ScriptSettings.WriteValue scripting commands. In your AHK script you can set a registry value, then in your script just call BFS.ScriptSettings.ReadValue to read that value back again. To see where and how to write the registry values just call BFS.ScriptSettings.WriteValue as a test, then look in HKEY_CURRENT_USER\Software\Binary Fortress Software\DisplayFusion\ScriptSettings.

Thanks!

That was the last piece of the puzzle! I now have a DF script that reads the registry to create a mirrored window at (x2, y2) named of any region at (x1, y1) of size w*h at a 1:1 ratio that can be customized and called from my AHK script seamlessly. It's never run as smooth as this before. Thanks for the help!

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Tue, 28 May 2019 15:04:20 GMT

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Tue, 28 May 2019 13:37:25 GMT

Quote:

Ok, I think we have something that will work better for you now. In 9.5 Beta 4, we've added scripting functions for the mirroring, so you can now create the window, and it will return a handle so that you can move/size it as well. For example:

Code
Copy
Select All

IntPtr window = BFS.DisplayFusion.MirrorSelectedArea(200, 200, 800, 600);
BFS.Window.MoveToMonitorMaximized(402, window);

Hope that helps!

Thanks for the example. It works pretty well for my use case, but I'm hoping to make it a bit more flexible. In the AHK script I shared with you earlier, you can see I was using variables set at the top of the script for the display width and bezel correction width, as well as some game-specific variables to determine the coordinates to mirror. Is there any way to pass on these variables to the mirroring script so I don't have to create multiple scripts for every scenario?

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 17 May 2019 18:58:50 GMT

Code
Copy
Select All

IntPtr window = BFS.DisplayFusion.MirrorSelectedArea(200, 200, 800, 600);
BFS.Window.MoveToMonitorMaximized(402, window);

Hope that helps!

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Mon, 13 May 2019 18:34:21 GMT

Quote:

Ah yep, sorry. Told you I was no AHK expert

So that line just tells the script to wait until a window with the "BFFormMousePositionSelector" class shows up?

Yep. When working correctly, it should wait for the window to appear, execute the first mouse click, which briefly closes that window. AHK checks that it closed, then checks that a new selection window was opened (the second point), before issuing the second click. I used slightly differing code in some areas depending on my experience with how certain parts of the script tended to behave. You can see the second time around for selecting the second region to mirror, it uses a bit more error checking because I was having issues with the mouse clicks in that section timing nicely with DF's overlay appearing.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Mon, 13 May 2019 17:45:37 GMT

Ah yep, sorry. Told you I was no AHK expert

So that line just tells the script to wait until a window with the "BFFormMousePositionSelector" class shows up?

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 10 May 2019 20:49:28 GMT

Quote:

I can't seem to get this working. The mirror selected overlay shows but then nothing else happens.

I'm not AutoHotkey expert, but I think it's because I don't have the BFFormMousePositionSelector class?

Code
Copy
Select All

WinWait, ahk_class BFFormMousePositionSelector

That should be the class of the mirroring overlay. You can confirm that with the Window Spy tool that comes with AHK: https://imgur.com/a/GcAr4a9

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 10 May 2019 15:38:32 GMT

Code
Copy
Select All

WinWait, ahk_class BFFormMousePositionSelector

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Tue, 07 May 2019 18:47:59 GMT

Thanks! I'll test this out and let you know how it goes.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 03 May 2019 19:06:50 GMT

Quote:

Would you be able to attach the script so that I can test it out here?

Yes. I added some comments in the script explaining how DF and the script must first be configured, as well as explaining what triggers the issue.

EDIT: I guess for perfect replication, you should set the polling rate down to 1 as I have.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 03 May 2019 18:37:13 GMT

Would you be able to attach the script so that I can test it out here?

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 03 May 2019 01:54:36 GMT

Quote:

We're getting ready to release DisplayFusion 9.5 Beta 2 and the mirroring issue when the polling speed setting is configured will be all fixed up in it. It's not posted publicly yet, but you can download it here if you want to give it a try: https://www.binaryfortress.com/Files/DisplayFusion/DisplayFusionSetup-9.5-Beta2.exe

Thanks!

I've installed the beta and this issue appears to be partly resolved. Manually, it works as expected now, but I'm still having a problem when it's scripted, though the behavior has slightly changed.

I've changed my script to specifically wait for the mirror selection overlay to appear after sending the shortcut, and by doing so I've gained better insight into its behavior. The first shortcut triggers correctly and the mirror window comes up after selecting the two points. When triggering the shortcut again (via script), the mirror overlay appears briefly (literally flashes) and disappears again. For further testing I configured the script to activate the shortcut multiple times in a row after the initial successful trigger, and to wait for the overlay to appear after each time, and sure enough, each time the overlay would just flash for a moment before disappearing. At this point, if I (without even moving the mouse) manually send the shortcut, the overlay opens correctly.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Thu, 02 May 2019 18:10:11 GMT

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Tue, 05 Feb 2019 18:05:05 GMT

I don't believe there is, no. Sorry!

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Mon, 04 Feb 2019 20:54:29 GMT

well, if you guys ever work out a way to hold other windows on top of full screen apps, that'd be pretty awesome too.

One last(?) thing. Is there any way for the mirrored area to correctly reflect the cursor style at the original location? Right now it only shows the default cursor in the mirror window, regardless of the actual cursor's style.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 01 Feb 2019 16:22:24 GMT

Thanks for confirming! I've put that polling/selector bug on our list to fix up.

I believe the classic polling option was for Windows 7 when DWM is disabled, it's not really applicable in Windows 10 or Win 7 with Aero enabled.

I honestly have no idea why the mirror windows behave that way, so I don't imagine it's something we can do to other windows intentionally. It's likely related to the mirroring functions in the Windows API and just a weird quirk

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 01 Feb 2019 15:52:33 GMT

"does changing back the one setting related to mirroring that you changed fix the issue?"

Boy do I feel silly now for not catching that sooner. :'D

Yeah that was it lol. Any fix possible?

On a side note, what's the classic polling method setting? And one last thing. . . actually two things.

I've been using mirroring windows with different functions, and I found an interesting side effect. As you can see from my settings, I have a handful of scripted functions downloaded. The functions of importance here is the one bound to Ctrl+Alt+Shift+T (make translucent/click-through), as well as the built in function bound to Ctrl+Alt+Shift+P (pin to top). I've found that when both are used in conjuntion on a mirroring window, I get the the interesting side-effect that I'm able to keep the window overlayed on top of even full screen games. I MUST use both though. Pin alone cause the game to keep minimizing (though the window does stay on top while the game attempts to stay up (which is interesting considering the next point), and obviously transparent/click-through alone does nothing visible when the game is up. The weird thing is, no other windows (that I've found) behave like this. Most apps are completely hidden when a (true) full screen game is up whether or not I use pin. And due to them not rendering on top, they don't trigger the constant minimizing. Using pin + transparent/click-through does nothing either with any other windows.

Why do mirroring windows behave like this? And don't get me wrong. NEVER change this. This is amazing. I've been using this plus autohotkey to remap HUD elements from my side displays to my center display when playing games in surround (like league of legends). The cherry on top is the Ctrl+Alt+Shift+R scripted function which removes all borders. I use that and AHK to make the mirrored areas have a perfect 1:1 ratio to the size of the original area and use some clever AHK tricks to make the mouse jump between screen regions seemlessly, allowing me to interact with the minimap as if it were on my main display and it's absolutely amazing.

And the obvious followup question. Can other windows be made to behave like this as well? I'd love to have a small chat window or a website up on the side while playing in surround if possible, but as it is, nothing I've worked out can pin anything but DF's mirroring windows over a full screen game.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Fri, 01 Feb 2019 15:26:28 GMT

Thanks! I think I might have found it. If you clear the Mirror Polling Speed advanced setting, does that fix it?

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Thu, 31 Jan 2019 19:49:51 GMT

Here you go:

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Thu, 31 Jan 2019 19:46:57 GMT

Ok, thanks! Could you attach a backup of your settings as well? (Settings > Options > Export)

Thanks!

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Thu, 31 Jan 2019 19:22:22 GMT

I can confirm the issue exists even if I wait longer. I've attached the debug info as well in case it's a specific combo of settings that's causing this.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Thu, 31 Jan 2019 18:29:45 GMT

Thanks! I'm doing the same steps here but no luck reproducing it. If you wait longer after the first mirror window opens, do you still have the same issue? I tried the hotkey within a couple of seconds of the first mirror window opening and still no issues.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Wed, 30 Jan 2019 21:02:19 GMT

Yep. Here are the steps exactly. Firstly, I have mirroring bound to Ctrl+Alt+Shift+M. I press the combo, click to select the first point, then click to select the second point. At this point the mirroring window for the region I just selected should open. Immediately after selecting the second point I press the combo again, which prompts me to select the first point. I do so, and the overlay which should appear to have me select the second point never appears. I then close the mirroring window which appeared from selecting the first two points, at which point the second overlay immediately appears. At this point, you can loop the issue indefinitely by pressing the combo again, which will show the first overlay, but not the second until the mirror window is closed again.

RE: Some Quality of Life Changes to Mirroring

Binary Fortress Software — Wed, 30 Jan 2019 18:53:06 GMT

I can't seem to reproduce the first issue in 9.5 Beta 1. You're on the beta as well, right?

DisplayFusion RSS: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

CodeCopySelect All

RE: Some Quality of Life Changes to Mirroring

CodeCopySelect All

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

CodeCopySelect All

RE: Some Quality of Life Changes to Mirroring

CodeCopySelect All

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

RE: Some Quality of Life Changes to Mirroring

Code
Copy
Select All

Code
Copy
Select All

Code
Copy
Select All

Code
Copy
Select All