安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题
i notice that on the 8th an update was pushed
"Version 1.4.5
* Map Fix: removed wall detailing (was overwritting tile properties)"
the issue with the server crashing while entering these specific rv interiors still exists.
Do you get any errors in the logs when the server crashes? I'm not able to cause a local dedicated server running on Windows to crash by entering a random Base.isuzubox interior.
This discussion talks variously about desync and crashes - do both happen randomly? Is there some way to test if I'm suffering from the desync?
and if you would like to test this and are not able to replicate the issue I am happy to provide the ip and port of my server for you to test it.
For the record this happened on one of my servers today as well. Our problem was the Petyarbuilt Sleeper trucks (both styles of them).
A player would sit in the truck and try to enter interior. It wouldn't let them. But once they clicked the icon to enter the interior the sever lagged out. You could still move around but chat died quickly, anyone driving would get surrounded by black walls. You couldn't turn on, turn off and/or move a vehicle forward/backward.
No error report sent on it. Everything seemed fine for a few hours but now the server is acting up again. Though this time it's not a whole server crash. Just major lag for a bit then it comes back. I fear another interior messed up somewhere. It's like finding a needle in a haystack at this point since I have interior in every vehicle possible on the server.
I also noticed that in the coding of the Petyarbuilt's there is a period missing where there should be one for the SleeperLong's.
"Base.ATAPetyarbuiltSleeper",
"BaseATAPetyarbuiltSleeperLong"
The bug is actually more specific than just running out of interiors to allocate... it only happens if you have 24 of 25 interiors allocated, *and* the one still available is interior 25. It turns out that ZombRand(1, 25) only returns values between 1 and 24, so the loop to pick a random unallocated interior would never find interior 25, which was the only one that was free. That put the server into an infinite loop, picking random interiors in the range 1 to 24 forever.
We have a fix which will be released in version 1.4.8.
1.4.8 will also have a fix for the Base.ATAPetyarbuiltSleeperLong
Sorry this took so long to figure out!
if you as an admin right click on the vehicle and assign an interior to the vehicle there will be 25 interiors, if there are * next to the number you will know that interior is used. so once you run out of these interiors that issue presents itself. so its not a specific vehicle causing the problem. its that that rv interior type has run out of interiors. you can enter the interiors and find ones which are unused and then "make them avaliable again" and you could now enter that vehicle without the server crashing.