Beiträge von Kelli

"InitialDamage": 60,
"RandomDamage": 30,

macht effektiv das das item random zwischen 30%-90% hat.

"InitialDamage": 0,
"RandomDamage": 25,

zwischen 75%-100%

"InitialDamage": 25,
"RandomDamage": 0,

Genau 75%

"InitialDamage": 0,
"RandomDamage": 80,

zwischen 20%-100%

u.s.w

Auf jeden Fall liest es das File ein, aber doppelt einmal dein eigenes und einmal das von Heathcliff unter LootCar.
Und du hast ZoneModifier.json und Zones.json. Da musst du dann auch in der richtigen Zone examinen?!?

2026.03.30-17.29.07: Log: Parsed '/gameserver/gameserver/SCUM/Saved/Config/WindowsServer/Loot/Spawners/Presets/Override/LootCar/Zones.json' and found 1 zones

Außerdem hast du noch jede Menge Fehler in deinen anderen Spawner Files.
Überall wo Error steht ist was falsch - hier z.b. ein Typo: Pacage

2026.03.30-17.29.07: Error: Node 'ItemLootTreeNodes.DeadPuppets.Civilian.Items.Lockpicks.Bobby_Pin_Pacage' could not find item spawning parameters for item 'Bobby_Pin_Pacage'.

Laika Doors in deinem .json sind auch noch falsch:

2026.03.30-17.29.07: Log: Parsing '/gameserver/gameserver/SCUM/Saved/Config/WindowsServer/Loot/Spawners/Presets/Override/Street-Residential-Examine_Car_Wreck.json'...
2026.03.30-17.29.07: Error: 'Laika_Door_FrontLeft_Item' is not a valid item
2026.03.30-17.29.07: Error: 'Laika_Door_FrontRight_Item' is not a valid item
2026.03.30-17.29.07: Log: Parsing spawner preset overrides in '/gameserver/gameserver/SCUM/Saved/Config/WindowsServer/Loot/Spawners/Presets/Override/LootCar'...

in Heathcliffs nicht.

2026.03.30-17.29.07: Log: Found '553' spawner presets

Ich dachte du hast alles gelöscht?
Tu mal alles unter /Override/ raus wieder.
Unter /gameserver/gameserver/SCUM/Saved/Config/WindowsServer/Loot/Spawners/Presets/Override/ hast du dann einen leeren Ordner.
In diesem Ordner packst du die eine Datei aus Heathclifs Ordner: LootCar/Street-Residential-Examine_Car_Wreck_Scrap.json sonst nichts.

dann kuggen und wenn das geht kannst du den rest nach und nach wieder hochladen (die ganzen DeadPuppets* files etc..)

Auf die Logfiles des Servers hast du kein Zugriff?
Unter SCUM/Saved/SaveFiles/Logs/ gibt es eine loot{datum }.log in der steht welche custom Files es liest und ggf Fehler.

Eventuell ist das garkein Scum Problem mehr, sondern die Dateien haben nach dem Ftp Upload die falschen Rechte und das Spiel kann nicht drauf zugreifen.
Du kannst es auch im Singleplayer / Sandboxmode erstmal testen. Geht genauso.
%localappdata%C\SCUM\Saved\Config\WindowsNoEditor\

