Beiträge von scumsaecke.de

Zitat von Serialz78

Schön wäre es durchaus, aber dann würden alte Scum Veteranen immer mächtigere Chars bekommen und die Community würde sich aufteilen.

Dem kann ich nicht so richtig folgen. Es liegt doch an den Serverbetreibern selbst ob sie dann bei Bedarf nur ihre Map wipen oder die Chars gleich mit.
Genau so können es auch die Devs bei den PublicServern entscheiden.

Man müsste "nur" die DB trennen in chars.db und map.db

dazu gibt es im Backend 2 Schaltflächen (statt jetzt 1).... "Delete Map Data only - keep chars" und "Wipe hole Map and Chars"
Eine Schaltfläche löscht nur die map und lässt die nackten chars bestehen. die andere löscht beides (jetziger wipe).

Und jeder Serverbetreiber kann selbst entscheiden was er tut. Sollte durch ein Update ein Komplett-Wipe notwendig sein - dann ist das eben so - wie auch jetzt schon.

Grüße
phil


EDIT: Und wenn die Server endlich wieder performen sollen, auch ohne große Lizenzkosten durch andere DB Systeme, kommt man um diesen Schritt eh nicht herum die SQLite zu splitten...

chars.db
inventorys.db
map.db
containers.db
vehicles.db

anscheindend können das nur die devs, wenn sie in den updateprozess einen DB-Prozess mit einbringen, der die map platt macht, ohne die chars.

Nur wurde diese Funktion bis jetzt nicht an die Admins weiter gegeben.

Die Daten in eine chars.db und eine map.db aufteilen und der je einen extra wipe-knopf im backend geben?
Oder eine kleine API, sodass in der safe.db alles gewiped wird außer die tabellen mit den char-daten.... Auch hierzu einfach ein knöpflein im backend.

Stell ich mir jetzt nicht soooooooooo krass kompliziert vor.....

Grüße
phil

Die Frage taucht bei uns auch immer wieder auf. Die Leutz haben keinen Bock mehr ihren Char zu trainieren, wenn sie ihn ständig verlieren.

Nach dem Update und dem Hinweis darauf kommt ständig die Frage "sind partielle Wipes nun möglich?"
Meine Hinweise sehen dann ähnlich aus wie deine, Baluba. Die Antwort lautet dann meist: "OK, dann spiele ich wenn das möglich ist."

Es würde auf jeden Fall wieder mehr Leute ins Spiel ziehen, wenn sie nicht immer ihre Chars gesnackt bekommen.

grüße
Phil

Danke, dachte schon ich hätte nen fehler in der eco.json

Moin,

bei uns gibt es beim Händler keine Desert Ghillie Hose zu kaufen... selbst wenn ich sie manuell hinzufüge, taucht sie nicht auf.

{"tradeable-code" : "Ghillie_Suit_Pants_Desert", "base-purchase-price" : "3600", "base-sell-price" : "1200", "delta-price" : "-1.0", "can-be-purchased" : "true"}

Ist das nur bei uns so?

Grüße
phil

Man kann maximal 20 einstellen (danach nur noch manuell spawnen)... sind die erreicht, kommt kein neues (gespawnte zählen mit rein).
Wichtig - über 100-200 meter im umkreis des spawns darf kein Flugzeug/Fahrzeug oder Spieler sein. Als Admin sehr schön auf der Karte zu beobachten mit "showvehicleinfo true" und "showotherplayerinfo true" wann genau sie spawnen.

Bei uns ist in B2 mal tagelang keins gespawnt, weil hinter dem Zaun nördlich ein Traktor stand - noch hinter der Landebahn im Busch....

grüße
phil

Was bedeutet "nächster Patch"? Ich hoffe er kommt heute - die Nummer streckt die Ökonomien auf den Servern nieder. (zumindest die server mit wenig loot)
Und andere können nix verkaufen, weil die Händler dauerpleite sind.

dass man mit so einem fehler so lapidar umgeht, ist mir schleierhaft... das müsste instant nen patch geben. Oder gibts dann wieder nen global wipe?

grüße
phil

Hallo, passt bitte auf - es gibt einen Exploit, der es ermöglicht jeden Händler easy leer zu räumen. Ich möchte ihn hier nicht weiter erläutern. Es sollte Anfang der Woche auch einen Fix dafür geben - Bug ist gemeldet.

Falls ihr einen Server mit empfindlicher Ökonomie habt und die Eco nicht deaktivieren wollt, stellt bis dahin in der EconomyOverride.json folgendes ein:

