Beiträge von scumsaecke.de

Möchtest du nun mehrere Drops da haben, musst du die Zeiten entsrechend anpassen.

Beispiel:
Zur Vereinfachung fassen wir die beiden ersten Werte zusammen und nennen sie "Zeit zwischen den Events".

Schreibe also bei beiden mal 5 rein, was 5 Minuten bedeutet (nur diese Werte werden übrigens in Minuten eingetragen, alle anderen in Sekunden).
Du bekommst nun aller 5 Minuten oben rechts die Einblendung, dass ein neuer Airdrop in XX Sekunden/Minuten auf die Insel fällt.

Das Ding steht nun winzig klein am Himmel und wartet. Ab jetzt kommt Wert XX, der "Cargo Drop Fall Delay", also die Verzögerung des Fallens.

Schreibst du nun zb. "150" (in Sekunden) da rein, bleibt er 2 1/2 Minuten am Himmel, bevor er fällt... (Die Zeit, wo sich Leute auf den Weg machen können)

Der Nächste Wert ist die "Fall Duration", das ist die Dauer des Fallens selbst. Also wie lange braucht er nach Ablauf des "Fall Delay" bis er den Boden erreicht. Schreibe zum Beispiel 30 ( Sekunden ) da rein.

Der Letzte Wert "Self destruction time" ist die Zeit, welche im Drop auf dem Display steht - bis er platzt.
Schreibst du hier "1200" rein, was 20 Minuten entspricht, hast du immer gleichzeitig 4 Airdrops am Boden stehen, da die "Zeit zwischen den Events" ja 5 Minuten war und alle die gleiche Warte- und Fallzeit haben.

Änderst du nun den 2. Wert auf zb "10" Minuten, hast du immer 2-4 Drops auf der Karte, denn es kommt aller 5-10 Minuten (zufällig) ein Drop, der dann immer 20 Minuten am Boden bleibt.

Sollte dir das nicht weiter helfen versuche bitte zu erklären was dein gewünschtes Ergebnis ist, die Werte bekommst du dann.

Grüße
phil


immer 4 lootbare Drops:
5
5
150
30
1200

immer 2 lootbare Drops:
10
10
150
30
1200

Immer 2-4 lootbare Drops
5
10
150
30
1200

Zitat von Laborratte

Also ich bin inzwischen bei den Grafikeinstellungen bei knapp über Minimumeinstellungen angekommen, um die aktuel lausige Performance auszugleichen. Dennoch hatte ich in der großen neuen Ferienanlage einen FPS Drop, der es mir fast unmöglich gemacht hat wieder aus der Stadt zu kommen. Dazu kam dann noch ein weiterer Bug bei dem der Kamerawinkel während des FPS Drops beim fahren einfriert, das hat sich erst wieder gefangen als ich in einer total bescheuerten Perspektive dann mit Nachtsicht und mit ettlichen Zombies im Schlepptau mit gefühlten 5 kmh langsam aus der Stadt gekrochen bin. Klar ist meine Grafikkarte GF 1050 Ti mit 4 GB VRAM als momentaner Flaschenhals nicht optimal, aber auf nahezu Minimumeinstellungen sollte es doch dennoch spielbar sein. Zudem haben Kollegen mit Grafikkarten mit bis zu 8 GB VRam das selbe Problem, und meine restlichen Komponenten, ein Rayzon 7 mit 32 GB 3200 DDR4 Arbeitsspeicher und einer M2 sollten ja wohl reichen. Bei den momentanen GraKa Preisen will ich halt noch abwarten ob es sich wenigstens im laufe des nächsten Jahres etwas beruhigt, denn ich sehe es nicht ein fast 2000 Euro für eine vernünftige Grafikkarte auszugeben, nur das ich dann bei nem FPS Drop dann bei 50 anstatt bei 19 FPS lande. Bis ich dann eine neue GraKa habe, möchte ich das Game wenigstens in schlechter Auflösug flüssig spielen können, sowas muss doch durch mögliche Optionseinstellungen machbar sein.

