Firedragon

I have reported the bug here:

One thing that is missing, this wíll break game mechanics. If it's a 5 by 5, A1 B1 C1 D1 E1 A2 B2 C2 D2 E2 A3 B3 C3 D3 E3 A4 B4 C4 D4 E4 A5 B5 C5 D5 E5 Green = Free for all Orange = Reserved for vip Shipping inside green area is no problem for everyone, BUT if a non vip travels from A3 to E3 in any 4, dead by grid, ship and everything is lost as they can't access the grids but the server calculates them transfering to the new grid. The same goes going from A1 to E1 in any 5 and they can't login anymore as the server info states that they are in another grid they are not allowed to spawn. Shootergameserver thinks plus the .json is configurated to have a 5 by 5 and can't make the difference to set it as a 3 by 5 for a defined usergroup. A normal mod can't bypass that... It would be more reasonable to have two game server running, normal rate for ffa & high rate for vips.

There is no option to protect a single grid to others, you can only make the whole server password protected and have users exclusive join per steamid without having it.

As Admin you can use " showmyadminmanager " and select Users to add in whitelist for " -exclusivejoin ".

Cyclones are ship attracted.

I have tested with: ConfigOverrideItemCraftingCosts=(ItemClassString="PrimalItemStructure_Ceiling_Stone_C",BaseCraftingResourceRequirements=((ResourceItemTypeString="PrimalItemResource_Thatch_Base_C",BaseResourceRequirement=20.0,bCraftingRequireExactResourceType=false),(ResourceItemTypeString="PrimalItemResource_Stone_Base_C",BaseResourceRequirement=60.0,bCraftingRequireExactResourceType=false),(ResourceItemTypeString="PrimalItemResource_Wood_Base_C",BaseResourceRequirement=30.0,bCraftingRequireExactResourceType=false))) Using any "_BASE_C" sets requirements to " 32759 x 1 " like shown here: Using "PrimalItemResource_Stone_C" requires Ark resources. Using "PrimalItemResource_Stone_Coquina" doesn't have the bug with " 32759 x 1 ", but it always wants EXACTLY coquina even if it's "bCraftingRequireExactResourceType=false".

Es ist halt Early Access, alle Änderungen und Updates sind Dinge die wir als erstes unterliegen. PS: Es gibt Anleitungen da wird gesagt das man Einträge in die Default... Dateien machen soll, das ist sinnfrei weil bei einem Update diese für die Integrität überschrieben werden. Natürlich haben Default's Einwirkungen auf die .ini Dateien die in den Saved Ordner liegen...

Ihr seid nicht alleine mit diesem Problem, die Suche im Spiel nach Server ist mehr als langsam und buggy. Der letzte Server den man beigetreten ist, steht in der "LastServerConnectStringCache_<64-BIT-STEAM-ID>.txt" im Ordner: "Steam\steamapps\common\ATLAS\ShooterGame\Saved" z.B. <IP DES SERVERS / DER ZONE>:<PORT DES SERVERS / DER ZONE>||<ATLAS-ID>||65536##$$<SERVERNAME>$$<HOME-SERVER-SPAWN-NAME> Zusätzlich merkt sich Steam auch die Server die Ihr besucht in "Steam > Anzeige > Server", und erlaubt das direkte joinen aus der Auswahlliste. Alternativ kann man auch einen Server manuell zu joinen mit dem direkten auswählen: "AtlasGame.exe +connect IP:PORT" oder durch übernehmen in die Startoption im Steam über die Eigenschaften (+ connect IP:PORT).

I would love to double raining and cyclones reduced to 1/3.

Der Spieleclient ist auch noch nicht optimiert bei der Suche, merkt man z.B. daran das er bei der Suche hängt oder schwerfällig reagiert wenn von Offiziell > Unoffiziel > Favorit gewechselt wird. Hab das schon so oft gehabt das nach hoch fahren vom Server der nicht in der Liste ist, startest du dann aber das Spiel einfach neu, sind die Listen wieder up-to-date und er findet wieder sie.

Bei ModId's im ServerGridEditor oder manuell in der .json

Bei mir war seit gestern meine ganze Favoriten Liste leer und ich musste neu adden.

Leg ihn dir als Favorit an, das die Atlas Suche mehr als schlecht läuft liegt nicht an dir. So lange du auf deinen Server kommst, ist alles ok (alternativ im Steam über Anzeige > Server).

Replacing existing islands is a bad choice without wipe. The reason is: If someone placed flags / buildings or whatever - it would float or collide with new textures Your redis rdb database added data refering to that island If you do that to your home server, you will re-spawn in the middle of nowhere - (in water...) I tried to workaround this with clearing out saved folder for the whole zone, it doesn't work! To make it work, you would also need to know what to edit in your redis database. You can add islands, but that's it. Even when adding, make a backup for ALL files before doing. ServerGridEditor doesn't allow to undo changes - the feature is completely missing!

