Thank you for the report Col_Kernel.
The issue has been confirmed and scheduled for a fix.
Regards,
Geez
- Queries
- Arma 3 Activity
- All Stories
- Search
- Advanced Search
Advanced Search
Sep 18 2019
Hello PR9INICHEK.
All of these issues are known / have been confirmed and are scheduled for a fix.
Regards,
Geez
Hello Allantheking.
The issue has been fixed internally and will be fixed on Steam in the future.
Regards,
Geez
Thank you Psicose.
We have confirmed the issue and it has been scheduled for a fix.
Regards,
Geez
@Digiblast that might be a different issue with desync of handstate or its related dunno.
Maybe this issue has to do with vaulting ? as this is the only action being done during those 10sec of disappearing of mag
Thank you for the videos and information.
We are currently looking into the issue internally.
With regards,
Geez
NiiRoZz
I understood this and already rebuild our mod...
Thx
It's not nonsense, you have a bitstream between client and server, if you send more bit from the server to the client ( by adding only a registernetsync at server side) you will have a shift inside your bitstream, and why you bleeding ? because bleeding is just only 1 bit, so if you have a shift of one, there is a bit of 1 shifting to the right for example, and so make you bleeding.
nonsense...
why blеeding? why not death immediately?
why it is impossible to filter on client side and process only registered variables? is it difficult for programmers?
These are all mistakes that I get if I have activated too many crafting recipes. I deactivate enough crafting recipes I get no more error message and the server can start.
@Geez This has been since first 1.05 exp got out.
All the pistols/mags have this.
I had some hard hours trying to figure out the Issue causing this Problem. It's happening when you want to use the PlainId (maybe other values too) of the Player and not save the PlainId in a variable first ! I fixed I by always using string steamid = player.GetIdentity().GetPlainId(); and then compare those values ! I did not test if this is enough, but what should be enough is this code:
Sep 17 2019
@Geez okey ive just seen it happen on a stream , https://clips.twitch.tv/GracefulExcitedDinosaurFutureMan
@Geez hi :)
@Geez hi :)
@Geez hi :)
+ this
Same problem :(
Same problem
Tactical Belt + Leather Sheath:
@Geez hi :)
Verifysignature 3 makes it so you cant use outdated mods it doesn't let you join.
If the mods on the server is the latest and the player doesnt have it = not being able to join.
If the player has the latest mod and the server is not updated = not able to join.
thanks for the info. I will try to close this ticket then.
Duplicate. This ticket has already described this problem T143682
They are not permanent, but I think suddenly disappearing is kind of weird.
Please test it on your end :)
@Geez RESOLVED as of Game Update 1.05.152451 (16.09.2019) [https://forums.dayz.com/topic/246107-stable-update-105/]
Thank you for the report Psicose.
The issue has been confirmed and scheduled for a fix.
Regards,
Geez
You should not use equalModRequired at all its a deprecated function.
Use verifySignature 3 because thats what you are looking for
Hello Emil.Rothenberg and thank you for the report.
The issue has been fixed internally and will be fixed on Steam in the future.
Regards,
Geez
+1
Sep 16 2019
Just love how not even a single thing of all this above was changed in 1.05. Even bugged texture filtering. Still setting to 4x in files while highest in options.
Same goes for the carrier plate with attached holster and pouches. (Did not tried without the holster).
@Geez Perhaps this is related and has a common root. In this ticket T144739 ,I described a problem with the character, which often occurs through rotation / exchange of objects in hands, or another reason. This problem always starts playing suddenly. The problem can block any animation on the character, take an object, charge a cartridge, eat and drink, dressing wounds and so on. Getting out of the north and logging into the server again often helps, but I had a case when this did not help, and I was forced to start with a new character.
https://youtu.be/3J7zgtrq1B4
Sure!
While I was recording the issue (first video) I realize another effect on swapping rotated items that makes items disappear (second video).
@Geez ... Not trying to be difficult ... just trying to understand.
Hello Psicose.
Could you please provide us with a video of the issue and how to produce it?
Regards,
Geez
Hello FreeSnake.
Is this issue tied to a specific character on the official servers, or do you experience this issue across various community servers as well?
Regards,
Geez
Hello PANZERmx.
Both US 3664146 and NL 3663873 are up and running at this moment.
Regards,
Geez
ok, problem solved
Thank you for the report Robert_Shepard.
The issue has been confirmed and scheduled for a fix.
Regards,
Geez
In T144641#1952883, @digiacomtech wrote:@Geez ... I understand that for vehicles that are NOT currently active, ready to be used in the game, you would want them to despawn immediately after being spawned in. However, for known good vehicles, the value should be set to something more reasonable (e.g. 30 days).
For example, the 'OffroadHatchback' is currently set for 3 seconds? Why? And if it is being set/managed elsewhere then can you tell me where that is so I can manage that as well?
Hello Robert_Shepard.
This is a known issue and it is scheduled for a fix.
Regards,
Geez
Hello michael.schamlzl.
The issue has been fixed internally and will be fixed on Steam in the future.
Regards,
Geez
ok, thanks
Sep 15 2019
After Server restart car was lost!