安装 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（越南语）
Українська（乌克兰语）
报告翻译问题
11 
举报此帖
game version: B42.1
Mods loaded: "Bandits", "Bandits Extra Options"
Mod load order: "Bandits Extra Options" are below "Bandits"
Friendly NPCs are still joining automatically.
The option box is ticked (same as default). I also tried it with un-ticked box, but it didn't make a difference.
There was a lua error causing this. Should now be working!
Re-downloaded the "Bandits" and still nothing.
What I think would help debug this issue (and be a good feature in general) is a separate customizable chance for the friendlies to be neutral or followers, instead of it just relying on the chance of being friendly itself. That way, people can set all of the friendly NPCs to be neutral both to get to the bottom of the problem and just to get rid of followers altogether if they so wish.
I first noticed it when I saw that some of the "bandits" had green text over their heads when spawning waves in debug mode, and sure enough, they were actually neutrals seeing as they didn't attack me when I unchecked invisible.
The new update should have this working properly, please let me know if it is still an issue.
also got this
`attempted index: ModOptions of non-table: null
function: SpawnWave -- file: BanditAddOptionsScheduler.lua line # 311 | MOD: Bandits Extra Options
function: CheckEvent -- file: BanditScheduler.lua line # 911 | MOD: Bandits
java.lang.RuntimeException: attempted index: ModOptions of non-table: null
at se.krka.kahlua.vm.KahluaThread.tableget(KahluaThread.java:1689)
at se.krka.kahlua.vm.KahluaThread.luaMainloop(KahluaThread.java:492)
Version 41.78.16
Mods: Bandits, bandits extra options, mod options, Weapon condition indicator and the compatibility patch
load order first bandits then bandits extra options
Should be working now :)
I think you should be able to fix it by renaming the files in media/lua/shared/Sandbox so they don't overwrite the original ones, and instead insert your settings into the vanilla files with something like this:
[14-02-25 17:03:33.580] LOG : General f:2024, t:1739581413580> -----------------------------------------
STACK TRACE
-----------------------------------------
function: FindLightSwitch -- file: BWOObjects.lua line # 316 | MOD: Bandits Week One
function: Main -- file: ZPInhabitant.lua line # 275 | MOD: Bandits Extra Options Week 1
function: GenerateTask -- file: BanditUpdate.lua line # 1284 | MOD: Bandits
function: OnBanditUpdate -- file: BanditUpdate.lua line # 1427 | MOD: Bandits.
[14-02-25 17:03:33.581] LOG : General f:2024, t:1739581413581> -----------------------------------------
STACK TRACE
-----------------------------------------
function: FindLightSwitch -- file: BWOObjects.lua line # 316 | MOD: Bandits Week One
function: Main -- file: ZPInhabitant.lua line # 275 | MOD: Bandits Extra Options Week 1
function: GenerateTask -- file: BanditUpdate.lua line # 1284 | MOD: Bandits
function: OnBanditUpdate -- file: BanditUpdate.lua line # 1427 | MOD: Bandits.
[14-02-25 17:03:33.581] ERROR: General f:2024, t:1739581413581> ExceptionLogger.logException> Exception thrown
java.lang.RuntimeException: Object tried to call nil in FindLightSwitch at KahluaUtil.fail(KahluaUtil.java:82).
Stack trace:
se.krka.kahlua.vm.KahluaUtil.fail(KahluaUtil.java:82)
se.krka.kahlua.vm.KahluaThread.luaMainloop(KahluaThread.java:954)
se.krka.kahlua.vm.KahluaThread.call(KahluaThread.java:173)
se.krka.kahlua.vm.KahluaThread.pcall(KahluaThread.java:1963)
se.krka.kahlua.vm.KahluaThread.pcallvoid(KahluaThread.java:1790)
se.krka.kahlua.integration.LuaCaller.pcallvoid(LuaCaller.java:66)
se.krka.kahlua.integration.LuaCaller.protectedCallVoid(LuaCaller.java:139)
zombie.Lua.Event.trigger(Event.java:81)
zombie.Lua.LuaEventManager.triggerEvent(LuaEventManager.java:315)
zombie.characters.IsoZombie.updateInternal(IsoZombie.java:3689)
zombie.core.profiling.AbstractPerformanceProfileProbe.invokeAndMeasure(AbstractPerformanceProfileProbe.java:102)
zombie.characters.IsoZombie.update(IsoZombie.java:3557)
zombie.MovingObjectUpdateSchedulerUpdateBucket.update(MovingObjectUpdateSchedulerUpdateBucket.java:71)
zombie.MovingObjectUpdateScheduler.update(MovingObjectUpdateScheduler.java:159)
zombie.iso.IsoCell.ProcessObjects(IsoCell.java:3058)
zombie.GameProfiler.invokeAndMeasure(GameProfiler.java:195)
zombie.iso.IsoCell.updateInternal(IsoCell.java:5942)
zombie.core.profiling.AbstractPerformanceProfileProbe.invokeAndMeasure(AbstractPerformanceProfileProbe.java:102)
zombie.iso.IsoCell.update(IsoCell.java:5884)
zombie.iso.IsoWorld.updateWorld(IsoWorld.java:3955)
zombie.iso.IsoWorld.updateInternal(IsoWorld.java:4055)
zombie.core.profiling.AbstractPerformanceProfileProbe.invokeAndMeasure(AbstractPerformanceProfileProbe.java:102)
zombie.iso.IsoWorld.update(IsoWorld.java:3979)
zombie.gameStates.IngameState.updateInternal(IngameState.java:1611)
zombie.gameStates.IngameState.update(IngameState.java:1361)
zombie.gameStates.GameStateMachine.update(GameStateMachine.java:101)
zombie.GameWindow.logic(GameWindow.java:377)
zombie.core.profiling.AbstractPerformanceProfileProbe.invokeAndMeasure(AbstractPerformanceProfileProbe.java:76)
zombie.GameWindow.frameStep(GameWindow.java:909)
zombie.GameWindow.run_ez(GameWindow.java:802)
zombie.GameWindow.mainThread(GameWindow.java:600)
java.base/java.lang.Thread.run(Unknown Source)