Fix idea: To switch it on or of you must have the item in your hand. (Gaslamp, Gasstove).
That would be the same method as with the flashlight
- Queries
- Arma 3 Activity
- All Stories
- Search
- Advanced Search
Advanced Search
Sep 14 2019
EN: @Geez please pay attention to this bug as soon as possible.
Thanks for this instruction. But I ran into an even bigger problem in this part. I can’t say for sure what inventory items the problem for my character started to play, but sometimes this problem can cause even a double-click to fail. To restore normal operation, it was enough for me to go to the main menu of the game and return to the server. Several times the problem suddenly disappeared, but this is a harbinger of the fact that this will happen often. Therefore, I do not wait for the next case and immediately exit the server and return to the server.
There was another case on the mod server, immediately after the release of 1.05. The server did not check the mods, for this reason they did not kick me from the server. I started the game on the server with a new character and without mods. When they told me about the mods, I downloaded and installed them, went into the game and continued my script with the same character. Later, when this inventory problem first occurred, the problem began to progress. Gradually, I could not reload cartridges on pistols and rifles, later I could not drink and eat ... any animation started playing and immediately stopped playing. I could exit the server, and when I returned to the server I found objects in the inventory that I threw out before leaving the server. When I repeated this several times, I realized that this is not a server problem but a problem with the character. I had to put all my inventory in a barrel and kill the character. He started the game with a new character and regained all the equipment from the barrel. After this procedure, I did not get such a deep problem, only periodically there was a problem with the exchange in the inventory and I did not try again, expecting the problem to deepen on the character.
To another server, the client can connect without restarting the game, to the same no, until its non-existent clone manually kick from the server. The problem is observed both when re-entering and when restarting the game, it does not matter. Some at the time of connection to the same problem writes an error Duplicate ticket, the symptoms are the same. In logs of the server there is nothing at people who do not receive an error about Duplicate ticket, and at those who receive Duplicate ticket there is a half-connection and a kick at once. No other symptoms problems I not found, the problem least with patch 1.04 there is have 10 from 60 players at times, extremely rarely but pile have people on patches 1.02 and 1.03. Basically, as it was correctly noted earlier, people with a large ping or unstable Internet connection, which in itself imposes possible problems on their part, but the symptoms of the problem are observed in all such players. The problem is solved either by a manual kick or by rebooting the server game.
Why you would register variable on server but on client, for sure this will make clients bleeding or anything related, a net sync variable should be client side and server side. If you are doing it only server side this will make a shift in bitstream and fucked up every other system using netsyncvar on the client.
NiioZz
If i use init() result the same
If i register and sync network variables on server and not register this variables on clients, clients bleeding
I often use this methode to switch items. it´s new since 1.05. SURE!
Look here. Same problem.... T144739
+100% Sometimes I don’t even have time to notice how the problem begins to play on the character. Sometimes it seems that this can have any sequence of actions in the inventory. In the last week, I played on a server with a low load, only 3-8 players on the server, and this happened even when I was alone on the server.
The problem never occurs at the beginning of the game, but after one hour (or more) it is expected.
I real life you can also not use thick rags to bandage you.
yep just read it. please close when you can
Sep 13 2019
@AXEL7 Somewhere on the tracker there was a ticket about a similar problem that the client, going to the main menu of the game (due to disconnect), could not connect to any server without restarting the game. Only after restarting the game did he manage to return to the server or connect to another server.
But all this is more like a special case, since there are no mass complaints with a similar problem. I see only the second such ticket.
In expansion we have multiple of registernetsync and never experienced this issue.
I hear you. But explain to me then why at departure of the player from the server his identifier remains to be registered in the list of players on the server as in the status of Lobby of the server whereas actually the player at this moment took off from the server. And as long as manually by means of Rcon-admin server using Battleye that player does not kick out, he can't log in to the server normally?
Looks like my car despawned when parked in the garage. I think when placed new loot, maybe is car entity deleted by loot spawn event.
Heres a graph of frametimes when tabbing in and out of inventory.
Dear Geez
A possible problem may be the client's IP address.
Check the path on the CMD command line (Win + R - cmd), from the client to the problematic IP address of the game server, command:
- tracert IP address - shows the path to the server, and on which server path the problem occurs
- ping IP address -t - will show if there are time intervals in packets
Check which IP address is provided from the provider to the client, internal or external. This problem should not arise with an external one, but you can contact your provider with a request to change the external IP address from internal to external, or change the external IP address if the client's IP address is blocked somewhere on the traffic.
void Init() has to be called in class constructor in order to initialize and register other synced variables. This is likely the reason for the broken bleeding and other issues besides.
Safest way to achieve this would be:
void PlayerBase()
{
Init(); RegisterNetSyncVariableBool("m_isAdmin");
}
This would ensure the new variable is registered after the original ones are, and avoid possible mismatch in variable indexing. Alternatively, you can just modify the void Init() function and add the synced variable at the end of the list there. Either approach should work
This is a constructor and cannot be override.
Attempting to call super.PlayerBase() cause an error
-ignoreMod is not a planned feature IIRC so this will never be a problem.
Sep 12 2019
In T144468#1952255, @Geez wrote:Hello AXEL7.
Can you please translate what does this error state?https://cdn.discordapp.com/attachments/297642079218040834/619213975925817355/unknown.png
also, is it possible that this is a network issue on the side of this player? As we had no reports of such behaviour previously.
Regards,
Geez
In the screenshot, the game reports that it was unable to connect to the server due to an unknown error (I'm telling you about the message at the top of the screen). In this case, the game server itself does not fix connections.
2 servers worked in 1 real server mashine in 1 ip address and diferent server ports, in bug time this player can't connect to first server and can connect to second server game, but in database server character is don't locked,
The problem from provider is possible, we assume, but according to messages from provider, problems are not observed, connection stable, and this problem is observed only at people with the unstable Internet (the ping can sharply change)
I believe this is fixed on exp branch already
Yes, Sarka 120 does spawn!
Sounds like the same issue as T143745 - should be merged
@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).
I have to agree with 'sanguine00' ... any items being added in by MODs should be managed in a separate file (e.g. modtypes.xml). This way, DayZ could push types.xml updates to every server every day ... but the external modtypes.xlm would never be touched. This file would only be modified by server administrators that are adding/removing MODs.
@Kuznetsoff Can you record and show a video about how this happens? I can’t reproduce this according to your steps, but I periodically encounter this problem and cannot build dependencies for this problem.
@Geez Bad rendering can happen for any object in some areas and at any distance.
A few Examples in this video https://youtu.be/rCin2bLgOpQ
I can be mistaken, but if the subject is in open space, where there are no other buildings or other objects nearby, problems do not arise with rendering.
@Geez Thank you!
Thank you for the report KajMak64Bit2.
This is an issue we are aware of and it is scheduled for a fix.
Regards,
Geez
Hello again.
We have confirmed the issue and it has been scheduled for a fix.
Regards,
Geez
Thank you for the videos and updates.
We have confirmed the issue and it has been scheduled for a fix.
Regards,
Geez
Report it in this ticket T139622 . The problem is reproduced in different places.
Thank you for the report Doomed.
We have confirmed the issue in specific buildings with specific items and it has been scheduled for a fix. In case you come across any additional information you could provide, feel free to submit it here.
Regards,
Geez
Hello freerider3434.
The issue has been confirmed and scheduled for a fix.
Regards,
Geez
@Geez quite annoying animation issue , you guys aware of this ?
Sep 11 2019
Glad other people are noticing. It looks ridiculous.
Having the ability to "Include" other types files with a single directive in the main types.xml would be a quality of life enhancement for modders and server admins.
Thank you for the report gzhegow.
The issues have been confirmed and scheduled for a fix.
Regards,
Geez
Thank you for the report Emil.Rothenberg.
This is an issue we are aware of and it is scheduled for a fix.
Regards,
Geez
Hello Niphoria.
The issue has been fixed internally and will be fixed on Steam in the future.
Regards,
Geez
Relevant to this, I’m still noticing a lot of stuttering if the you hold down sprint. Usually after your stamina is drained, and recovering.
Hello dumb and thank you for the report.
The issue has been confirmed and it has been scheduled for a fix.
Regards,
Geez
Thank you for the report ryanburrett17.
The issue has been confirmed and scheduled for a fix.
Regards,
Geez
Do you fix it ?
@Geez I'm not sure as to whether this only occurs in the exact spot seen in the video. Will let you know if I come across the issue again in a different place.
Hello AXEL7.
Can you please translate what does this error state?
This still happens in the current 1.05 stable as of 2019-09-11.
Thank you for the report Tuxtux.
The issue has been fixed internally and should be fixed on the current experimental.
Regards,
Geez
Thank you for the report Cest7.
This is an issue we are aware of and it is scheduled for a fix.
Regards,
Geez
In T139497#1952195, @Anaphoxis wrote:Any new Information on this issue would be appreciated. At least some information about the state or the time it MIGHT need.
Thank you for all the information you have provided.
We are investigating the issue internally and we have a possible cause. However, the fix may be complex and therefore it may take some time for the issue to be solved.
Also, any additional information you come across that might be useful is of course welcome and feel free to post it here.
Regards,
Geez
Hello digiacomtech and thank you for your feedback.
We have a github page set up where we upload the latest files and you can check what has changed in them easily - https://github.com/BohemiaInteractive/DayZ-Central-Economy.
Any new Information on this issue would be appreciated. At least some information about the state or the time it MIGHT need.
Can confirm. I noticed that, too. Really annoying to hit them doing that!
For me it feels like they continue when you turn around again. As soon as you move out of the circle it's okay.
The Canteen can be emptied by looking onto the ground. Same is for the cooking pot, jerry can and Motor Oil Container. At least for me. Can you specify which Containers you tried to empty?