Page MenuHomeFeedback Tracker

LAG in MAP move and Death&Edit Camera in 64bits only
New, NormalPublic

Description

Hello.
I want to report a bug, with the new 64bits version, that is when I move inside the map. The zoom is ok, but when I pan (move) to a new position the map, I have LAG. And also that is produced in the Death camera (when you die in multiplayer) and the EDEN editor camera.
You can see a video here:

https://www.youtube.com/watch?v=ztBdYo6kBSM

Yesterday 7th April, I discovered that those areas are not the only place where the lag is produced. Normally I don't have any problem in the game 3D view. All is smooth. BUT when there is text appearing then the bug appears.
Yesterday I was using ACE3 medical system and when I made appear the floating TEXT menu on the body of a soldier, the Lag appears also in the normal game camera. Also if I open the inventory, there is LAG.

As said in the video, it is not because a mod. The map lag is produced without any MOD, and it only occurs when in 64bits. If I load 32bits then everything is smooth everywhere.

Details

Severity
Minor
Resolution
Open
Reproducibility
Always
Operating System
Windows 10 x64
Operating System Version
version 1607 (Compilation 14393.953)
Category
Performance
Steps To Reproduce

I don't know how to make you see it. The only difference I got from other users that maybe one or 2 of them saw the problem, is that I have a big resolution. 3 screens with 5040x1050 resolution. But I tried changing the resolution to only 1 screen and the same problem happens.

Additional Information

I reported a ticket to bohemia support. They told me to come here after sending them arma3 reports, files with configuration of my computer (dxdiag and msinfo32 files)... change nvidia drivers, but nothing was found.

As I said before the LAG is produced when there is text on the screen. If there is little, then no LAG, but when there is much, as in the MAP, Death CAM, Editor Cam, mods like ACE3 floating menus, inventory, then the LAG comes. And it is only in 64bits version. 32 bits is smooth.

I am developer for XPlane simulator.. and in one of my planes we discovered that in Windows10 (which is the OS that I have) the rendering method of Text, changed from previous windows versions. It even produced memory drain.
I don't know what this bug can be, but it seens related with 64bits and the way it renders TEXT on ARMA3. I don't know if there is any difference with 32bits method, but in 32Bits is OK and in 64bits not. We in our group are going to play in 64bits, so I would like to continue using the 64bits version.

Event Timeline

Japo32 created this task.Apr 8 2017, 1:17 PM
Japo32 added a comment.Apr 9 2017, 1:08 AM

Ok, here another video that shows that is not the TEXT... it is the mouse cursor.

https://www.youtube.com/watch?v=jSEIAYgL48w

Still not reply from anyone?
No other person have same problem? Is strange that it runs ok in 32bits but not in 64bits.

Japo32 added a comment.EditedApr 26 2017, 10:58 PM

There is other person with this problem. I recorded a video showing what is happening exactly. Reinstalled everything, eve I tried now the new developer update beta version but still the same problem.

https://www.youtube.com/watch?v=UhWSc1pH9ng

Japo32 added a comment.May 9 2017, 6:19 PM

oK Problem fixed.
It seems that if the mouse has more than 125hz of refresh, cord or wireless, then the issue is produced. When the mouse is down to 125hz then everything is ok.
As said this only happens in 64bits option and not in 32bits.
I tried with other mouse cord one with that refresh frequency and the result was the same.
Maybe there is something in the 64bits code that is affecting this? because in 32bits doesn't happen this.