Nainstalovat Steam
přihlásit se
|
jazyk
简体中文 (Zjednodušená čínština)
繁體中文 (Tradiční čínština)
日本語 (Japonština)
한국어 (Korejština)
ไทย (Thajština)
български (Bulharština)
Dansk (Dánština)
Deutsch (Němčina)
English (Angličtina)
Español-España (Evropská španělština)
Español-Latinoamérica (Latin. španělština)
Ελληνικά (Řečtina)
Français (Francouzština)
Italiano (Italština)
Bahasa Indonesia (Indonéština)
Magyar (Maďarština)
Nederlands (Nizozemština)
Norsk (Norština)
Polski (Polština)
Português (Evropská portugalština)
Português-Brasil (Brazilská portugalština)
Română (Rumunština)
Русский (Ruština)
Suomi (Finština)
Svenska (Švédština)
Türkçe (Turečtina)
Tiếng Việt (Vietnamština)
Українська (Ukrajinština)
Nahlásit problém s překladem






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