"trader-funds-change-rate-per-hour-multiplier" : "0.1" // oder auch "0"

So ist der Händler noch verfügbar, bekommt aber so wenig wie möglich (oder kein) neues Geld hinzu. Geldmenge bleibt gleich - wird nur erstmal umverteilt.

Passt bis zum Patch außerdem auf Leute auf, die lange am Händler stehen oder sogar direkt mit Autos und Kisten lange da stehen. Vorsicht.

Grüße
phil

Wir haben 3 Spawnpunkte entdeckt. 2 auf dem B2 Airfield und eines in D4. Allerdings wird auf dem B2 Airfield immer nur einer der beiden Spawns belegt. Niemals alle beide - es sind also immer 2 Flugzeuge auf der Karte verfügbar, vorausgesetzt es ist genug im Pool eingestellt.

Wichtig zu wissen, wenn sich im Bereich von mehreren hundert Meter ein anderes Fahrzeug/Flugzeug oder Spieler befindet, spawnt KEIN Flugzeug nach! Die Bereiche müssen für einen Respawn komplett geräumt sein. (Darum auch immer nur ein Flugzeug auf B2 Airfield)

Sorry, aber dass die Flugzeuge Auswirkungen auf SUV Spawn oder umgehdreht haben, stimmt nicht. Das sind völlig verschiedene Pools und der verhält sich genau wie die anderen.

Dass es ein Zombie-Cap (Limit) gibt, ist schon immer so. Dieser liegt bei 500 Zombies (vorher bei PP bei 2.000 - nun aber auch da 500). Zu finden unter MaxAllowsZombiesinWorld, dieser wiederrum unterteilt in Interior, Exterior und Wild.

Grüße
phil

Zitat von Yellow90

Das Lied finde ich auch voll schön. Und das KillBox Lied finde ich cool Da suche ich gerade nach in der Liste.

Der Interpret ist zwar inder Liste. Aber das Lied nicht. Jay Ray - Paranormal (instrumental)

Jay Ray - der Typ hat einige Lieder im SCUM Radio. Der geht gut ab.

Hier das gleiche Lied mit Killbox-Sound im Hintergrund (läuft auch im Radio):

Egal welche Extras angebaut werden.... Aus Serversicht hoffe ich, dass diese Fahrzeuge am Ende aus einem einzigen Entity bestehen - egal mit welchen Anbauten.
just saying

Phil

Ja, das Problem besteht bei uns auch.

Grüße
Phil

Es ist egal welche Waffe bzw welches Mag. Es ist auch nicht zu 100% nachstellbar, weil es vermehrt bei Servern (zufällig) mit niedrigen TPS passiert.

Der Server muss sozusagen gerade "husten" und du gerade Nachladen.... Mit Glück passiert es dann.
Beobachtest du aber einen Server mit 50 Spielern, wo aller paar Sekunden nachgeladen wird, ist die chance eben X mal höher, dass einer dann schreibt "eyyyy, mein mag ist weg"....

Als einzelner Tester ist es fast nicht nachstellbar.

Bei uns gibt es auch viele Meldungen dazu

Wer interesse am gefühlten Verdauungsverhalten von 0.6 hat, muss den Body Simulation Speed (bei 3,5 DaySpeed) auf ca. 2.3 - 2.5 stellen.

Mit diesen Werten stellt sich wieder ein normales, gewohntes Spielverhalten ein.

Grüße
phil

Beitrag vom 22.3. - Problem wurde mit Patch vom 23.3. gelöst bzw extrem verbessert.

Danke und Grüße
phil

Zitat von Maddin1304

Moin Randle,

wenn wir in den normalen Einstellungen das ändern, spawnen doch Fahrzeuge oder? Das wollen wir ja nicht, wir wollen nur das Autos beim Trader gekauft werden.

Ich hoffe du weißt was ich meine.

das musst du in der EconomyOverride.json einstellen, nicht den ServerSettings selbst.

Der Eco-KFZ-Pool ist ein anderer als der Pool aus dem die Spawn-KFZ kommen. Beide sind also voneinander unabhängig.

Im Grunde wären sogar 2 Multis wichtig... Einer für den Verkauf und einer für den Ankauf.

Also wir stellen mit 50+ Spielern eine signifikante Verbesserung fest, was das desyncen betrifft.

Auf jeden Fall die richtige Richtung. Danke dafür.