I tried to script a solution for this for hours, but nothing I tried worked.

Looks like rolling back to older Nvidia driver - 555.85 fixes "GPU hangs" error.

@Gomo
Looks like rolling back to older Nvidia driver - 555.85 fixes "GPU hangs" error.

@Geez
Looks like rolling back to older Nvidia driver - 555.85 fixes "GPU hangs" error.

In T184694#2704105, @MilesDownshur wrote:

It reached me, but you're in the wrong place buddy. Former players who played the game since Arma2 mod till now aren't having any influence here, nobody does to be honest. Unless you're Wobo or spagetti guy, or Marks who chose the dark side. It doesn't cancels the fact the the game is one of the best, and it's greatness saved devs from their multiple f^&@k ups many times, and the fact that from time to time these guys bring something incredible (toxic zones, dambog, 40mm ammo, hummvee, Sakhal dlc) (they are same good as they are bad sometimes but this is not the point). The point is you need to storm somebody with audience and convince them to start talking about the problem. Sadly, but without that its solve takes from couple of years to infinity. But yea, I only can imagine how it feels when you can't play your favourite game because of health condition.

It reached me, but you're in the wrong place buddy. Former players who played the game since Arma2 mod till now aren't having any influence here, nobody does to be honest. Unless you're Wobo or spagetti guy, or Marks who chose the dark side. It doesn't cancels the fact the the game is one of the best, and it's greatness saved devs from their multiple f^&@k ups many times, and the fact that from time to time these guys bring something incredible (toxic zones, dambog, 40mm ammo, hummvee, Sakhal dlc) (they are same good as they are bad sometimes but this is not the point). The point is you need to storm somebody with audience and convince them to start talking about the problem. Sadly, but without that its solve takes from couple of years to infinity. But yea, I only can imagine how it feels when you can't play your favourite game because of health condition.

I really miss playing the game

logEntities has class name and position (but no vehVarName either)

He got banned again lol.
Just autoban VAC banned people, bro.

deleteVehicle has received a local check and should be fixed.
If there is a repro, I need a repro to see whats happening

I've updated documentation yesterday

Oh I see the mistake.

Server logs attached

Current client logs, 7-zipped.

above is the output currently generated. some you can pinpoint, a few have class name, most only displayName or something obscure like "Turret"

you generate captures on the server and want to view them (but also do file capturing on the client - as said using #frame/#sframe resets diag_captureSlowFrame with continuousCounter

faulty parameters (type or number) for #captureSlowFrame

"the cloud file provider is not running"

What is "faulty" input? Examples?

Why would you open the dialog, without capturing anything.
I don't see the usercase.

Should for now be fixed on profiling branch.

Add class name and vehVarName (if assigned) to network objects

https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

That's what you get for pirating

Client side logs show the same error and not much else for the above 2 examples:

At the moment it crashes even if I open the Nvidia overlay

Client connection test 2 - Try a direct connection

OK. I think there has been some more confusion here, but I will clarify. :)

In T186386#2703867, @priglmeier wrote:

This is only partially correct.

Port forwarding is configured and is working properly.
The LAN address should not matter. Port forwarding is set properly for Arma Reforger.

PORT FORWARDING CONFIG
Arma-Reforger Settings

FROM Any
PORT 2001,17777,27015
FORWARD IP / PORT 192.168.1.223:2001,17777,27015

Arma-Reforger-TCP
FROM Any
PORT 27015,27036
FORWARD IP / PORT 1192.168.1.223:27015,27036

So both LAN and WAN clients should be able to connect without any issues like the Arma 3 server / clients.

If the WAN client does not care about the reported ping being 999 (or ignores this), then the WAN client should be able to connect properly.
Why does the WAN client not connect as expected?

Experimental client running on Steam account with key that I purchased this morning:

This is only partially correct.

In T186371#2703829, @Geez wrote:

In T186371#2703810, @sanguine00 wrote:

@Geez

We're finding that people with early access keys can't join, but post-release keys seem to be recognized.

@Spaggie Are you observing the same thing?

Could you please check with the users if they see "DayZ Frostline Experimental" in their DLC section of the "DayZ Experimental" app?

We've not had anyone say they're struggling but it's early for us, things will spice up later

What we meant that behaviour you observed is correct, that is how it should currently behave.

Alright. The issue remains the same though. In both configurations either the WAN or LAN clients con't connect as expected.
Let's focus on Example 1 since you reported this should work properly.

Hello Cancelor.
There is nothing we can do, we cannot adjust items on the server nor we have any way to interact with them.
Regards,
Geez

Example 1): seems to be correct behaviour so we do not have anything to say to that

In T186386#2703831, @priglmeier wrote:

@Geez This issue is NOT caused by "A server ping exceeding 999 milliseconds when hosting a LAN is a normal occurrence. This is because the server is not accessible from the internet and we cannot accurately assess ping times using private IP addresses."

It is not a duplicate of T184790: Self hosted server always show "high ping server" in server browser

OPEN this case please and actually read the information presented in this BUG.
The title states "Publicly available" and this issue is not resolved.

@Geez This issue is NOT caused by "A server ping exceeding 999 milliseconds when hosting a LAN is a normal occurrence. This is because the server is not accessible from the internet and we cannot accurately assess ping times using private IP addresses."

In T186371#2703810, @sanguine00 wrote:

@Geez

We're finding that people with early access keys can't join, but post-release keys seem to be recognized.

@Spaggie Are you observing the same thing?

Thanks KK - excuse my ignorance in the context of BIS_fnc_setRain how do I reference the (presumably) first frame in the sequence of snowflake4_ca.paa? Like this?
// texDropCount isn't documented from what I can see.

Im having the exact same issue.
Was running 60-70 fps before 1.26 and now is in general 30fps, or less
Tried all of the above as well, no success.
So far ruined the game for me, a +10k hours player of the game

We're finding that people with early access keys can't join, but post-release keys seem to be recognized.

Thank you

{F4661118}I will try to reproduce it.

Resolved for the 1.3. update.
Regards,
Geez

So what i tried:

Hello fredo.bredo.
This is not a bug but a design choice.
Regards,
Geez

Hello Luco.
We were unable to reproduce the issue on our end. Can you send us a screenshot of the particular location?

Hello DancBC1987.
We have tested this but we could not reproduce any issue.
Regards,
Geez

Hello Sprangbalk.
Could you possibly send us a video of the issue?

Hello fundogthrillionaire.
There are two actions, when you hold a Rags. Holding LMB for crafting of the wraps or just a click to add rags to the torch. Adding rags via click is working properly.
Regards,
Geez

Thank you for the report.
We have tested this but we were unable to reproduce the issue on our end.
Regards,
Geez

Hello, again, we could not find "RTX Dynamic Richness" function anywhere, is it possible that you mean GeForce RTX Vibrance instead?

Hello xnasle.
Was this on Sakhal? As this works on the other two maps, on Sakhal it is as intended.
Regards,
Geez

Hello Tyson313.
Unfortunately the logs do not contain any relevant mdmp files for this occurrence.
Can you check your appdata dayz folder if there are any recent ones?