Das ist natürlich ärgerlich, hat aber mit den Servereinstellungen und der atm schlechten Performance der Server nichts zu tun.
Empfehlen kann ich dir die 6700XT, was das derzeitige P/L Verhältnis angeht. Klar, es sind auch 1.000€, aber mit der 1050Ti wirst du durch die 4GB nicht froh.

Scum mit mittleren Einstellungen auf 1440p braucht bei mir ca 11GB VRAM.

Auch Spieler mit 8GB haben ihre Einstellungen zu hoch angesetzt. Die Karte muss ständig fertig gerenderte Gegenden und Objekte droppen und dann neu nachladen. Kommt sie da mal nicht hinterher, fallen instant die FPS oder noch schlimmer, man fällt in eine komplett ungeladene Gegend.

Leute mit meiner Grakaleistung und Generation überschätzen ebenfalls ihre Karten und wählen die Einstellungen zu hoch. Das ist bei anderen Spielen auch kein Problem - aber hier fehlt eine Fehlerbehandlung in der Engine und sie rattert gnadenlos weiter bis an der GPU nix mehr geht.
Nochmal zum Vergleich. Ich spiele auf einer 6700XT mit Ryzen 5700X, 32GB, PCIe 4 SSD (980 pro) in 1440p. Selbst da lasse ich die Einstellungen wie sie sind und drehe nix rum. Da ich sowieso ständig die SaveFiles zum Testen lösche.

Zum Server:
Der Server hat heute wieder zuverlässig ab 40 Spieler angefangen, die Spieler reihenweise vor die Tür zu setzen. Es ist als ob man einen Schalter umlegt. Startoptionen, Fehlersuche und andere Bemühungen, haben bis jetzt leider nichts gebracht.

Wir bleiben trotzdem dran und berichten weiter

Grüße
phil

Zitat von Laborratte

Bin mal auf das Ergebnis der Problemanalyse gespannt. Spiele momentan auch auf einem dedicated Server und die Performanceprobleme steigern sich gefühlt jede Woche.

Wir konnten gleiches feststellen.

Habe gestern Abend, Nacht und heute einige Nachrichten mit PP ausgetauscht. Sie haben sich gestern live bis Nachts um 1 auf Fehlersuche begeben und wohl nach eigenen Aussagen "etwas" gefunden. Testen können wir das natürlich erst heute Abend, wenn die Spielerzahl entsprechend ist.

Heute Abend soll der nächste Test, noch einmal mit anderen Startparametern und nach einer "Fehlerbehebung" (keine was Ahnung was das bedeuten soll) laufen.

Ich bin gespannt und halte euch natürlich auf dem Laufenden.

Übrigens, ob nun Single- oder Multi-Core ist noch immer nicht (mehr) klar - da warte ich noch immer auf genauere und verlässliche Informationen. Auf meine Frage hin, warum die Auslastungen so unterschiedliche und irreführende Informationen ausgeben, habe ich leider noch keine Antwort bekommen.

Was ich schon mal sagen kann ist, ihr solltet eure Provider anschreiben und sie bitten, die Crashlogs mal zu löschen - besonders wenn eure Map schon eine ganze Weile läuft und eben viele Crashs erlebt hat. Das beschleunigte Backups und Startvorgang bei uns merkbar. Nach Aussagen meines Supporters wäre die Datenmenge in diesen Ordnern wohl immens gewesen. Genaueres hat er aber nicht gesagt. Danach hatten wir wieder -gefühlt- etwas mehr Leistung. Auch der RAM war dann 2-3% weniger ausgelastet als sonst.

Wir bleiben dran und berichten

Schönen Abend und gut laufende Server allen Mitwirkenden und Mitlesenden
Phil

Kurzes Zwischenergebnis. Zumindest bei uns ist MCS aktiviert. Ich konnte einen Blick auf die echte Auslastung im TM werfen.

Ich muss also meine Vermutung, zumindest bei uns, zurücknehmen. Wie die Hoster allerdings mit shared Hardware umgehen, weiß ich nicht.

