I was linking my mods manually by loading the -addonsDir in steam for testing and I think that when the game would update a mod, it would wipe the old one from the addons directory, if it was in there.

Hello Geez,

The game already has destroyable doors, they are glass doors. So I thought maybe allowing wooden doors to break wouldn't be such a big task.

In T179349#2573141, @Geez wrote:

Hello everyone.
Sounds like what you want to be using is HumanInputController.OverrideRaise. Here is some example code that works:

modded class PlayerBase
{
	override void CommandHandler(float pDt, int pCurrentCommandID, bool pCurrentCommandFinished)
	{
		HumanInputController hic = GetInputController();

		float movementSpeed;
		vector movementDirection;
		hic.GetMovement(movementSpeed, movementDirection);

		// Only raise if player is moving
		if (movementSpeed > 0)
		{
			hic.OverrideRaise(HumanInputControllerOverrideType.ONE_FRAME, true);
		}

		super.CommandHandler(pDt, pCurrentCommandID, pCurrentCommandFinished);
	}
}

I'm looking forward to the next profiling branch!

Looks like it should work. I found that node type in infected animgraph. It looks like problem is I am trying use IK anim as additive (want have modified fingers). I apologize, ticket can be closed.

Another thing that might help is adjusting spawning to not use your Rambo (saved) kit. It's kinda ridiculous that you can just keep sending in wave after wave of geared guys (with tons of rifle grenades and RPG's), while if the defenders are being smart they will save supply by using default kits and recovering gear from the battle.
I am also uploading a pic of a "radio group" somebody made to increase their spawns. While the positioning is terrible if I'm honest, the idea is solid.

If you by any chance get a Steam ID of a hacker that is not being banned, please contact BattlEye directly at https://www.battleye.com/contact/ and they will check the suspicious player for any malicious software use.

Next profiling and dev branch

This bug happened because the unit needs to be notified that their inventory contents have changed.
With the commands that get the unit as argument its easy, the unit is right there.
But the commands that get a container, first need to find which unit it belongs to, and there might not be any unit at all.

In T180137#2597902, @dedmen wrote:

You can already see in your chat display bottom left, who is transmitting right?

@dedmen thanks a lot for looking into it and sorry for the belated response!

Hello blackburn.
This is intended.
"Main reason why location hint was added back then was that players were lost in conflict. Since combat ops has different "rules" and player knows where they will spawn (in deploy menu - also in map) we don't need this location hint also because navigation and exploration should be part of the immersion of the whole combat ops experience"

The method worked, thanks.

Hello patriaminas.
Can you please provide us with coordinates of where this occurs?
Regards,
Geez

Hello blackburn.
This is intended, they never were interactive for the mouse which confused players before, there are buttons on the line of the controls that replace the keyboard controls.
Regards,
Geez

Huh. Weird that we didn't find that before.
Thank you, the crashdump was enough to see what was going on. Fixed next profiling/dev branch.

next prof

I hope it will be fixed with next profiling branch update, v5.

difficulty setting seems very unlikely to happen. a scripting command may be more possible

https://steamcommunity.com/sharedfiles/filedetails/?id=3150497912

Also, I know about the cases when a model has been attached to the DayZ native zombie skeleton with the same broken behavior. Unfortunately, I can't provide the p3d because I don't have it. The screenshot is all I have

@Geez Yeah, we use different skeleton with its own bones, animations, nodes and etc. I can share the full pack with you if it would help. But the problem still exists only with p3d and model

In addition, I want to say that I am sure that the amount of attached weights is not higher than 4 different bones/vertex groups on every single vertex. Every single vertex is also attached and normalized. We've made some investigation in this direction and tried to limit the number of simultaneous weights per vertex. It didn't really help until we reached 1 weight per vertex group

Thank you, we will investigate with BattlEye.
Regards,
Geez

Hello Damca.
Unfortunately there is nothing we can do in this case we have no way of knowing what happened there.
Regards,
Geez

Thank you.
According to the devs there are some bones our AI does not have, therefore it will not work with our animations.

Hello Lotusopel.
Currently we are not aware of any issues of the stashes un-burying. The information you have provided is not enough for us to go on at the moment - it could be possible someone did find the stashes somehow. We will keep an eye in case further reports appear.

Hello Lars2705.
Is this still an issue?
Regards,
Geez

Hello Dani4x.
Currently there is no information on the topic I could provide.

@slope game: Double-check your username and password to ensure they are entered correctly. If you've forgotten your login details, use the "Forgot Password" or "Forgot Username" options to reset them. If the issue persists, contact the service provider's customer support for further assistance.
Check the service's documentation or settings to see if there's an option to control the login location. If it's a consistent problem, report it to the service provider as a potential bug or feature request.

Hi @Geez Thanks for your reply. I attach the model along with the .xob and model.cfg, but p3d with model.cfg is still enough to reproduce the issue.

1. Open the model in Object Builder
2. Run Buldozer

Hello, any indication if this is something you will implement?
Thanks

Hello choiwonyeong.
Please contact https://www.battleye.com/contact/ directly as BattlEye is responsible for hack detection and ban distribution.
Regards,
Geez

Thank you, we will investigate with BattlEye.

Hello Kolchak_64.
Please try the following:

Thank you for the report grindestfool87.
We will investigate with BattlEye.
Regards,
Geez

Hello everyone.
While we do understand your frustrations in regards to the players using malicious software in order to gain unfair advantage, the BattlEye is doing their best to stay on top of the hackers and detect as many as possible and subsequently ban them. There are hundreds of hackers being banned every month thanks to the BattlEye system. If you by any chance get a Steam ID of a hacker that is not being banned, please contact BattlEye directly at https://www.battleye.com/contact/ and they will check the suspicious player for any malicious software use.