1. DOH! And I knew that even. 2. I had edited the file to limit the max number, but maybe accidentally messed something else up. I will try again. And yeah, Seems like they're taking more steps backwards than forwards atm. The random de-sync bug that's been around since a11 is back stronger than ever with 1.3. Seems like every few hours someone is "missing" half a base or ships when they're really sitting right there, only invisible to that player. But it's the most popular server we're hosting now, so trying to do what I can to please our players.
I did manage to get them running. Not really sure what the issue I had was, but after doing a clean wipe and trying again with an imported backup, it fired up without a problem. Or seemingly without a problem. I am now getting errors popping up rather regularly showing... TMD: Event Error PlayerIdNotFound seqnr ##### The numbers keep changing each time, and I'm assuming these are player ID's in the database. Checking the server logs isn't revealing any more details, and aside from having one playfield crash after the mod was installed, everything is working just peachy. Other than that, the only actual issue I've run across is the inability to add inventory items via EWA, but that might be a certificate issue preventing the overlay from loading. Still troubleshooting that though since I'm pretty sure I set up the certs properly, but am still getting an error about invalid certs.
Hallo Astic, Ich hab den EWA Loader installiert. hab es genau so gemacht wie beschrieben. (Den Inhalt der ZIP Datei in das Verzeichnis "\Empyrion-Dedicated Server\Content\Mods" entpacken. ). hab den server neu gestart aber im Savegameverzeichnis "\Saves\Games"[Savegame]"\Mods\ Wird kein Ordner EWA erstellt was mach ich bitte falsch ?
Du musst dies nehmen https://github.com/GitHub-TC/EmpyrionWebAccess/releases/download/5.6.0/EWALoader.5.6.0.zip hier sind die release ZIPs https://github.com/GitHub-TC/EmpyrionWebAccess/releases das andere ist der Quellcode ;-)
hallo astic, bei der VotingRewardMod haben wir das Problem wenn man gevotet hat kan man den befehl \voteforstat health solange eingeben bis man 1000 hat. ist das gewollt ?
Eigentlich nicht - die Mod fragt den Votingdienst ab, ob noch ein Vote aussteht quittiert den dann und zeigt eine Dialogbox - "Congratulation: Your reward has been boosted your {vote} stats about {found.AddCount}" - oder "Sorry your {vote} stats is at maxium {found.MaxCount} please choose another reward." kommt eine der Boxen? und im Log müssten Einträge mit "{player.playerName} is trying to claim a voting reward." "{player.playerName}/{player.steamId} claimed a voting reward for {vote}" gefolgt von "{player.playerName}/{player.steamId} boost for {vote}" zu finden sein.
ja die boxen werden angezeigt, und ja das finde ich auch im log, ist echt seltsam. vll liegs ja am 1.4 update. seid dem läuft ja nichts mehr so richtig wie es sollte.
Ok, dann scheint mit der 1.4 der API Aufruf sich geändert zu haben oder kaputt zu sein :-( PS: Wie Thodin schon festgestellt hat, macht echt keinen Spaß mehr!!!
ja dachte mir schon das es 1.4 liegt. aber seid 1.3 nur noch rotz hier! lief ja alles vorher super gut! aber trozdem danke! die werden es hier wieso niemals hinbekommen! ich bzw. die spieler auf meinen server warten schon auf Starbase und dann sind wir hier weg! war mal echt geflasht von dem game hier, aber jetzt nur noch enttäuscht und frustriert!
Hi, es wird/ist noch viel kurioser: (der einfachhalt -oder Tippfaulheit- wegen mein Ticket bei einem Hoster s.u.) „Hallo, seit einigen Tagen funktionieren die in Empyrion installierten Scripte (Mod-Verzeichnis) nicht mehr. Die danach erfolgte Neuinstallation brachte keine Abhilfe. Eine identische Installation bei einem anderen Hoster zeigt keine Probleme (ebenso aus Testgründen in einem zweiten Schritt jungfräulich neu aufgebaut). Frage: Wurde das Ausführen von Mods abgeschaltet oder sind andere Gründe bekannt? Hinweis: Die Scripte liefen bis vor einigen Tagen noch einwandfrei. Einzig eine Reihe von Updates seitens Eleon sind als Besonderheiten zu nennen. Diese Updates wurden jedoch auch auf dem anderen Hoster aufgespielt, bzw. in einem neuen Testschritt wurden beide Server neu aufgebaut. Beim Konkurrenz-Server liefen die Scripte an und erzeugten die nötige „Configuration.json“ im Save-Verzeichnis, bei der identischen G-Portal-Installation passierte dies nicht. Im Voraus Danke für die Beschäftigung mit diesem Zugegebenermaßen wahrscheinlich nicht alltäglichem Problem. mfG“ PS: Wollte immer schon mal sehen, wie interessiert so ein „Support“ ist und nein, ich erwarte von da keine Hilfe ) Nachtrag: Gefunden, es war die adminconfig.yaml Hier hat sich was im Syntax geändert, was ab 1.4x Auswirkung auf die Scripte hat und nur darauf ... m(
Hi. I'm trying to use the voting reward mod and when a player tries to redeem a reward, /votereward, the empyrionmodhost crashes. They do receive the items. What could be causing this? Thanks
The empyrionmodhost is still crashing. I guess it's worth noting that I'm running the Reforged Eden scenario. When the player receives the items should they appear in a window or should they just get thrown into the players inventory? They are currently being thrown into the inventory. Here is the config I'm using. Thanks for any help you can provide for this. "LogLevel": "Message", "CommandPrefix": "/\\", "VotingApiServerKey": "Let out for obvious reasons", "Cumulative": true, "StatsRewards": [ { "Type": "Health", "AddCount": 50, "MaxCount": 1000 } ], "VotingRewards": [ { "EveryXVotesGet": 1, "Rewards": [ { "Id": 4346, "Name": "Gold Ingot", "Count": 10 }, { "Id": 4421, "Name": "Promethium Hydrocell", "Count": 10 } ] }, { "EveryXVotesGet": 10, "Rewards": [ { "Id": 4698, "Name": "Heavy Armor", "Count": 1 } ] }, { "EveryXVotesGet": 20, "Rewards": [ { "Id": 4136, "Name": "Enhanced Laser Drill", "Count": 1 } ] } ], "VotingLottery": [ { "Id": 4429, "Name": "Spoiled Food", "Count": 100 }, { "Id": 4150, "Name": "5.8mm Rounds", "Count": 100 }, { "Id": 4442, "Name": "Emergency Rations", "Count": 100 }, { "Id": 4346, "Name": "Gold Ingot", "Count": 50 }, { "Id": 4136, "Name": "Enhanced Laser Drill", "Count": 1 }, { "Id": 4344, "Name": "Credits", "Count": 10000 } ],
EmpyrionBackpackExtender 1.7.0 https://github.com/GitHub-TC/Empyri...s/download/1.7.0/EmpyrionBackpackExtender.zip https://github.com/GitHub-TC/EmpyrionBackpackExtender/releases
hallo astic , hab ein problem mit dem /fb . immer wenn ein Fraktion Mitglied drauf zugeriffen hat kann kein anderer drauf zu greifen . es steht dann oben immer, das person xy drauf zugreift obwohl er das backpack schon lange geschlossen hat. hast du ne ahnung woran das liegt? gruß m-o-h
Kein Ahnung was da schief läuft. Du kannst ja mal in der JSON Datei des Backpacks schauen ob, nach dem Schließen des BP durch den Spieler, die Einträge Code: "OpendBySteamId": null, "OpendByName": null, wieder auf 'null' stehen (so ist das bei mir beim Test immer gewesen) bzw. du kannst sie auf 'null' setzen um den Spielern wieder Zugriff zu ermöglichen
hab ich gemacht, nun kommt die meldung das ich keins mehr habe..... komisch mit ist aufgefallen das es auch bei /gb passiert die /vb sind davon nicht betroffen...