Du kannst alles unter /SCUM/Saved/Config/WindowsServer/* jederzeit löschen, dann mit #ExportDefaultLootTree und #ExportDefaultItemSpawnerPresets die default Ordner neu anlegen lassen. Das Spiel braucht die aber nicht, es reicht wenn du die veränderten Dateien unter \gameserver\SCUM\Saved\Config\WindowsServer\Loot\Spawners\Presets\Override liegen hast.

Änder vielleicht erstmal noch

"InitialDamage": 0,
"RandomDamage": 0,

Dann siehst du sofort ob er dein File lädt.

Zitat von Heathcliff

Wenn ich in die "ItemLootTreeNodes.CarWreck" gehe, kann ich dort keine Autoteile ausfindig machen, weshalb ich mich dazu gezwungen sah, sämtliche Fahrzeugteile manuell in die "Street-Residential-Examine_Car_Wreck" einzutragen.

Da hast du recht,naja bis auf Autobatterie, Wagenheber, Lichtmaschine, die sind möglich.
Aber es gibt in dem GarageNode fertige Nodes mit allen Autoteilen, und diese fertigen Nodes kannst du zusätzlich im Street-Residential-Examine_Car_Wreck hinzufügen. Dann bekommst du $Quantity die Dinge aus dem CarWreck + $Quantity die Dinge aus dem Garge Node. Und die Garage Nodes werden zusätzlich bei Updates mit neuen Teilen versorgt.

{
"Nodes": [
{
"Rarity": "Uncommon",
"Ids": [
"ItemLootTreeNodes.CarWreck"
]
},
{
"Rarity": "ExtremelyRare",
"Ids": [
"ItemLootTreeNodes.Garage.VehicleAttachments.Body",
"ItemLootTreeNodes.Garage.VehicleAttachments.Doors",
"ItemLootTreeNodes.Garage.VehicleAttachments.Pneumatics",
"ItemLootTreeNodes.Garage.VehicleAttachments.Seats"
]
}
],
"Probability": 35,
"QuantityMin": 1,
"QuantityMax": 2,
"AllowDuplicates": false,
"ShouldFilterItemsByZone": false,
"ShouldApplyLocationSpecificProbabilityModifier": true,
"ShouldApplyLocationSpecificDamageModifier": true,
"InitialDamage": 60,
"RandomDamage": 30,
"InitialUsage": 60,
"RandomUsage": 30,
"PostSpawnActions": [
"SetAmmoAmount_SmallStash",
"SetCashAmount_SmallStash",
"SetClothesDirtiness_DirtyClothes"
]
}

geändert geht es (trozdem schlechte Idee, wenn es mit 4 zusätlichen Zeilen Updatesicher geht)

{
"Nodes": [
{
"Rarity": "Uncommon",
"Ids": [
"ItemLootTreeNodes.CarWreck"
]
}
],
"Items": [
{
"Rarity": "Uncommon",
"ID": "Rager_Engine_Alternator_Item"
},
{
"Rarity": "Uncommon",
"ID": "Rager_Seat_FrontLeft_Item"
},
{
"Rarity": "Uncommon",
"ID": "Wheel_265_60_R18_Item"
},
{
"Rarity": "Uncommon",
"ID": "Laika_Engine_Alternator_Item"
},
{
"Rarity": "Uncommon",
"ID": "Laika_Seat_FrontLeft_Item"
},
{
"Rarity": "Uncommon",
"ID": "Wheel_255_55_R16_Item"
},
{
"Rarity": "Uncommon",
"ID": "Wheel_155_R65_Item"
},
{
"Rarity": "Uncommon",
"ID": "WW_Engine_Alternator_Item"
},
{
"Rarity": "Uncommon",
"ID": "WW_Seat_BackLeft_Item"
},
{
"Rarity": "Uncommon",
"ID": "Car_Battery"
},
{
"Rarity": "Uncommon",
"ID": "Car_Jack"
},
{
"Rarity": "Uncommon",
"ID": "Gasoline_Canister_Small"
}
       
],
"Probability": 100,
"QuantityMin": 10,
"QuantityMax": 15,
"AllowDuplicates": false,
"ShouldFilterItemsByZone": true,
"ShouldApplyLocationSpecificProbabilityModifier": true,
"ShouldApplyLocationSpecificDamageModifier": false,
"InitialDamage": 40,
"RandomDamage": 25,
"InitialUsage": 60,
"RandomUsage": 30,
"PostSpawnActions": [
"SetAmmoAmount_SmallStash",
"SetCashAmount_SmallStash",
"SetClothesDirtiness_DirtyClothes"
]
}

Habs mal auf mein Testites eingefügt Diese Dinge gibt es nicht:

LogItemSpawning: Error: 'Rager_Engine_Alternator' is not a valid item
LogItemSpawning: Error: 'Rager_Seat_FrontLeft' is not a valid item
LogItemSpawning: Error: 'Wheel_265_60_R18' is not a valid item
LogItemSpawning: Error: 'Laika_Engine_Alternator' is not a valid item
LogItemSpawning: Error: 'Laika_Seat_FrontLeft' is not a valid item
LogItemSpawning: Error: 'Wheel_255_55_R16' is not a valid item
LogItemSpawning: Error: 'Wheel_155_R65' is not a valid item
LogItemSpawning: Error: 'WW_Engine_Alternator' is not a valid item
LogItemSpawning: Error: 'WW_Seat_BackLeft' is not a valid item

Die heißen jetzt alle _Item
Das ist der Grund warum Items zu nehmen keine SuperIdee ist.

Wagenheber, Kanister und Autobatterie kommen vermutlich aus dem "ItemLootTreeNodes.CarWreck" nicht aus deinen Items.
Ich bin mir nicht sicher ob er in dieser Constellation bei jedem Durchsuchen sowohl ein Item aus dem Node: und zusätzlich einen aus den Items: auslost, oder nur entweder Node: oder Item:
Aber da nur 6 Items ausgespuckt werden obwohl du Quantity min auf 10 hast wird das File garnicht geladen diagnostiziere ich mal.
Ich kann jetzt keinen Fehler erkennen, aber im Logfile des Servers siehst du eventuell warum wenn du ein #ReloadLootCustomizationsAndResetSpawners ausführst und dabei die consolenausgabe mitlaufen lässt.

Aber ich würde dir trozdem noch dazu raten die vorgefertigten Nodes zu benutzen statt eigene Items hinzuzufügen wann immer das geht. Das ist dann Updatesicher weil die Spawner nur sehr selten verändert werden die Nodes aber regelmäßig (Holiday Events, neue Items, andere Itemnamen etc...)

Du brauchst nicht alle Autoteile einzeln eintragen. Es gibt schon fertige Spawnergruppen dafür.

{
	"Nodes": [
		{
			"Rarity": "Uncommon",
			"Ids": [
				"ItemLootTreeNodes.CarWreck"
			]
		},
		{
			"Rarity": "ExtremelyRare",
			"Ids": [
				"ItemLootTreeNodes.Garage.VehicleAttachments.Body",
				"ItemLootTreeNodes.Garage.VehicleAttachments.Doors",
				"ItemLootTreeNodes.Garage.VehicleAttachments.Pneumatics",
				"ItemLootTreeNodes.Garage.VehicleAttachments.Seats"
			]
		}
	],
	"Probability": 35,
	"QuantityMin": 1,
	"QuantityMax": 2,
	"AllowDuplicates": false,
	"ShouldFilterItemsByZone": false,
	"ShouldApplyLocationSpecificProbabilityModifier": true,
	"ShouldApplyLocationSpecificDamageModifier": true,
	"InitialDamage": 60,
	"RandomDamage": 30,
	"InitialUsage": 60,
	"RandomUsage": 30,
	"PostSpawnActions": [
		"SetAmmoAmount_SmallStash",
		"SetCashAmount_SmallStash",
		"SetClothesDirtiness_DirtyClothes"
	]
}

Das funktioniert dann auch für neue Fahrzeug(Teile) die später dazukommen, wenn du den loot Tree nicht überschreibst. Body, Doors, Seats, Pneumatics ist alles was es geben kann, hier nur sehr, sehr selten aber in jedem Wrack auf der Insel möglich.

/Saved/Config/WindowsServer/Loot/Spawners/Presets/Override/Street-Residential-Examine_Car_Wreck.json

... und noch als Beispiel \Config\WindowsServer\Loot\GeneralZoneModifiers.json

{
	"Modifiers": [
		{
			"Zones": [
				{
					"Name": "Airport",
					"TopLeft": "X=-223079.781 Y=-26991.332",
					"BottomRight": "X=-285907.0594 Y=-55068.3497"
				},
				{
					"Name": "D4Hangars",
					"TopLeft": "X=517260.906 Y=596238.000",
					"BottomRight": "X=496208.188 Y=535728.875"
				},
				{
					"Name": "Camp B4",
					"TopLeft": "X=455944.219 Y=-185155.391",
					"BottomRight": "X=455090.125 Y=-187090.750"
				}
			],
			"ExamineSpawnerProbabilityMultiplier": 2,
			"ExamineSpawnerQuantityMultiplier": 2
		},
		{
			"Zones": [
				{
					"Sector": "Z4"
				}
			],
			"ExamineSpawnerQuantityMultiplier": 2
		}
	]
}

Mein Prisoner hat stets auf den beiden Rückenslots 1 + 2 einen Bogen und ein Katana und zusätzlich sind derselbe Bogen und Katana noch einmal auf den Quick Access Slots 3 und 4 fest eingestellt.
Das brauche ich damit der Bogen stets auf der 4 ist wenn es stressig wird denn die Rückenslots tauschen schonmal die Position 1 mit 2 wenn einer von beiden in der Hand ist und jeweils auf den anderen Slot gewechselt wird.
Naja kennt ihr ja selber leidvoll.

Seit Version 1.2.0.0.103720 verschwinden die Quick Access Zuordnungen auf Slot 3 und Slot 4, also die "doppelt" vorhandenen (auf Slot 1 bzw Slot 2 wegen Rücken, und Slot 3 bzw Slot 4 wegen Kelli braucht Beständigkeit)
War jetzt eine Weile lang genervt aber nicht neugierig genug, nun war ich genervt und neugierig genug.

Der Server speichert die Zuordnung korrekt in der SCUM.db unter der Tabelle prisoner_inventory_quick_access_slot da sind auch beide Items vorhanden nach dem shutdown des Servers.
Aber nach dem Start des Servers verschwinden beide Einträge aus der prisoner_inventory_quick_access_slot table, nur die Items auf den anderen Slots (4-0) (hier Schlagring aus dem Rucksack und M9 aus dem Pistolenholster) bleiben drin stehen.
Also liegt es nicht an meinem Client, da räumt ein Startjob doppelte Items im Quick Access Slot zu euphorisch auf.

Nach dem shutdown:


nach dem start:


Hab es kurz im Sandbox Modus verifiziert, da war es etwas uneindeutiger. Eine mk18 die ich auf den Rücken (1) und auf Quick (3) hatte blieb auf beiden, ein Katana den ich auf dem Rücken (2) und auf dem Quick (4) hatte verschwanden aus der 4.

tldr) Quick Access Slots vergessen Items die auf dem Rücken sind.

Oben im Original Post von Rauii unter Schritt 3: Das Start-Skript (start-server.sh) wird der Startbefehl für den Scum Server selber in der Datei start-server.sh mitgegeben. ab Zeile 26
Da kannst du die Startparmeter ändern oder ergänzen wenn du dich an diese Anleitung gehalten hast.

Zitat von TheZombieMan

Ich habe nun nach etwas googeln das gemacht: docker update --memory 10g --memory-swap 20g scum-server

hätte ich an deiner Stelle auch als nächstes versucht, aber 10G ist etwas wenig. Mach mal --memory 16g --memory-swap 30g

Du kanst es ja auch erstmal ohne Docker image laufen lassen. Obwohl, durch intensives Testen und Anpassen verschiedener Konfigurationen ist dieses stabile Setup entstanden, also
Zum testen vielleicht erstmal noch "-nobattleye" anfügen und die Playerzahl hart begrenzen um zu sehen ob sich etwas ändert. Ist eh egal wenn du erstmal nur mit Freunden zockst:

# Server starten
exec wine SCUM/Binaries/Win64/SCUMServer.exe \
-logs \
-UNATTENDED \
-MaxPlayers=10 \
-Port=7778 \
-nobattleye

Ok, das aus der Scum.log ist der Zustand vor dem laden der Welt noch ehe irgendetwas geladen wird.

Warum dein Server absäuft kann ich dir nicht sagen. Ich benutze selbst kein Dockerimage aber bei mir lief Scum auf einem Nuc mit 16GB RAM und 8 Spielern Tagelang durch ohne zu crashen, an den 32GB verfügbaren Ram liegt es sicher nicht.

⁴proc┌┐filter┌─────────────────────────────────────────────────────────────────────────────────────────────────┐per-core┌┐reverse┌┐tree┌┐← cpu lazy →┌─╮
│    Pid: Program:         Command:                                                                                 Threads: User:       MemB       Cpu% ↑│
│   29039 ScumServer.exe   /games/SCUM Server/SCUM/Binaries/Win64/ScumServer.exe -UNATTENDED -fileopenlog -log -port=77   33 kk          9.7G ⣀⣀⣀⣀⣀  6.2 █│

magst du noch die aktualisierte SQL Datenbank bereitstellen (mit server_news und public_stats_consent ...) ich hab gut genug geraten das es funktioniert, könnte aber vielleicht noch was fehlen

CREATE TABLE `public_stats_consent` (
  `id` int(11) NOT NULL,
  `steamid` varchar(32) NOT NULL,
  `consent` varchar(128) NOT NULL DEFAULT '',
  `show_name` varchar(128) NOT NULL DEFAULT '',
  `consented_at` timestamp NOT NULL DEFAULT current_timestamp(),
  `locked_until` timestamp NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_general_ci;
CREATE TABLE `server_news` (
  `id` int(11) NOT NULL,
  `author_steamid` varchar(32) NOT NULL,
  `title` varchar(128) NOT NULL DEFAULT '',
  `body` varchar(128) NOT NULL DEFAULT '',
  `created_at` timestamp NOT NULL DEFAULT current_timestamp(),
  `is_published` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_general_ci;

Er hat in seinem Dockerimage den Ram nicht limitiert, also sollte der komplette Host Ram zur Verfügung stehen.

Ich glaube auch du kuggst an der falschen Stelle. 1.7Gb Ram kann niemals stimmen.
Idle 7-9 Gb sind realistischer wenn die Welt geladen ist.

Hi Kelboss,

Danke!
Danke das du deine Arbyte frei, und frei verfügbar machst.

Hast du darüber nachgedacht die scum.db an einem anderen Ort abzulegen?
Im Hauptverzeichnis kann jede:r unauthorizierter Benutzer:in die Datei abrufen, was jetzt kein direkte Echtwelt Gefahren veruracht aber z.B. könnten Squads so die Feindlichen Bases lokal importieren und auskundschaften, Grind Spielende dasselbe machen um alle Fahrzeuge abzugreifen und je nach Aktualität sieht Mensch ja auch in der virtualized_item table wo nicht examine Items in der Welt rumliegen.
Und sicher Niemand würde in der prisoner_spawn_location nachsehen wo gute Minenplatzierkoordinaten sind.
ach und SELECT pin_number FROM bank_account_registry_cards und die Codes der Spieler Zahlenschlösser stehen bestimmt auch noch irgendwo.

Ich würde die scum.db als vertraulich behandeln.
Ich frage nicht für einen Fix für mich, ich hab die scum.db einfach an einen anderen Ort abgelegt und mit .htaccess geschützt. Aber vielleicht könnte das anders designt werden.

Ich mag den "Skin"

In komplett mit deinen Zeiten 1h, 45, 30, 15 Minuten vorher in Grün, dann die letzten 5 Minuten jede Minute und die letzte finale Warnung in Rot

{
  "Notifications": [
    {
      "time": [
        "5:00",
        "5:15",
        "5:30",
        "5:45",
        "5:55-5:58"
      ],
      "color": "125-225-150",
      "message": "#RestartIn(6:00)"
    },
	    {
      "time": ["05:59-06:00"],
      "color": "255-180-50",
      "duration": "10",
      "message": "#RestartIn(6:00)"
    },
    {
      "time": [
        "11:00",
        "11:15",
        "11:30",
        "11:45",
        "11:55-11:58"
      ],
      "color": "125-225-150",
      "message": "#RestartIn(12:00)"
    },
	{
      "time": ["11:59-12:00"],
      "color": "255-180-50",
      "duration": "10",
      "message": "#RestartIn(12:00)"
    },
    {
      "time": [
        "17:00",
        "17:15",
        "17:30",
        "17:45",
        "17:55-17:58"
      ],
      "color": "125-225-150",
      "message": "#RestartIn(18:00)"
    },
	{
      "time": ["17:59-18:00"],
      "color": "255-180-50",
      "duration": "10",
      "message": "#RestartIn(18:00)"
    },
    {
      "time": [
        "23:00",
        "23:15",
        "23:30",
        "23:45",
        "23:55-23:58"
      ],
      "color": "125-225-150",
      "message": "#RestartIn(00:00)"
    },
    {
      "time": ["23:59-24:00"],
      "color": "255-180-50",
      "duration": "10",
      "message": "#RestartIn(00:00)"
    }
  ]
}

Ich wüßte gern wozu du den Soundserver (pulse) und den Vulkan treiber einbaust?
Ist ein dedicated Server ohne sound und gfx

Hab gerade eine mit dem Katana gefällt.