EAH version: 1.7 3632 Reproducibility: Always Severity: Minor Description: SV/HV cockpits phase through lcd screens, can no longer position lcd screens inside cockpits without phasing.
EAH version: 1.59.0.1 Reproducibility: Always Severity: Major Description: A click on the "Game" settings button throws a deserialization exception for " DiffEnemySpawnRate". Validating server files and deleting "...\DedicatedServer\EmpyrionAdminHelper\GameDat\gameoptions.yaml" has no effect.
Interesting. I tried it with commenting out "DiffEnemySpawnRate" and EAH reactivate the option immendiately. But removing the line does the trick. Thanks. Edit: After wiping save game the removed line is replaced, too. Now (without hidding any other button) EAH replaces the removed line at the click on "Game setting" There seem to be some strange dependencies. Edit²: After several EAH restarts / server restarts / savegame wipes to test some sequential dependencies removing the line has no effect anymore. EAH replaces it too same as commenting it out.
If you wipe the SaveGame you get a GameOptions.yaml from the scenario your playing You have to remove it from there too
I was already overjoyed to have found the first file. However, I use the default multiplayer standard scenario. Perhaps the topic touches on a problem of understanding that I have always had with EAH. I could only open the game settings after a savegame was created. But for my understanding at least the setting for the amount of ore is needed before the savegame is created for map generation, isn't it? I have now deleted the savegame and EAH still replaces the line in the non-scenario file. But after creating a savegame removing the line from the file in the scenario save folder works. thanks
EDIT: UPDATE.... now I am unable to re-produce the server restarting on it's own or the huge log files. Will report back if it happens again EAH version: V01.59.0.1 Full Reproducibility: Always Severity: Major Description: Launched the server and received no errors or warning. Launched the game and joined locally. Played for an hour or so. Went back to EAH and stopped the server using "Stop Server". Then closed EAH. Serveral hours later I received a Windows OS warning that my hard drive that Steam games are installed on (including Empyrion) was full. Started to investigate and found that EAH log files had consumed about 200GB+ of space. Attempted to delete them and one was locked. Checked task manager and Dedicated server was still running. Killed it and was able to remove the logs. Checked EAH settings and all logging was off as far as I can tell. To test I launched the server again and kept an eye on the log files. I did not join a game I just launched the server. Logs files updated (date and time) but remained very small. Pressed to "Stop Server" button. This time I left EAH up. After a few seconds I received a EAH warning that the server did not start properly and that the server was restarting. I did not start the server myself it started itself after STOPPING the server normally. I had to do a hard stop through EAH in order to completely stop the server and all related processes.
What directory you found those logs because it sounds like there not EAH logs but from the game it self. If there over 200GB then likelly there full on errors This is also the reason why eah tells you the server is not started
I wish I had paid attention to which directory the logs were in, but I didn't. Now I can't seem to reproduce the issue of the server re-starting on it's own. I guess just ignore this report. If it happens again I'll pay more attention to the log locations and EAH errors.
version : EAH 1.59.2.2 the option for 'thrusters need open space' is still there even if it's a broken option "that never and will never work ( (c) Taelyn )" and need to be removed
very strange.. because it's the last version i get when i update my dedicated server (version of today 2022-06-30 - EAH 1.59.2.2 ) and the option is still there... edit: ok .. i see that there is a 1.59.2.3 here :https://empyrion-homeworld.net/tools/eah/ i don't understand why you didn't updated the one included with the dedicated server...
Yesterday we released v1.8.3 what also contains EAH 1.59.2.3 You are running an outdated version. Verify the files from the Dedicated Server Code: 2022-06-30 v1.8.3 B3849 Changes: - Added a few more infected warriors to Digsite Terminus to make the POI a little more interesting - Added a turret robot to lower level of Supply Bunker - Skillon: Initial Delay for FireRain and Heatwave were set to 0 (now set to 36 and 72) Fixes: - Various seats would break the 3PV camera when sat in them & changing between 1PV & 3PV - Fixed a CoQ that can happen when a video starts to play - Fixed a problem with Modular wings render range - Opening Telluropod loot had metal-sound effect - Window blocks when first loaded in with a structure can appear broken. See this post -> https://empyriononline.com/threads/heavy-windows-texturing-coloring-bug-00259.100173/#post-453748 - Signal (lever) animation not working at first switch EAH: - https://eah.empyrion-homeworld.net/download/patch-notes-emp-admin-helper-full
EAH version: 1.61.5.0 Reproducibility: Always Severity: Trivial-Minor Description: When using the command "AM:Fuel:All:__" it doesn't matter how much fuel you say to add, it only adds 1 to the first autominer in the list. fueling the Autominers 1 by 1 works correctly. Carbon is listed in the settings file, but not in the autominer list in EAH. When enabled in the settings file, it's still not mineable.
After the latest empyrion update, im getting this error now: And the adminhelper seems to crash a lot when i start/stop the server.
Build: 1.11.4 4467 Mode: Survival SERVER NAME: Irrelevant SEED-ID: Irrelevant If applicable: MODIFIED PLAYFIELDS: Reproducibility: always Severity: medium Type: Problem with admin tool after base game update Summary: EAH: AM (Orbital Autominer) ignores ore amounts, always produces 2 Description: After a recent update, the EAH AM (Orbital Autominer) feature ignores the admin-configured ore amounts per level of autominer purchased and instead always produces only 2 ores Steps to Reproduce: 1) Set up a server 2) Configure and enable the Orbital Autominer 3) Expect to receive X ores per hour after filling, instead receive 2 per level, regardless of amount configured in EAH I have reduced the Mine Every X Minutes option and the Consume X Fuel option to very low values as a temporary mitigation, but I am not sure if it is safe to have the AM orbital autominer be firing every 1 minute, and it would need to fire every 1 minute just to be close to how i had it set before
