Mouseclick Performance on Mac

[betonmicha]

We played yesterday a game of D&D and I realised, that my mouse clicks were not recognised as expected. When clicking on a window, like combat tracker, and moving the mouse, the window is only picked up after a second. When changing the window size, I need to put the mouse on the lower right corner, click, wait a second and move the mouse to change the size. If I move the mouse to quickly, I just moce the mouse, but do not change the window size.

I think the time for FGU to realize the mouse was pressed is too long. I had this behaviour tested on a Mac M1 Max with 32GB RAM and a M1 Mac Pro with 16 GB. It feels worse on the slower machine.

I reinstalled it on one system without change.

But than I installed it in a Paralles VM under Windows 11 on my M1 Mac Max and it works much better there. I expected it to be even slower.

For Testing purposes I start FGU and load the tutorial 5e campaign.

The Mac is a M1 Max MacBook, with OS 15.2 (the newest)

Is this a bug or just something on my two MacBooks. I talked to friend with M2 mac mini, he did not have any performance problems.

[Moon Wizard]

I test things on an Intel MacBook that I use to do builds; and have not seen that issue. Do you have anything in the Mac mouse settings that would affect mouse behavior different than default?

We don't actually do anything unique for Mac vs. Windows with the mouse; we just get the mouse information from the Unity game engine.
I did a search on Google for "mouse click delay unity player macos", and it gave back some things to check.

Regards,
JPG

[betonmicha]

Thank you for your reply, but I actually don't know what to do here.

The links I got after googeling showed Mac OS Catalina Problems and mostly that the Unity Version should be updated. But more or less all links were outdated.

I now installed the latest FGU build on an old Intel Core i7 Mac Mini with 16 GB (from 2012) and dedicated Graphic Card and it also performs better on this one, regarding to my "Mouse Click behavior"

Mouse Clicks are registered, thats not the problem, but it seems to be a delay. It shows also when trying to grab the dice on the bottom of the screen. I can't just grab the dice, I need to click the dice, wait for about half a second and than the dice is picked up.

Its only inside the FGU Window. All other programs and even the window itself behaves normaly.

One strange thing I need to mention:
I tried to make a video recording with the apple Screenshot tool (cmd+shift+5) and than the first click is directly working in FGU. But only the first one. And it doesn't matter where I click first, so which dice I pick. The second dice pick up than is "normal" with that delay.

http://www.betonmicha.de/video/dicepickup.mov

The video is not much of a help, because you don't see when I click. You only see when the click is registered.

We used FGU in our RPG group before, and I can't remember having this kind of behavior then. But its a few month since than.

thank you, Michael

[HywelPhillips]

I don't know if it is related, but I used to get similar mouse click delays when /vsync was set to too low a frame rate on MacOS.

https://fantasygroundsunity.atlassia...cing+GPU+Usage

It was never as extreme as a half-second wait, but it was enough to make me regularly miss click-and-drags and to be forced to turn vsync to 0 to make sure the GM mouse response was snappy enough to avoid me mis-clicking dozens of things per session.

So just try setting /vsync to different values and see if it has any effects.

Fortunately I've only run FG on high-end Macs (10 Core Xeon iMac Pro 128 GB and 24 core M2 Ultra 128 GB Mac Studio) but if it was enough to cause those machines to stutter it might cause something with less GPU grunt more of an issue?

Cheers, Hywel

[betonmicha]

Hi Hywei

I tried /vsync and /imagequality yesterday, vsync is set to 0.

I don't think that it is a performance issue, because it runs better on the same mac book when running in a virtual machine on windows. And thats not what I expected.

Maybe you can kill that problem with sheer power but I wont buy a new MacBook, when a 12year old MacMini runs it better.

Cheers, Michael

[HywelPhillips]

No obviously something is amiss if the same MacBook under a windows VM performs better or on an old MacMini. So it must be a different issue to the one that was causing me issues.

Hopefully SW can figure it out.

Cheers, Hywel

[betonmicha]

I have an update:

there is also a console command /debug on

with that on I can see a little bit more. As soon as I hover over the menu on the right, for example "Library / Modules" the Debug window shows me where the mouse is. This changes when I move the mouse.

When I press the mouse button and wait, it changes from "sidebar_dock_entry" to "sidebar_dock_entry_down". This takes exactly the time, I have to wait for the click to be registered.

In my Windows VM, on the same computer, running the same time, the "_down" shows up instantly when the mouse button is pressed.


down.png

[Moon Wizard]

I'm not sure what is going on in your scenario either; since I don't have it happen here, and haven't heard any other reports. As @HywelPhillips mentioned, it does not seem like a hardware issue, since the VM seems to run fine. So, that leads me to believe that it is an issue with the MacOS installation/drivers or MacOS settings. I'm not a Mac expert, so not sure which settings could impact that. By default, I would suggest that you make sure you are running the latest MacOS updates, and review "all" of the mouse settings you can find.

Regards,
JPG

[betonmicha]

I'm not sure what is going on in your scenario either; since I don't have it happen here, and haven't heard any other reports. As @HywelPhillips mentioned, it does not seem like a hardware issue, since the VM seems to run fine. So, that leads me to believe that it is an issue with the MacOS installation/drivers or MacOS settings. I'm not a Mac expert, so not sure which settings could impact that. By default, I would suggest that you make sure you are running the latest MacOS updates, and review "all" of the mouse settings you can find.

Regards,
JPG

yes, thank you, I allready did this. everything is up to date.

I also installed FGU yesterday on my wifes MacBook Air M2 with 8 GB RAM. Same issue, a little bit less noticeable, I guess the M2 is a little bit more capable as the M1.

It does not occur on 12 year old Intel Macs or Windows VM with Parallels on a machine that is natively impacted by this issue.

In my opinion the issue is apple silivon releated, maybe with rosetta 2.

it seems, that a faster or newer Mac helps with the problem.

Parameter like vsync and image quality have an impact on overall performance, but not on the mouse click input delay.

What I really don't understand, is, that ist seem to make a difference when I try to make a video recording of the problem. Then the first click is instantly recognised, the following are not.


I found another "bug", FGU seem to have a problem with retina displays. Sometimes the uiscale hase to set to 200 to have a normal sized view !


How can I reach a Mac Export within SmiteWorks ?

Cheers, Michael

[betonmicha]

ok, I think I can simplifiy my problem even more.

Even the FGUpdaterEngine Window performs the same.

Just by clicking on the grey window title, right on the Text "FGUpdaterEngine" and moving the mouse, NOT releasing the mouse button, it takes a nocicable time, sometime up to 2 seconds until the window jumps to where the mouse is.

.. Still pressing the mouse button....

When I move the mouse, the window is then still under my mouse, allways. I can shake the window as I like.

I can't make a video recording, because the mouse pointer is not captured.

Every other window from every other application on my desktop is picked up immediately when I Click the header and move the mouse.



Cheers, Michael