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






that is a very odd error, it points to a line where it makes more sense for a previous line to trigger the error first
can you explain what the circumstances were so that it could be replicated
[clientside_hitreg] addons/clientside_hitreg/lua/marghitreg/sv_marghitreg.lua:889: attempt to index local 'ply' (a nil value)
1. v - addons/clientside_hitreg/lua/marghitreg/sv_marghitreg.lua:889
2. unknown - lua/includes/modules/hook.lua:102
just prevents the infinite loop by sort of inversing what zippy's thing does, shouldn't affect other addons that don't do the same thing
https://github.com/wgetJane/gmod-clientside-hitreg/commit/045d4553f0b60c1c4623d62ad584d24c42816787
thanks for reporting the issue
managed to figure out a fix, try to see if the infinite loop doesn't happen with Zippy's Impact Effects anymore
just checked Zippy's Impact Effects and immediately found something bizarre in its autorun/enhanced_impact_effects.lua file:
local didCode = false
hook.Add("EntityFireBullets", "ZippyImpactEffects", function( ent, data )
if didCode then return end
data.Callback = -- a bunch of code
didCode = true
hook.Run("EntityFireBullets", ent, data)
didCode = false
return true
end)
this is some extremely problematic code, not sure what this is even trying to do, this can easily cause an infinite loop, which is what would cause a crash
there's nothing i can really do to fix this on my end, this is an issue with Zippy's Impact Effects, which should refactor this to use the PostEntityFireBullets hook, instead of whatever this is
I turned off Zippy Effects and it doensn't crash.
So my logical conclusion: Something to do with Zippy stuff.
Here's a bug for you, this is how I always achieve it: If you have Smorgasbord mod, fire at Bananas with the M16 in CS_Italy.
the game will crash.
So that's my basis if it does or doesn't work.
If it crashes when I shoot bananas in cs_Italy, it means this mod doesn't work even with the cvar provided.
did the cvar work?
if not, i'll try to find the time to test compatibility with Zippy Effects, but i'm a little busy
try clhr_nofirebulletsincallback 0
-Enhanced Death Animation
-Enhanced Blood Splatter
-Zippy Effects*
(potentially Proximity Voice Chat)
Using it with those mods, causes a swift crash or frame rates to tank to hell.
I'm not sure why that happends, my own theory is (because we are using collection and we both use the same mods) is that Zippy effects and simmilar mods when you fire, it sends info to the client that "You hit there, make this effect, make this enemy bleed"
But let's say two people shoot the same thing, the server has three packets essentially saying to do the bleed effect and the particle effect for each client 2+ times, which all together causes the perfomance to drop but not directly.
it's not the addon it self that make the performance tank, rather it's a side effect.
idk why it would, this addon doesnt do anything per-frame, it only does something when bullets are fired
it naturally uses a bit more memory and increases net usage, but only very minimally
there aren't memory leaks (like shot info tables being retained in memory forever) and the net messages are packed as tight as they can possibly be, you can check the code on github
thanks for reporting, can you check if the recent update fixes your issue
1. unknown - [C]:-1
2. v - lua/marghitreg/sv_marghitreg.lua:1059
3. unknown - lua/includes/modules/hook.lua:102
It seems to be an issue only with SWCS, even with bullet penetration disabled.
can you send the errors
now that leyhitreg was just recently made free and open source and available on the workshop ( https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3421440369 ), please do NOT use both leyhitreg and this addon at the same time
having both leyhitreg and this addon active at the same time will NOT somehow result in better hitreg if that's what you're thinking, it will actually just break a ton of things that nobody's gonna help you with, because they are not meant to be used together
you must install only either this addon or leyhitreg, so just use whichever one's most compatible with your server's set of addons
https://github.com/wgetJane/gmod-clientside-hitreg
i could not replicate this at all in any branch, can you be specific about the circumstances of the crash?
very odd, this is a crash on the C-side of the game
what branch of gmod is the server on, main or 64-bit or dev?
also can you be more specific on how the crash happened? is it a vanilla hl2 gun shooting a strider?
Client
*Not in Lua call OR Lua has panicked*
Server
0. DispatchTraceAttack - [C]:-1
1. func - lua/marghitreg/sv_marghitreg.lua:1087
2. internal_call - lua/includes/modules/hook.lua:409
3. (null) - lua/includes/modules/hook.lua:428
MenuSystem
*Not in Lua call OR Lua has panicked*
yes, the addon only ever disables itself in single-player mode
can you paste in the error you're getting
sv_allowcslua 1 fixes the add-on not loading at all problem, but it still randomly decides to show only three or four convars instead of all the ones listed in the description, as well as erroring when shooting things (indicating something is missing).
Add-on works fantastic for my needs, but I cannot for the life of me get it to reliably load without restarting the server several times. (tested without other add-ons enabled)
if you're playing in a private server with only friends then setting clhr_supertolerant 1 should be fine
this is a multiplayer-only addon, there's nothing it can possibly even do in singleplayer
print("WHY THE FUCK IS GOTO A THING IN LUA I HAD NO IDEA. IDK HOW TO FEEL ABOUT THIS")
goto loop
just tested on the main and 64-bit versions and it works completely fine
most of the cvars are serverside, also are you sure that the addon is actually enabled? if it is then there might be a diff addon that's preventing this from working