Des Weiteren ist wohl die Anzeige der CPU Auslastung im Backend fehlerhaft, welche völlig irreführende Daten anzeigt, die nichts mit der Realität zu tun haben.

Danke für den Tipp und dass ich dadurch den Hoster angeschrieben habe, Baluba. Aktuell ist unser Hoster auf der Suche nach dem Flaschenhals.

Hoffentlich können wir/sie den Fehler finden. Wir halten euch auf jeden Fall auf dem Laufenden.

Auf die Startoptionen haben wir, trotz eigenem Root, keinen Einfluss...

Ich werde sofort meinen Hoster anschreiben und um Aktivierung dieser Option bitten.
Schauen wir mal. Sobald ich ein belastbares Ergebnis habe, geb ich gern bescheid.

Grüße
phil

Es ist auf 1 Core limitiert... Es ist eine Entscheidung der Entiwckler, ob sie den Server auf mehreren Cores rechnen lassen oder nur auf einem.... Die UE4 bietet nach meinem Informationsstand von hausaus beide Möglichkeiten.

Dass es bei den Hostern Unterschiede gibt, liegt an den Massen der Instanzen die auf den Servern laufen. - zb bei G-Portal bis zu 20 Stk auf einer IP. (I/Os an den Datenträgern sind der Flaschenhals)

Die meißten PP Server Owner haben die "High-Power" option gewählt, wo nur 4 Instanzen auf einen Server gehen. (Wahrscheinlich ältere i7 mit 4 Kernen)
Hier haben die Datenträger noch genug I/Os um das zu managen... Aber dann kommt eben die CPU Last sofort als nächster Spielverderber. Bei uns 40 Spieler.... Ende

Wir haben dann von den "High Power" Servern noch einmal ein Upgrade auf komplett eigene Hardware gewagt und sind nun auf einem eigenen Hetzner Server - das hat sich auch (ein Stück weit) ausgezahlt, da wir mehr I/Os an der nvme haben, welche wir explizit dazu gebucht haben. Aber sofort danach kommt eben wieder die CPU.... 1 Core, 100%, TPS down.... Ende Gelände...

Von den High Power Servern zur eigenen Hardware konnten wir bei unserer verschwenderischen Spielweise noch einmal 50% mehr Spieler hosten. Bis zum letzten Update konnten wir ca 60 Spieler handlen - aber mit jeder Stunde wurde es schlimmer - Die Regale immer mehr - die Last immer höher... Jetzt gehen nicht mehr als 40 Spieler und selbst das ist schon grenzwertig

Grüß
phil

Zitat von Baluba

Nur mit Ressourcen lässt sich das nicht sinnvoll erschlagen. Es ist ein strukturelles Problem, was meines Erachtens primär daran hakt, dass es nur eine interne DB gibt, die alles abwickelt. Ich weiß nicht, wie es bei Online-Spielen üblich ist, in der Anwendungsentwicklung würde man bei so komplexen Sachen die DB auslagern und relativ weit auffächern. Das muss aber von Anwendung und Infrastruktur auch unterstützt werden.

Hallo Baluba. Die interne DB ist kein Problem mehr, wenn man sie auf einer NVMe hat und nicht eine von 20 Instanzen auf einem Server gemietet hat.
Das konnten wir mit 4 verschiedenen Servern (Verträgen) und Konfigurationen nachvollziehen.

Das eigentliche Problem ist, dass die Server auf einem CPU-Kern laufen (eben DAMIT 20 Instanzen auf einer Maschine "rennen" können).
Der eine Kern ist bei wenigen Leuten schon ausgelastet und eine Warteschlange an der CPU beginnt.
Die TPS gehen runter, rubberbanding startet. Kommen nun mehr Spieler, gehen die TPS immer weiter runter und die timeouts der Aktionen beginnen... (noch keine lags)

Später hat man bei einem 30er Magazin auf einmal noch 6 Kugeln über, weil von den 90 kleinen Aktionen, die man irrsinnigerweise da rein programmiert hat, nur 84 beim client ankommen... der rest wird gedroppt oder kommt schlicht zu spät oder in der falschen reihenfolge...

