I don't think so, I would expect {mapGridPosition [8500,4700]} to return "085047", not "084046", because 8500m mod 100m = 0m and 8500m / 100m = 85, thus {mapGridPosition [8500,4700]} should return "085047".

Is the grid position not matching map grid square?

utils 4 produces this error as well @BIS_fnc_KK

Bump

It would be nice to get this fixed cause I do see quite a few mods using some of the fields that dont work thinking they do.

"DXGI_ERROR_DEVICE_REMOVED" your graphics card got removed or disconnected long enough for the game to die.
Don't know why. You can run the game in fullscreen-windowed mode, and you won't have issues with tabbing out.

The crash there is related to the CPU you are using, not the operating system. It is not supporting a specific instruction.
That code was removed on profiling branch (v6 and later), so it should run if you switch to it.

on profiling branch only. Fixed.

Is this the latest update?

There was a new nvidia gpu driver, i updated it idk if that was it.

Another one{F4489697}

@Killzone_Kid

Revision: 152328

related T147528 T149682

In T82940#1684935, @shukari wrote:

something to my point with the garbage collector grpNull and allDeadmen problem that cause many "not found" messages -> https://forums.bohemia.net/forums/topic/208893-increasing-alldead-and-alldeadmen-collections-during-game-cant-deletevehicle/?do=findComment&comment=3220644

Yes, and so far this problem has not been fixed.

This article is beautifully crafted—it combines insightful perspectives with genuine empathy. The author doesn’t just present ideas; they delve into them, making complex topics feel relatable and accessible. Check it out @ snow rider

Revision: 152324
player setObjectTexture [0, "#reset"]; - sets default texture
player setObjectMaterial [0, "#reset"]; - sets default material

Revision: 152324
player getObjectTextures []; - default textures

Revision: 152322

It is necessary to add this feature, which can make the physical simulation more vivid

Just saying, the code snippet i posted earlier is working code prior to 2.18. Gruppe Adler and FPArma had functioning whispers like that, there was no waiting after adding or removing the player to the custom chat what so ever, all that code runs unscheduled as well.

Revision: 152319

Ok the problem is that after player is removed from the channel, this channel is muted so customchat doesnt work, when player is added back the channel is made audible again but not immediately, this is why adding sleep before customchat works. I will force it to update quicker

If you wait after adding or removing player before sending chat it works. I am going too see if this can be improved

Pretty sure I also had a mag still disappear after the update, although it seems to occur much rarer now.

Sa-Matra — 08/03/2024 3:51 PM

20:50:52 Ref to nonnetwork object 1780898: <no shape>
1000s of these lines on client
Wish it also showed a class name so its easier to see what it is
https://feedback.bistudio.com/T171682
Maybe this?

Icy — 08/11/2024 8:11 PM

Our .rpt file is generating tens of GB's of files full of this error:

18:21:16 Ref to nonnetwork object 2a5a75b7580# 1781137: cncbarriermedium4_f.p3d
18:21:16 Ref to nonnetwork object 2a5a5a29600# 1780692: hbarrier_5_f.p3d
18:21:16 Ref to nonnetwork object 2a5a5a28b80# 1780693: hbarrier_5_f.p3d

Any idea what this issue might be?
all full of .p3d files that it's missing.

Stoneworth — 08/14/2024 12:12 AM

Running the profiling branch of the arma server. Having an issue with a .rpt file reaching sizes of 50+GB within a few hours, bringing down the VPS with it.

By the looks of it the file is doing the
Ref to nonnetwork object... ... .p3d

THOUSANDS of times.

And by looking into the .rpt file, it seems like the file is in a loop with approx. the same amount of local only objects in the game as are referenced in the file.

Fhqwhgads — 08/27/2024 6:03 AM

Dedicated server had a couple of
Out of memory. Your swap file is too small, only 5 MB of free space left. Increase your swap file size or delete some files from your hard disk.

Hard drive was 95% full with ~60GB free when it first happened (it was full when I was managing mods, made room with that 60GB), then it happened again after I freed up more space to ~360 GB free. Maybe the page file didn't update because I didn't restart, but is there a memory leak happening, and could it be related to the 45 lines/sec of "Ref to nonnetwork object 1902be6eb00# 1822730: <no shape>SuppressTarget" since server start? Page file was system managed on that hard drive supposedly at 16MB min and ~24GB max. This never happened before but it's been 6+ months since last server start when the drive probably wasn't full.

18:39:02 Ref to nonnetwork object 1790554: shell.p3dSh_82mm_AMOS

Ref to nonnetwork object Agent 0x0000025B6C51E0C0

In T185773#2691482, @introdevious wrote:

Considering windows server 2008 was sunsetted in 2020 you can’t expect them to continue support for it.

Considering windows server 2008 was sunsetted in 2020 you can’t expect them to continue support for it.

Patch/Fix seems 100% affective as far as the vehicle damage issue goes.

The issue of dragging magazines from the rifle into your backpack and the mag disappearing is still happening at a 100% fail rate.

Just tested with the new update. The first magazine I reloaded disappeared. It was a full magazine. I then fired my gun. Several reloads are now working fine. However, the first reload if you do not fire still disappears.

Can confirm it works in SP until you use the command radioChannelRemove and wait before you add to the channel again.

Well yes. The game updated. its now a different version.
The tool Lou posted above, can probably update your savegame.

The patch is out now, please confirm fix

Now I think the miss of variables is not a bug but just must not be publichet over net is ok
However, you can make sure that the function does not work by the following parts of the function that do not work:

1. A land animal will not be lost if it falls into water
2. The animal will not make a sound
3. the animal will not react to danger as it would in a single player game

and more…

In T185482#2689550, @dedmen wrote:

I need that file, please pack it in a zip and also upload it here

Thanks. Here you are:

As far as I know, that message is exactly why I couldn’t play. Someone is Jsoc found a work around. Someone that was successfully playing on the server sent me their .pbo folders for the server and I can now play. I am not the only person that had this issue, there were multiple people with the exact same message and couldn’t play.

Confirmed in current stable, singleplayer and localhost MP, both with provided mission and a trivial custom one where I simply remote control a unit, release it and then spawn an enemy unit in front of it. After being remote controlled, the unit aims but does not shoot at enemies.

Revision: 152303

Closing this task because I have been informed through SaMatra (Individual who works on / produces KOTH, tightly knit with RHS and you guys) that this issue has already been fixed in the Profiling branch, and the fix will be sent in the next patch.
Thank you and sorry if you spent the time reading this, I was not aware it was fixed already.

14:25:57 "Client applied velocity [0,0,100]"
14:25:57 "Server applied velocity [0,0,100]"
14:25:57 "Client velocity [0,0,94.8551]"
14:25:57 "Client velocityModelSpace [-54.7455,-54.7723,54.776]"
14:25:57 "Server velocity [0,0,94.8551]"
14:25:57 "Server velocityModelSpace [-54.63,-54.6486,55.0144]"
14:26:06 "Client applied velocity [0,0,100]"
14:26:07 "Server applied velocity [0,0,99.9183]"
14:26:07 "Client velocity [0,0,95.0184]"
14:26:07 "Client velocityModelSpace [-54.8397,-54.8667,54.8703]"
14:26:07 "Server velocity [0,0,94.9368]"
14:26:07 "Server velocityModelSpace [-54.583,-54.6015,54.967]"