The reason is, there is a huge Bug that prevents users from connecting to private hosted atlas servers. How or why? To add the mod, you put the MODid to your ServerGrid.json The server downloads the mod when ShooterGameServer.exe starts up (version XYZ, the current version of the mod(s) from steam) The client / player connects to the private hosted atlas server The client downloads the CURRENT version from steam Here comes the problem, IF between the time when the server downloaded the mod(s) and the user tries to connect the owner of the mod decided to update, we have two different versions of the mod running on server vs client. >>>> ERROR: Make sure the server uses the actual version of the installed mods or contact... There is NO way that this will work! There are communities with 100 players and above. A few modders update their mod 5 times per hour, the only choice is currently to remove ALL mods to play and no wait. Not all players know the hoster of the atlas server It makes no sense to reboot the server 100 times per day just because one decided to update their mod Removal of mods can have HUGE side effects depending on what it does deliver Having steam deliver the CURRENT version is a problem if the version prevents from connecting to the server I guess there is no way to have atlas server auto download and activate the newest version of the mod itself without disconnecting all players and or rebooting it. The best choice is to have ALL clients to download the same version the server currently uses, either from steam (backlog version) or from the server itself!!! If there is a need to update the mod (bcuz of bugfixes or adding features), the better choice is to reboot atlas server at a given time or when the used manager fetches the next atlas update. When the next client connects after this, it can download the newer version of the installed mod like explained above!

Du kannst die Tickrate anpassen etc. Engine.ini [/script/onlinesubsystemutils.ipnetdriver] NetServerMaxTickRate=20 MaxClientRate=1048576 MaxInternetClientRate=1048576 MinClientRate=1048576 MinInternetClientRate=1048576 [/script/engine.player] ConfiguredInternetSpeed=1048576 Alternativ wäre es möglich die Zonen ansich kleiner zu gestalten, also die Unreal Units kleiner als 1.400.000 zu wählen. Ark hatte nur 860.000, allerdings gibt es dann weniger Platz für Inseln und man fährt dementsprächend kürzer mit dem Schiff.

Habe ich bereits gut erklärt in meiner Anleitung, zu deiner Umsetzung bleibt zu sagen das für den Kraken eine leere Zone verwendet werden sollte.

It's only once needed, you startup 4 instances in a 2x2 grid - all 4 check for it.

Currently all instances for shootergameserver.exe look for mods via steamcmd and it is only once needed. Please add a startline option to disable shootergameserver.exe to look for mods.

Es hat vorher funktioniert, ich sehe es derzeit als ein Bug an. EDIT: In meinem Test kann ich das löschen der Einträge nicht nachvollziehen. Ich habe die .ini Dateien in ATLAS\ShooterGame\Saved\00\Config\WindowsServer abgeändert mit deinen Einträgen und den Server 4x neu gestartet, alle Einträge sind nicht gelöscht worden und bleiben bestehen in der " game.ini " sowie in der "GameUserSettings.ini". Das einzige was ich sehe, ist das der Zeitstempel der Dateien auf die aktuelle Zeit verändert wird.

Du kannst die Optionen mit in den Start einbauen von der ShooterGameServer.exe, sprich ?XPMultiplier=1.0 etc. anhängen zu dem Therm.

Wrong, if you use a single seamless port for 36 programs, it dosn't recognize who it's talking to.

Das was mir in der .json auffällt ist das bei der Konfiguration die Portnutzung total durcheinander aufgebaut ist und diverse Fehler enthalten sind die durch mit kopierte Steuercodes kommen wie z.B. ┬┤ÔòùÔöÉ Ich empfehle daher einerseitz wenn Informationen per Copy&Paste kopiert werden, darauf zu achten das dabei keine zusätzlichen Zeichen eingefügt werden (kontrollieren) - siehe: Zum anderen die Ports chronologisch der Reihe nach aufzubauen (ein 5er Schritt ist nicht notwendig wenn man sich einen dafür ausreichenden freien Portbereich aussucht). z.B. A1 A2 A3 GPort 57551 > 57552 > 57553 etc. QPort 5751 > 5752 > 5753 etc. SPort 27001 > 27002 > 27003 etc. RPort 28001 > 28002 > 28003 etc. Das vereinfacht später die Überprüfung sowie je Router das Forwarding mit der Server erreichbar ist. Wenn man eine Zone verlässt und dann in der nachfolgenden nicht ankommt, ist leider klar das diese in die man wechseln möchte aus diversen Gründen nicht zu erreichen ist. Die Daten die man zum verbinden benötigt erhält man NUR, wenn die Metainformationen einwandfrei übermittelt werden können welche man vorgegeben hat. Ob eine Zone einwandfrei gestartet worden ist, erkennt man daran das in dem DOS Fenster dies signalisiert wird (die Cores werden als letztes gelistet).

Solange keine Ports in der .json doppelt verwendet werden, schau dir einfach das mal an:

Das wurde durch Update von ServerGridEditor geändert, zu Anfang hat es noch als .png gespeichert. Natürlich sollte man ab jetzt deswegen es als .jpg verwenden.