Das geht so weit, dass Clienten irgendwann keine aktuellen Daten mehr erhalten und durch einen Timeout disconnecten - denn so ist es im Cient programmiert.

Das jetzige Update hat, wie bereits erwähnt, das Fass zum Überlaufen gebracht.
Jeder der weiß, wie eine CPU funktioniert, weiß was ich meine. 100% sind 100% und keine freien Ressourcen zu besitzen bedeutet SOFORT einen immensen Leistungsverlust durch die entstehenden Warteschlange...

Geht es jetzt noch weiter (denn die clienten fordern und senden gnadenlos weiter Aufgaben) und der Server ist nur noch am stolpern, schmiert er weg -> Fehlberechnung -> server_irgendwas.exe has crashed, dann können selbst simple Threads zur Aufrechterhaltung des Serverbetriebs nicht mehr durch die CPU geschafft werden.

Wir können dieses Verhalten aufgrund des dedi servers und der durchaus vielen spieler bei uns super nachvollziehen... Und weil wir viele Entitys durch reines PvE auf der Map haben, merken wir das schon früher und steuern entsprechend gegen.

Meiner Meinung nach gibt es 2 sinnvolle Problem-Lösungen.
Möglichkeit 1 und auch meine 1. Wahl: Multicore-Support für die Serversoftware... Bereits 2 Kerne können das X-fache an Threads handlen

Möglichkeit 2: Sämtliche Aufgaben für den Server überprüfen und ggf reduzieren. Die neue Nachladefunktion, diese neuen Regale, usw... Der Server braucht wieder weniger zu tun.

(Möglichkeit 3): Man sucht irgendwo Schlupflöcher mit Priorisierungen, usw... Ergebnis werden mehr Bugs und Crashs sein - aber man hat den Patch dann trotzdem irgendwie auf den Server gehieft...

Was es am Ende wird, werden wir sehen.

grüße
phil

EDIT: Natürlich hast du recht und als nächstes würden I/Os der DB den Flaschenhals darstellen. Das sieht man, wenn man einen shared Server hat. Da sind es durchaus die I/Os an den Datenträgern, welche jetzt schon massive Probleme verursachen obwohl die CPU noch Luft hat.

Mittlerweile gibt es Aussagen, dass wirklich offizielle Server einfach abgeschaltet wurden - die die nicht so gut besucht waren.

Es scheint wohl auch bei größeren Streamern nach dem patch schlimm gewesen zu sein, sowie bei den DEVs selbst - ebenfalls live...
Wir können also auf einen patch hoffen.

Geliefert wie bestellt....

Ich meine bei 15-20 weniger. Sonst waren 60 machbar. Zwar auch mal laggy, aber machbar bei unserer spielweise... jetzt ist es bei 40-45 schon nicht mehr drin, ne türe zu öffnen oder einfach nur zu fahren -> disconnect aller 30 sek, seit dem patch...

Vorhin haben wir unseren root neu starten lassen. danach war es kurzzeitig besser - allerdings nach 2h laufzeit gehen bei 35 spielern schon wieder die lags los...

Und wie vorausg gesagt, lagt es nun schon 15-20 spieler eher...

seit dem update gibt es einen disconnect nach dem anderen....

Ja, das Problem haben viele - bzw fast alle.

Alternativ kann ich dir Battlemetrics empfehlen
https://www.battlemetrics.com/servers/scum

Da kannst immer schauen, was gerade auf deinem favorisierten Server so los ist.

schönes WE
Phil

EDIT: Lädst du den das "SCUM Admin Helper" herunter und aktivierst die Battlemetrics Funktion, hast du immer ein kleines Overlay mit der aktuellen Spielerzahl

Zitat von Stahlmauerr

bei uns kann man auch mechs nicht ausmachen ich finde keinen schalter zum off stehlen

welcher Hoster?

