quote:

ORIGINAL: Redsco

Hello,

I have the same problem, my game seem lag more than 1 second when I make a clic.
It's seem a little better when I disable the sound.
Please I need a fix...

[&o]

Config: Win 10 64bit, i5 2500k 3.3 GHz, 8GB RAM, NVIDIA GeForce GTX 750Ti.

I know, is not a recent build but I can run game like the witcher 3 without too much problems.

Cordially.

quote:

ORIGINAL: ralphtricky

The only commonality is that they both hit the disk, the new game to load all the scenario names, and the play to load all the graphics. I'd expect them to possibly have a slight delay. While playing though, everything should be in memory except when Zooming and Playing sound.

The logic is largely unchanged from TOAW 3, it's all old school for now. If the new flag doesn't work, I'm at a bit of a loss, especially since it seems to occur on a couple of machines with different video card vendors.

quote:

ORIGINAL: JPJ

Regarding the clicking issues in this thread I see, among others, issues with:
(1) The automatic placement of the mouse cursor.
(2) And sometimes the cursor not working after automatic placement, needing a delay or moving it a little to activate.
(3) And sometimes delays and lock-up after clicking etc.

Has the following been seen or considered in this connection? I see this on my pc:

When the mouse cursor is automatically placed on a button (1), sometimes it initially appears as a non-active cursor (black and white pointing finger) that cannot be clicked unless I wait or move it a little bit to activate it first. See the screenshot. The cursor initially being non-active seems to explain cases of (2) above. I wonder if (2) might be a caused by a threading issue (see below) and if so, if (2) and (3) are then different symptoms of (the same?) threading issue?

Given the inactive cursor on a button in a dialog, sometimes clicking works, sometimes not. If I wait and do nothing (or if clicking doesn't work and I haven't moved the cursor yet), then the cursor remains inactive but will eventually change and become active (colored pointing finger) automatically, allowing me to click. How long I have to wait is variable; it can be short or long, for example 15-20 seconds. So, in these cases there is a delay. In other cases the inactive cursor doesn't become active at all if I don't move it a little; this may suggest its automatic activation process has become locked rather than only delayed.

So, when the mouse cursor is automatically placed on a button, it seems there can be no issue (immediate activation), or a delay (later activation), or a lock (no activation). So, it would appear that something that can be delayed or locked continues to run in the background after the dialog/mouse appears as non-active and before it becomes active. Is there a countdown or something running in another thread that can delay or lock the cursor/click event?

So far for (1) and (2). As for (3): On my screen nothing really wrong happens in cases (1) and (2); the issues are minor or non-existent (correct cursor placement etc., or I only have have to move the mouse a little bit to click, something more people noticed). But is it possible that the clicking issue in (2) is due to a threading issue in these dialogs that causes things to delay or lock up etc. on a much larger scale on some machines, some circumstances, such as the case of Grim.Reaper (3)?

On my pc, I have seen dialog boxes affected by non-active or delayed clicking in many phases, so if you notice this at all you might notice this anytime in your gameplay:
- Version Warning dialog
- Begin Turn dialog (sometimes I can click the inactive cursor, sometimes not)
- End Your Turn dialog (sometimes clicking the active cursor makes it inactive first)
- Attack Resolution dialog
- Time Remaining dialog
- Combat Results dialog
- Situation Briefing dialog (the right arrow)
- Theater Option dialog
- News Summary dialog
- End of Scenario dialog

Note also that on my pc this cursor/click activation problem does not happen in all these dialogs all the time. In some cases it seems I can click the inactive cursor. And moving the inactive cursor just a little bit always activates it immediately, which may explain why this is not noticed in many cases.

quote:

ORIGINAL: tarzanofmars

Just throwing my 2 cents in on click related performance issues, I run Win 7, have an i7-4770k, an EVGA 1070 Superclocked 8GB, an SSD, MSI Gaming motherboard and 16GB of RAM, I play DCS on full settings with no issues.

I have noticed that clicking on HQ units always causes a 3-5 second delay where the movement arrow does not appear and I cannot click on any menu item until the HQ responds, this doesn't happen with any other unit type.
When hovering over the map in editor mod, a large black rectangle appears for about 3 seconds then the hex info appears, then it disappears and the black rectangle remains, often they remain until I zoom in or out and I can have multiple black rectangles wherever I've hovered over a hex. The undo button does not work if you accidentally click on the fill button (making your whole map a spider web of rivers for example) and there is no way to reverse something like this.

I hope this can be patched in the near future [:)]