Установить 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