Bei PingPerfect hat es eine Weile gedauert, bis der Schalter da war. Der muss von den Hostern im Backend nachprogrammiert werden.

Zitat von Scumeline

Mit dem heutigen Update wurde der Befehl in den GPortal Settings für die Mechs geändert. Die sind standartmäßig aktiv !!! In den Settings befindet sich nun ein Ein- Aus- Schalter anstatt einen Wert anzugeben.

Und dass man die maximale Anzahl eingeben kann, geht nicht mehr? .... Das war so perfekt
Leider hat der Wert bei PP nun keine Wirkung mehr und einen 1/0 Schalter gibt es nicht.

EDIT knapp vor 20:00 Uhr. Nun ist der Schalter bei PP auch da.
Schade, dass man die Sentrie-Anzahl nicht mehr einstellen kann. Wir haben die Funktion regelmäßig genutzt.

Zitat von Mike-312

Weis man wie man eine Waffe in die Waffenständer packt ?

in die hand nehmen und über dem ständer F drücken.

Hat noch wer vorher wenig oder keine Sentries gehabt und nun die Insel davon voll?, egal was in der config eingestellt wird?

Also ein Statusbalken über den Entwicklungsstand. Klasse Idee!

Zitat von Juggernaut_81

wenn es dich denn so nervt dann hör mit SCUM auf solches rum gejaule ist weder kontstruktiv noch hilfreich... oder besser noch wenn du so ein perfektionist bist bewirb dich doch einfach bei den DEVs und mach es besser....

Wie konstruktiv und hilfreich ist es denn, fanboymäßig Leuten nach dem Mund zu reden? .... hast du bei der spiel-entwicklung die letzten 3 jahre was verpasst oder bist evtl noch nicht so lange dabei?

wenn es dich denn so nervt dann hör auf da mit zu lesen wo das spiel verbessert wird - sowas geht in diesem Fall nur durch kritik! Du bist wahrscheinlich so eine Eintagsfliege, die nach paar Monaten verschwunden ist, und ins nächste Game spingt und das ganze hier als "tot" erklärt, natürlich mit einer negativ-bewertung auf steam... Wir sind die, die teilweise verträge über mehrere hundert euro monatlich haben und überhaupt erst einmal die leistung zur verfügung stellen, die du dann mit den geforderten gimmicks so feierst und ins nirvana schießt! wir sind die, die um das projekt portale bauen und services programmieren, irrsinnig viel lebenszeit investieren, die die wirklich liebe da rein stecken.

Und wenn dann das Game abandoned ist und vielen Serverbetreibern ein tiefes Loch in die Tasche gerissen hat, bist du schon 5 spiele weiter und forderst da sinnlose regale, wo du deine waffen reinflacken kannst.... (mit blick auf zb deadside, dayz, usw, usf....) genau solche typen wie du, mit ihren sinnlosen forderungen, killen diese spiele früher oder später weil sie eben nicht über portale wie dieses hier nachvollziehbare kritik äußern. Wenn die devs diesen sinnlos-forderungen nicht folgen, dann scheißt man sie über Spiel-Bewertungen an, gell?

Genauso wie hier! Wenn was nicht passt, wird voll drauf geschissen... so ne anmache von der seite ist weder konstruktiv noch hilfreich.... oder besser noch, wenn du so ein kritik-perfektionist bist, zeig mir doch mal wie man diese Kritik äußert, ohne dem gemeinen Temporär-Fanboy zu nahe zu treten oder ihn gar aus seiner derzeit heilen welt zu holen?

in dem sinne...

Zitat von Baluba

