Beiträge von Kelboss

    Huhu zusammen,

    auf Wunsch aus diesem Forumsbeitrag habe ich einen Standalone Free SCUM Bot entwickelt.

    Das Tool ist weiterhin ein Community-/Bastelprojekt und noch nicht perfekt durchgetestet, aber inzwischen deutlich weiter als die erste Version.

    Der Bot reagiert auf Chatbefehle von Spielern und kann daraufhin frei definierbare SCUM-Adminbefehle ausführen. Ursprünglich war nur !welcomepack geplant, inzwischen gibt es aber eine kleine Steuerungszentrale im Frontend.



    Aktueller Stand:
    - Spielerbefehle über das Frontend anlegen, z. B. !welcomepack, !vote, !kit
    - Ablaufskripte im .sfb-Format
    - Variablen wie {player}, {steamId}, {args}, {arg1}, {arg2}
    - Spielerposition per {playerlocation} aus #ListPlayers
    - Z-Offset für Spawnpositionen, z. B. {playerlocation+50}
    - Wartezeiten im Skript, z. B. wait 500ms, wait 30s
    - Ausführungsregeln pro Befehl:
    - Einzigartig pro Spieler
    - 1x täglich pro Spieler
    - Zeitbasiert / alle X Stunden
    - Immer
    - Übersicht der ausgeführten Spielerbefehle
    - Timer / Sperren können im Bot zurückgesetzt werden
    - Zufallsblöcke in Skripten mit randomblock, case, endrandomblock
    - Versionsprüfung über meine Homepage
    - Patchnotes-Anzeige
    - Admin-Warnung, falls der Bot nicht als Administrator gestartet wurde

    Wichtig:
    Man benötigt wie bekannt einen zweiten PC oder eine zweite Windows-Session mit extra Steamaccount und SCUM.

    Zusätzlich benötigt ihr:
    - AutoHotkey v2
    - .NET Desktop Runtime

    AutoHotkey:
    https://www.autohotkey.com/

    .NET prüft das Programm beim Start und leitet euch bei Bedarf zur Microsoft-Downloadseite weiter.

    Damit der Bot zuverlässig Tasteneingaben in SCUM senden kann, sollte der Bot als Administrator gestartet werden. Wenn SCUM als Admin läuft und der Bot nicht, kommen die Tastendrücke meist nicht im Spiel an. Das Programm zeigt inzwischen eine Warnung an, wenn es nicht als Administrator läuft.

    Chatlog / Verbindung:
    Möglich ist FTP, SFTP oder lokal. Zuletzt wurde hauptsächlich FTP getestet.

    Der Server-Chatlog-Ordner ist nur bei lokaler Nutzung relevant. Wenn das Tool bei FTP/SFTP wegen diesem Feld meckert, könnt ihr dort irgendeinen vorhandenen Ordner auswählen.

    Start-Reihenfolge:
    1. SCUM starten
    2. In den Videoeinstellungen auf Window Mode stellen
    3. Auf den Server connecten
    4. Chat auf Global stellen
    5. Bot als Administrator starten
    6. Einstellungen prüfen
    7. Bot starten

    Per RDP wird es vermutlich nicht zuverlässig funktionieren, sobald die RDP-Sitzung geschlossen wird. Das liegt daran, dass Windows/SCUM dann keine normalen Tastatureingaben mehr sauber annimmt.

    ---

    Beispiel: einfacher Spielerbefehl

    Im Frontend könnt ihr einen Befehl anlegen:

    Spielerbefehl:
    !welcomepack

    Ablaufskript:
    welcomepack.sfb

    Regel:
    Einzigartig pro Spieler

    Dann wird das Skript nur einmal pro Spieler ausgeführt.

    ---

    Beispiel für ein .sfb-Skript:

    {player} dein Welcomepack ist auf dem Weg, bitte bleib stehen!
    wait 1s

    #teleportto {player}
    wait 30s

    #spawnitem Water_05l 1 Location {playerlocation+50}
    wait 500ms

    #spawnitem BP_Weapon_98k_Kar98 1 Location {playerlocation+50}
    wait 500ms

    #spawnitem BP_Weapon_Magazine_Kar98 2 Location {playerlocation+50}

    {player} dein Welcomepack wurde zugestellt.

    {playerlocation+50} bedeutet:
    Der Bot fragt vorher über #ListPlayers die Position des Spielers ab und erhöht die Z-Koordinate um 50, damit Items nicht im Boden stecken.

    Das Ergebnis wird im SCUM-Format gesendet, z. B.:

    "[-554320 -846077.312 13288.3]"

    ---

    Verfügbare Variablen im Skript:

    {player} Spielername
    {steamId} Steam-ID des Spielers
    {command} Ausgelöster Spielerbefehl
    {args} Alle Argumente nach dem Spielerbefehl
    {arg1} Erstes Argument
    {arg2} Zweites Argument
    {arg3} Drittes Argument
    {now} Aktuelles Datum mit Uhrzeit
    {date} Aktuelles Datum
    {time} Aktuelle Uhrzeit
    {playerlocation} Spielerposition
    {playerlocation+50} Spielerposition mit Z-Offset +50

    ---

    Beispiel für Argumente:

    Spieler schreibt:
    !vote settime 1

    Skript:
    #vote {args}

    Ergebnis:
    #vote settime 1

    Oder mit einzelnen Argumenten:

    #vote {arg1} {arg2}

    Ergebnis:
    #vote settime 1

    ---

    Wartezeiten:

    wait 500ms
    wait 1s
    wait 30s
    wait 2m
    wait 1h

    Damit kann der Admin selbst bestimmen, wie viel Abstand zwischen Befehlen liegt.

    ---

    Randomizer / Zufallsblöcke:

    randomblock
    case 70
    #spawnitem Water_05l 1 Location {playerlocation+50}
    wait 500ms
    #spawnitem Bread 1 Location {playerlocation+50}

    case 20
    #spawnitem Antibiotic_Pill_Single 2 Location {playerlocation+50}

    case 10
    #spawnitem BP_Cash 1000 Location {playerlocation+50}

    endrandomblock

    Pro Ausführung wird genau ein case-Block gewählt.

    Die Werte hinter case sind Gewichtungen. Sie müssen nicht zusammen 100 ergeben.

    Beispiel:

    case 70
    case 20
    case 10

    entspricht ungefähr 70 %, 20 %, 10 %.

    case 20
    case 60

    entspricht 25 % und 75 %.

    Ohne Zahl zählt ein case automatisch als Gewicht 1.

    ---

    Gespeichert werden die Daten im Programmordner unter Data.

    Dort liegen z. B.:
    - Befehlskonfiguration
    - .sfb-Skripte
    - Spielerstatus / ausgeführte Befehle

    Die Spieler-Ausführungen können inzwischen direkt im Bot eingesehen und zurückgesetzt werden. Man muss also nicht mehr zwingend manuell in JSON-Dateien herumeditieren.

    ---

    Hinweis:
    Das Tool sendet SCUM-Befehle über AutoHotkey ins aktive SCUM-Fenster. Es ist also kein Serverplugin und keine direkte RCON-Lösung. Der Bot braucht ein laufendes SCUM-Spiel, einen eingeloggten Adminaccount und ein aktives Chatfenster.

    Für Bastler hängen Rohdaten / Sourcecode mit dran.

    Aktuellster Sourcecode:

    GitHub - LMNT-Gaming/ScumFreeBot: Freier Bot für alle!
    Freier Bot für alle! Contribute to LMNT-Gaming/ScumFreeBot development by creating an account on GitHub.
    github.com

    Feedback, Tests und Verbesserungsvorschläge sind gerne willkommen.

    Ich hoste das Spiel auch extern.Nur der zweite Account und Bot soll auf dem 2 Rechner bei mir laufen.

    Ich bin auch gerade wieder dabei den Server zum Leben erwecken.Hab praktisch das Game umgekrämpelt,vom Loot bis zu allem Spawn und Spawner.Soll ein Server werden für "echtes" Survival.Deswegen hab ich da auch noch so einige Ideen, was man mit einem Bot noch alles anrichten kann .Hast keine lust mehr auf Scum, aber auf Bot basteln :D Dann komm auf meinen Server.Da kannst dich dann austoben.Auch spielerisch ;) Gute Programmierer mit Intresse und mitdenken sind Rar.

    Verstehe :( ja dann muss ich mir mal die FTP Geschichte reinziehen sobald das lokal funktioniert. was es schon zu 99% tut. Er mag nur das Welcomepack noch nicht :D

    Bezüglich Server, ich bin Admin eines gut besuchten Servers :) und auf Heavy Survival habe ich ehrlich gesagt wenig Lust :p Alles gesehen, alles gemacht.

    Problem ist Content nicht die Art oder Schwere des Spieles.

    Joa mal schauen wie weit ich komme :D Meine lust auf SCUM ist eigentlich nahezu komplett weg. Und so ein Bot wollte ich durch hoffnung auf rcon eigentlich nicht entwickeln. Aber egal, mal schauen :)

    Ja genau so hatte ich es gedacht. Aber bei Dedicated Servern brauchen wir ja kein FTP?! Das ist ein wenig stressig das nochmal zu bauen wie bei meinem SDBT. Aber auch machbar.

    Moin,

    davon habe ich noch nicht gehört. Das einzige was ich so bieten könnte wäre meinen Kelbot, dieser ist aber ultra rudimentär und weder stabil noch einsteigerfreundlich. Also ChatGPT und basic Programmierknowledge in richtung node.js sollten da sein :D Den müsste ich aber nochmals "härten" oder ich bau den in C# .net :D mal schauen ob ich lust und zeit finde. Was genau erwartet ihr von so einem Bot? Was muss er können? Was sollte er können? Bei den ganzen bezahlbots wird mir schlecht... Eine kostenlose variante würde mich allein deshalb reizen, zu erstellen :D

    Bin ich fast komplett deiner Meinung!

    Viele schauen kurz in Google was "Meta" ist und gehen dann auch nur noch da drrauf. Man hat vergessen zum Teil was es heißt ein Spiel zu spielen. Sehr viele wollen nur noch reinschwitzen und die besten in irgendwas sein, das ist dann der einzige Content. Das aber einfach mal das Schneegebiet erkunden und dort mal eine Base aufstellen, als schönes Ziel einer Gruppe oder eines einzelnen sein kann sehen viele nicht. Zu male das alt leidige "haben wir aber schon immer so und so gemacht" dagegen Konkurriert.


    Was die Engine betrifft bin ich nicht deiner Meinung!

    So wie ich es sehe reiten noch viele mit einer <1060 um die Kurve.

    UE5 dauert noch min 6-8Jahre, meiner Meinung nach, bis es "Standard" ist.

    Nicht jeder hat die Option: DLSS und die meisten die diese haben wissen nichts davon :)

    Die UE4 Engine ist sehr solide und Stabil zum entwickeln. Sofern man diese beherrscht :D

    Und natürlich der Klassiker, Grafik und Engine machen nicht ein gutes Game aus, diese helfen nur.

    Moin, immer wenn ich Custom Zonen einrichte, oder eingrichtet habe, fliege ich vom Server, bzw. alle Spieler fligen vom Server. Warum? Der Server ist von G-Portal, hab da schon eine Ticket auf gemacht, die wissen aber nicht woran es liegt.

    Moin,

    hast du dich auch sauber als admin in der adminusersettings.ini eingetragen?

    Oder hast du dich nur als ElevatedUser eingetragen?

    Wäre so meine Vermutung, das es da ein Schlupfloch gäbe was zu der exeption führt, quasi db admin = Ja, aber die ini sagt nein?! Aber genau wissen tu ich es nicht.

    Huhu hier mal mein Senf zum Thema,

    Das Spiel hat unglaublich viel potential... aber das hat es schon seit Jahren. Nichts tut sich oder hat sich groß getan.

    Früher wusste man noch welche Enttäuschung man zu erwarten hat, inzwischen weiss man das durch die mangelnde Roadmap nicht mehr. Jede Woche sterben ca 1k Spieler weiter weg.

    Der wiederholte verkauf des Studios killt ebenso, es spiegelt einfach wieder was der content zeigt.

    Animatoren noch irgendwie zu bezahlen um das nächste nutzlose Schwert oder Messer ins spiel zu bringen.

    Um hier sinnvollen guten Wieder spielbaren Content zu bekommen ist es sehr schwer, da PVE und PVP in der mainplayer-base gemischt ist. Beide kann man nur sehr schwer bedienen.

    Was meiner Meinung nach sich ändern müsste:

    Es gibt keinerlei Item Engpass, nichts Sinnvolles mit highrisk high reward. Lediglich die Goldmodule, die man sich aber nur 1x holt und dann nie mehr.

    Es müsste etwas her, was aufbauend ist, sowas wie du kannst deine Base nur weiter aufbauen wenn du diese Selten Items Farmst, die z.B. nur in einer Befestigten NPC Anlage existieren auf irgend einer Bewachten Insel.

    Das wieder rum steht aber im Wiederspruch zum PvP...

    Man hat als "erfahrener" Spieler mit ca. 200h bereits das nötige know how um im PvE in kürzester Zeit alles zu haben.

    Im PvP regiert, wie immer das stärkste Squad, so dass man sich gar nicht erst etwas aufbaut, sondern wie ein Nomade lebt. Vor allem wenn dieses Team nicht verstanden hat was es bedeutet eine Base zu Raiden...

    Das sind die Teams die dann an die Admins hin heulen, das es zu wenig PVP gibt.

    Was helfen würde wäre die Karte zu vervierfachen, von der Größe...

    Ebenso richtige NPC Encounter wären schön, aber nur unter der premisse hier Sinnvolle Gegenstände zu bieten.

    Vielleicht erwarte ich aber auch einfach das falsche vom Game und deren dev's.


    Die Bot gierigen, die sich am Spiel mit bereichern mit Tools die es eigentlich von den Entwicklern geben sollte machen mich persönlich krank!

    Rcon ist mod technisch da, schön für 15€ im Monat... clap.

    Wenn man hier nicht dll's mit der Serverexe laden müsste (was technisch/legal schwierig ist), hätte ich euch schon eine Freeversion erstellt...

    Das alles frustet sehr und ich finde es ehrlich gesagt z.K.

    Die kommende Modflut wird meiner Meinung nach das Game voll den Rest geben.

    Ich sehe schon in game Shops kommen, oder Servermodifikationen die man bezahlen muss um diese zu betreiben (wie jetzt auch).

    Wer Geld mit Games machen will soll seine eigene entwerfen, modding ist eine Ehrensache und kein Markt meiner Meinung nach!

    Das hatte zuletzt Bethesda hart lernen müssen.

    Ich habe keinen schmerz mit z.B. dem SAH, wo ich einmal einen kleinen Obulus lege für den aufwand.

    Aber ja... traurig, sehe gerade wenig Zukunft für Scum.

    Grüße Kelboss

    Moin,

    das entscheidet Scum selbst, wenn keine Spieler mehr ums Fahrzeug Stehen, Despawnt es relativ schnell.

    Eine Einstellung dafür ist mir nicht bekannt.

    Hi Zusammen,

    ich möchte gerne anmerken auch für andere.
    Meiner bescheidenen Meinung nach, ist der einzig korrekte weg sowas zu machen, mittels eigenem loot node. Und auf diesen dann zu referenzieren.

    Wenn an der default config etwas durch ein Update geändert/verschoben wird, kannst du alles neu suchen. Bei einem eigenen Lootnode könntest du nur betroffene Itemnamen per Massenänderung innerhalb deines nodes ändern (wenn die sich irgendwann nochmals ändern).

    Im Anhang ein Beispiel dazu.

    Nodebuilder und Spawnbuilder von mir:https://lmnt-gaming.net/NodeBuilder/

    SCUM Steam EULA
    Datenschutz von Jagex

    Da es jetzt ins rechtliche geht hab ich auch mal kurz geforscht:

    Für private Serverbetreiber steht hier vor allem das in Schedule 3. Bezogen auf deine eigentliche Frage ist das Ergebnis:

    Zu SteamID / IP-Logs für Serverbetreiber

    • Keine ausdrückliche Regel dazu, dass ein privater Serverbetreiber SteamIDs speichern, nutzen oder weitergeben darf.
    • Keine ausdrückliche Regel dazu, dass ein privater Serverbetreiber IP-Adressen loggen darf oder nicht darf.
    • Im Text steht also nicht konkret, wie private Hosts mit SteamID oder IP-Logs umgehen dürfen.

    Was für Serverbetreiber tatsächlich drinsteht:

    • Sie müssen 18+ sein und einen gültigen Account haben.
    • Sie dürfen Server nicht kommerziell betreiben, außer im dort beschriebenen Rahmen.
    • Sie sind verantwortlich für Inhalte und das Verhalten der Spieler auf ihrem Server.
    • Jagex kann Moderationstools bereitstellen.
    • Server dürfen keine Daten offenlegen, durch die jemand außerhalb des Spiels identifiziert oder kontaktiert werden kann, z. B.:
      • Nachname
      • Postadresse
      • E-Mail-Adresse
      • Telefonnummer
    • Jagex behält sich vor, User Content zu überwachen/aufzuzeichnen und Server zu sperren oder zu schließen.
    • Bei illegalen Inhalten kann Jagex Informationen an Behörden weitergeben, gemäß Privacy Policy.

    Wichtige Einordnung:

    • Das Verbot, Details offenzulegen, die jemanden außerhalb des Spiels identifizierbar machen, geht eher in Richtung Datenschutz.
    • Aber: Der Text sagt nicht ausdrücklich, ob eine SteamID darunter fällt.
    • Und er sagt auch nicht ausdrücklich, ob ein Serverhost IP-Adressen in Logs speichern darf.

    Mein Fazit:

    • Für private Serverbetreiber gibt es hier keine klare Erlaubnis oder klare Regel zu SteamID/IP-Logging.
    • Der Text regelt eher:
      • Verantwortung des Hosts,
      • zulässige Inhalte,
      • Moderation,
      • und dass offen identifizierende Daten nicht preisgegeben werden dürfen.
    • Die eigentliche Antwort auf IP-Logs / Account-IDs / Speicherdauer / Weitergabe steckt sehr wahrscheinlich in der Privacy Policy oder evtl. in separaten Server-/Hosting-Bedingungen.

    Wenn du willst, ziehe ich dir aus Schedule 3 noch eine klare Betreiber-Zusammenfassung in Alltagssprache raus: „Was darf ein privater Serverhost, was nicht?“

    Moin, ist das etwa noch Windows 10?

    Wenn ja: Möglich dass diverse Treiber nicht mehr für Win 10 sauber laufen.

    Es wird leider so sein, das Tools die einem Admin mehr ermöglichen, von diesen Admins dann missbraucht werden. Und warum muss ein Admin sehen können wer wieviel in seiner Base hat? Das alleine ist schon AdminAbuse. wenn der Spieler sich korrekt verhält und weder klaut, noch andere Spieler in irgendeiner Form stört, was geht es dann einen Serverbetreiber (=nicht zwangsläufig ein Admin, auch wenn er sich so nennt.) an, was der Spieler in seiner Base hat? wenn der Co-Admin Goldmodule hordet, ist das evtl. auch AdminAbuse (je nachdem wie er sie erlangt hat). Für die Economy ist es doch völlig egal was ein Spieler in der Base hat. Für mich klingt das nach "das-ist-mein-Server-und-deshalb-will-ich-alles-kontrollieren".

    Verstehe dein misstrauen.

    Bin ich aber auch gewohnt.

    Aus meiner Erfahrung als Admin sehe ich das dennoch eine Notwendigkeit.

    Und fakt ist, es ist da und es ist möglich, ob mit oder ohne Tool.

    Dann weisst du hoffentlich ebenfalls was in den SCUM AGB's/Datenschutz so steht?

    Jeder Admin hat deine private IP-Adresse und Steamid etc. Wer sich allgemein an solchen dingen stört sollte sich nicht im Internet aufhalten.