安装 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(越南语)
Українська(乌克兰语)
报告翻译问题






在 Youtube 上 



https://cdn.steamusercontent.com/ugc/13162475431936839056/DAD4861EA262A0323089A44A2EAC847D3407B310/
FPS barely changed between the 2
To confirm this with one last test, could you please try setting "Max Playing Sounds" to 32 and "Max Simultaneous Instances" to 5? These are the vanilla values. Then compare the frame drop you get with Soundproof Walls enabled and disabled (you can use the "Enable Mod" toggle in the General tab).
If there's still a drop when disabled, it indicates your system just struggles to play Barotrauma's sounds in general for some mysterious reason. Which would explain why there weren't huge numbers in the mod's "Show Performance" overlay. Instead, the large update times are likely in the vanilla game's "showperf" overlay.
Dropping max playing sounds to ~45 stopped FPS from going from 100 to single digits and instead to 90
I'm not at all making any statements here, mind you. It just seems that the devs focused purely on server lists sorting witht this one, and I as a totally random dude have no clue how would that break the sound logic...
Do not mind me though, I'm just bored here waiting for the Lua update, lol.
To put that in perspective, 60 FPS requires the combined update time to stay under 16.67ms. Your 0.15ms spike is not large enough to cause this lag alone, so something else must be taking up considerable resources.
You can type "showperf" in console to see your combined update time and a breakdown of all contributing processes. Your "Items" update time is probably high.
I tested your lever setup and the mod's spikes were 0.04 to 0.047 (high-end Windows PC) and 0.07 to 0.09 (low-end Linux PC), these jumps being considerably lower also points toward something else on your system using the resources. My combined update time never went high enough to see any frame drops.
Is it possibly caused by another mod? Also, you only get this issue in this specific door situation, correct?
Not sure what I should be looking for but here:
https://cdn.steamusercontent.com/ugc/14134035929568009136/217D566669F44F8F75D638D05AC66B6AE361BFBF/
Don't have this issue with the mod disabled