Wurde tatsächlich oft gewünscht... bin gespannt, ob es sich durchsetzt, wenn man gleich sehen kann, was man für`s knacken bekommt.

Externer Inhalt twitter.com

Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.

Alle externen Inhalte anzeigen

Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

Leider wird es wohl nicht gut für die eh schon überlasteten Server sein. Es sind wieder Informationen die vom Server berechnet und an den Client übertragen werden müssen.

Eines dieser Regale besteht aus dem 1 Regal plus 5 Waffen. Sind in Summe 6 Entitys die übertragen werden müssen. Inkl. genauer Position, Gesundheit, Waffenart, Anbauten (hier wird es extrem), usw usf.

Auf dem Bild sehen wir 7 dieser Regale, macht im besten Fall 42 Entitys die übertragen werden müssen (ohne Anbauten), wenn jemand mit dem Auto an einer Base vorbei fährt, wo dieses Regal drin steht. Nun stellt euch noch die Anbauten vor.... Scopes, usw...

Wenn jetzt 6 Leute in einem Auto sitzen, was einfach über die Map fährt und solche Basen unterwegs lädt, ist das für den Server der Horror. Wie in anderen Threads angesprochen, sind es genau diese Updates, die am Ende die Server niederstrecken. Und hier handelt es sich um ein reines *Design-Ding*

Sry,. aber ich finde es, in anbetracht der Server-Performance, furchtbar.
Für mich, mal wieder, eine Fehlentscheidung des Managements, wenn solche Updates kommen.

Und denke ich mir das in die Realität der meisten Server - wo dann eben jede Freie Wand mit solchen Dingern geschmückt wird, sehe ich schwarz...

Grüße
phil

Nachtrag: Aus 42 Entitiys kann man eine ganze Basis bauen, inkl Haus, Schränke, Palisade, usw... Diese verursacht die gleiche Last und gleichen traffic wie dieses Regal da auf dem Bild... ohne waffen-anbauten...

Zitat von !BHop

Meine Vermutung wäre, dass der Spieler einen zu hohen Ping hatte oder einfach die Server Performance nicht hinterher kommt.

Das halte ich für unwahrscheinlich. Probleme beim lokalen laden der Spieltexturen können nur schwer auf die Server-Performance zurückführen.
Dann müssten bei Abschmieren des Servers die Leute reihenweise durch die map flattern... Die Karte samt Texturen liegt ja nicht auf dem Server, da existieren diese Infos nicht - schon gar keine unveränderbaren Bodentexturen/Strukturen - diese liegen im lokalen Spiel-Client.

Es gibt massenweise Leute, deren Grafikram beträgt 8Gb oder weniger. Das Spiel nimmt locker mehr - und mit jedem Update wird es mehr, da die Texturen überarbeitet werden oder neue hinzukommen. Das hat zur Folge, dass die Grafikkarte wärend des Spielens massenweise Texturen droppen und neu Rendern/Laden müssen - besonders bei schnellen Bewegungen über die Map - der RAM reicht eben nicht. Und genau an diesem Punkt geht irgendwann mal was schief. Entweder der PC ist irgendwo kurz ausgelastet (Chipsatz zb oder durch Auslagerung auf langsame Datenträger) und kann den Stream nicht aufrecht erhalten - oder es ist ein Fehler im Code. Ergebnis ist, man fällt durch eine Brei-artige Textur ins Nichts und die Karre platz instant.

Oder wie viele Spieler kennt ihr, die mit einer 3080+ oder 6800XT+ mit entsprechender Plattform durch die Map geflogen sind? ....
(auch da ist es bedingt möglich, wenn zb ein nicht sauber konfiguriertes System auf einen 4k Moni trifft... - das ist aber selten)
So habe ich es erlebt - und konnte den Fehler mit völlig überzogenen Einstellungen und underclocking zuverlässig repoduzieren und dann eben auch wieder abstellen.

Zumindest ist das meine Auffassung des Problems.

Grüße

Phil

Der Bot kommt nicht einfach so an die Koordinaten, weil die vom Spiel nicht ausgegeben werden. Es gibt nur wenige Möglichkeiten, wovon mir jetzt nur eine bekannt wäre.
Bot leitet einen Teleport über die Map ein und fängt den Befehl ab, der die Koordinaten enthält. Aber genau diese Koords sind derzeit manchmal fehlerhaft - was eben dieses Bewegungsmuster erklären könnte.

Wie am Ende der Bot genau funktioniert, kann ich nicht sagen.

Grüß
phil