header.png

Knüllingen – Vordersachsen
Midcore Roleplay mit ausgewählten Hardcore-Elementen

Unser Motto: Kein Script macht gutes Roleplay. Entscheidend sind die Spieler und das Konzept dahinter.

Willkommen in Vordersachsen – einem fiktiven deutschen Bundesland mit der Hauptstadt Knüllingen.

Das Projekt gibt es seit Anfang Juli 2026. Wir sind also noch relativ frisch dabei, haben in der kurzen Zeit aber schon eine gute Grundlage aufgebaut.

Bei uns soll sich nicht alles nur um Geld, Grind oder darum drehen, jede Situation unbedingt gewinnen zu müssen. Charaktere sollen sich entwickeln können und Entscheidungen dürfen auch später noch eine Rolle spielen.

Vordersachsen braucht Geschichten. Vielleicht wird deine eine davon.

trenner_2.png

Vorstellung - Vordersachsen

Vordersachsen ist ein fiktives deutsches Bundesland mit Knüllingen als Hauptstadt. Behörden, Wirtschaft, ziviles Leben und Kriminalität sollen dabei nicht einfach nur nebeneinander existieren, sondern zusammen ein stimmiges Setting ergeben.

Wir orientieren uns an deutschen Strukturen, ohne dabei zu versuchen, jeden einzelnen Bereich bis ins kleinste Detail nachzubauen.

Unser Grundkonzept ist Midcore-RP mit gezielt eingesetzten Hardcore-Elementen.

Wir möchten den Einstieg möglichst zugänglich halten, ohne dabei auf Konsequenzen zu verzichten. Wer verletzt wird, sollte das auch ausspielen, und wer Entscheidungen trifft, muss damit rechnen, dass diese später noch eine Rolle spielen. Nicht jede Situation muss gut für den eigenen Charakter ausgehen. Wenn etwas schiefläuft, ist das für uns nicht automatisch schlechtes RP – oft ergibt sich daraus erst die nächste interessante Situation.

Midcore RP mit Hardcore Elementen

Wir bauen Hardcore-Elemente nur dort ein, wo sie für das RP auch wirklich Sinn ergeben. Es bringt uns nichts, Systeme unnötig kompliziert zu machen, nur damit wir sie am Ende als „Hardcore“ bezeichnen können.

Wichtig sind uns unter anderem:

• Value of Life & FearRP
• glaubwürdiger Umgang mit Verletzungen
• langfristige Charakterentwicklung
• Konsequenzen aus Entscheidungen und Handlungen
• Crime mit Geschichte statt sinnlosem Dauergeballer
• klare Aufgabenverteilungen zwischen Fraktionen
• verständliche und konsequent durchgesetzte Regeln

trenner_2.png

Roleplay & Fraktionen

Staatliche und Öffentliche Strukturen

Bei uns soll nicht jede denkbare Fraktion einfach irgendwie vorhanden sein. Wir achten lieber darauf, dass die Aufgaben klar verteilt sind und jede Fraktion auch wirklich einen sinnvollen Platz auf dem Server hat.

Aktuell gehören dazu unter anderem:

🚓 Landespolizei Knüllingen

🚑 Feuerwehr & Rettungsdienst Knüllingen

🔧 Pannendienst Knüllingen

🚧 Vordersächsische Kommunalbetriebe (VKB)

Ein gutes Beispiel dafür ist unser Konzept für Feuerwehr und Rettungsdienst.

Beide Bereiche gehören organisatorisch zusammen. Spieler können sich entweder auf die Feuerwehr, den Rettungsdienst oder später auch auf beide Bereiche konzentrieren.

Weitere Standorte und Einheiten kommen erst dazu, wenn wir auch genug Spieler dafür haben und sie wirklich gebraucht werden.

Mehr als nur Blaulicht und Behörden

Natürlich besteht Vordersachsen nicht nur aus Behörden und Blaulicht. Auch zivile Charaktere sollen genug Möglichkeiten bekommen, um sich etwas aufzubauen oder einfach ihren Alltag auszuspielen.

Dazu gehören unter anderem:

🏠 Häuser

🛠️ Crafting

🎰 Casino

🎳 Freizeitaktivitäten wie Bowling, Billard, Tischtennis & Basketball

💼 Verschiedene Jobs wie Elektriker, Postbote, Gärtner, Holzfäller u.v.m.

🚧 Kommunale Tätigkeiten über die VKB

🚗 Weitere Möglichkeiten rund um Fahrzeuge und Dienstleistungen

Welche Möglichkeiten später noch dazukommen, möchten wir davon abhängig machen, was tatsächlich genutzt und gebraucht wird.

Crime mit Geschichte

Auch auf der kriminellen Seite gibt es verschiedene Möglichkeiten:

🔫 Gangs, Mafia & organisierte Kriminalität

💊 Drogen- und Waffenhandel

🏪 Shop- & ATM-Raub

🚗 Fahrzeugdiebstahl

🎭 Freies Crime-RP

Wir möchten Crime nicht unnötig einschränken, erwarten aber, dass daraus auch vernünftiges RP entsteht.

Eine Gang sollte für uns mehr ausmachen als gemeinsame Kleidung, schnelle Autos und Schießereien. Geschäfte, Rivalitäten, Kontakte und die Entwicklung der eigenen Gruppe gehören genauso dazu.

Natürlich kann es auch mal eskalieren. Eine Waffe muss aber nicht für jedes Problem die erste Lösung sein.

trenner_2.png

Medic-RP als Beispiel für die Kombination aus Midcore und Hardcore

Der Rettungsdienst ist bei uns ein gutes Beispiel dafür, wie Midcore und Hardcore zusammen funktionieren können.

Du musst nicht mit medizinischem Vorwissen starten. Wer neu im Rettungsdienst ist, kann sich erstmal auf die grundlegende Versorgung, den Transport und die Übergabe im Krankenhaus konzentrieren.

Wer später mehr machen möchte, kann sich bei uns weiter ausbilden lassen und nach und nach tiefer in Diagnostik, Behandlung und medizinische Abläufe einsteigen.

Das nötige Wissen soll man bei uns lernen können und nicht schon vorher mitbringen müssen.

So ist sowohl ein entspannter Einstieg möglich als auch deutlich anspruchsvolleres Medic-RP für diejenigen, die darauf wirklich Lust haben.

Wir möchten aber auch betonen, dass bereits erfahrene Personen bei uns auf ihre Kosten kommen sollen. Der Projektleiter selbst arbeitet in der Notfallrettung und bringt daher seine eigenen Erfahrungen mit in das Medic-RP ein.

Mehr als nur ein Behandlungsknopf

Damit das Ganze technisch überhaupt möglich ist, haben wir unser Medic-System bereits ziemlich umfangreich aufgebaut und sind auch weiterhin dabei, es zu erweitern.

Aktuell bietet es unter anderem:

• Patientenmonitor mit EKG und Pulsoxymetrie
• Herzfrequenz, SpO₂ und Blutdruck
• Atemfrequenz, etCO₂ und Körpertemperatur
• körperteilbezogene Diagnostik
• Untersuchung direkt am Patienten
• i.v.-Zugänge und weitere Behandlungsschritte
• dynamische medizinische Situationen

Die Werte sollen dabei nicht einfach nur hübsche Zahlen auf einem Monitor sein. Wer tiefer in das Medic-RP einsteigt, sollte irgendwann auch wissen, was er mit diesen Werten anfangen kann.

Wie weit jemand dabei gehen möchte, bleibt am Ende jedem selbst überlassen.

patientenmonitor+ekg.png

trenner_2.png

Entwicklung & Community

Durchdacht statt Zusammengewürfelt

Natürlich nutzen auch wir vorhandene FiveM-Ressourcen. Uns ist dabei aber wichtig, dass ein Script nicht einfach gekauft und anschließend irgendwie auf den Server geworfen wird.

Bevor wir etwas kaufen oder einbauen, schauen wir unter anderem auf:

⚙️ Kompatibilität

📊 Auswirkungen auf die Ökonomie

🔗 Zusammenspiel mit bestehenden Systemen

🎭 Nutzen für das Roleplay

🚀 Performance und Erweiterbarkeit

Wo es sinnvoll ist, ergänzen wir vorhandene Scripts auch durch eigene kleinere Lösungen.

Ein Script kann für sich genommen noch so gut sein. Wenn es unsere Wirtschaft kaputtmacht, sich mit drei anderen Systemen überschneidet oder technisch nicht vernünftig zum Rest passt, bringt es uns nichts.

Deshalb schauen wir lieber vorher genauer hin, anstatt nach dem Kauf festzustellen: „Oh, funktioniert ja gar nicht.“

Vordersachsen soll mit seiner Community wachsen

Aktuell bauen wir erstmal die Grundbasis auf, die wir für einen vernünftigen Start brauchen.

Ab der Open Beta möchten wir dann auch stärker darauf schauen, was die Community tatsächlich möchte. Welche Bereiche fehlen? Was wird wirklich genutzt? Was sollten wir ausbauen und was funktioniert vielleicht doch nicht so gut, wie wir es uns vorgestellt haben?

Natürlich können und werden wir nicht jeden Vorschlag umsetzen.

Uns ist aber wichtig, dass Feedback nicht einfach irgendwo gesammelt und dann vergessen wird. Wenn wir uns gegen etwas entscheiden, möchten wir im besten Fall auch erklären können, warum.

Am Ende soll Knüllingen weiterhin einem klaren Konzept folgen, aber die Community soll durchaus Einfluss darauf haben, in welche Richtung sich Vordersachsen weiterentwickelt.

trenner_2.png

Wir suchen Verstärkung!

Fraktionsleitungen

Da sich Knüllingen noch im Aufbau befindet, sind aktuell verschiedene Führungspositionen innerhalb unserer Fraktionen frei.

Wer eine Fraktion übernimmt, bekommt von uns nicht einfach ein komplett fertiges Konzept vorgesetzt und muss dieses dann genauso übernehmen.

Je nach Fraktion können wir gemeinsam über verschiedene Dinge sprechen und diese aufbauen, zum Beispiel:

• Ränge und Zuständigkeiten
• interne Abläufe
• Fahrzeugkonzepte
• Regelungen innerhalb der Fraktion
• Ausbildungen und Qualifikationen
• die langfristige Entwicklung der Fraktion

Natürlich suchen wir dabei niemanden, der einfach nur möglichst schnell einen hohen Rang haben möchte.

Wer eine Fraktion leiten möchte, sollte auch wirklich Lust darauf haben, Verantwortung zu übernehmen, eigene Ideen einzubringen und den Bereich langfristig mit aufzubauen.

Du bringst deine Ideen mit und wir schauen gemeinsam, was wir daraus machen können.

Unterstützung für unser Serverteam

Unser Team ist aktuell noch ziemlich klein und deshalb suchen wir Unterstützung in folgenden Bereichen:

🛡️ Supporter

🛡️ Moderatoren

🛡️ Administratoren

Erfahrung in einem Serverteam ist natürlich schön, aber für uns kein Muss.

Wichtiger ist, dass du vernünftig mit anderen umgehen kannst, bereit bist, dich einzuarbeiten und auch dann ruhig bleibst, wenn ein Supportfall mal etwas anstrengender wird.

Wir brauchen keine riesige Teamliste. Uns ist lieber, wir haben ein kleineres Team, auf das man sich dafür auch verlassen kann.

Unterstützung in der Entwicklung

Auch beim technischen Aufbau können wir noch Hilfe gebrauchen.

🚘 Fahrzeugskinner

Für die Gestaltung und Anpassung unserer Fahrzeugdesigns.

🏎️ Car Developer

Für die Konfiguration und Abstimmung unserer Fahrzeug-Handlings, insbesondere über jg-handling.

💻 Development-Unterstützung

Für die Einrichtung, Konfiguration und Anpassung vorhandener Scripts und Systeme.

Du musst dafür auch nicht alles können. Wenn du dich in einem Bereich gut auskennst, bereit bist dazuzulernen und vernünftig im Team arbeiten kannst, reicht uns das schon als gute Grundlage.

trenner_2.png

Einsteigen

Interesse geweckt? Hier ein paar Informationen:

📅 Start Open Beta: 24.10.2026

🔞 Mindestalter: 16 Jahre

🇩🇪 Sprache: Deutsch

🎮 Plattform: FiveM

📋 Zugang: Anfangs ohne Whitelist, diese ist jedoch geplant

🎙️ Voice: TeamSpeak 3 + YaCA Voice

👥 Charaktere: Bis zu zwei pro Spieler

🌐 Website: https://knuellingen.de

💬 Discord: discord.gg/aSEdkYkRyp

trenner_2.png

Ich bedanke mich, dass ihr euch die Zeit genommen habt, meine Servervorstellung durchzulesen.

Ich werde euch hier im Beitrag über weitere Updates auf dem Laufenden halten. Auch Bilder und Videos werde ich nach und nach ergänzen.

Schon mal vorab: Ja, die Vorstellung wurde mithilfe von KI erstellt. Allerdings habe ich der KI sämtliche Informationen zum Projekt gegeben und die Texte anschließend selbst angepasst. Bis wir (Chatti und Ich) bei dieser Version angekommen sind, hat es trotzdem ungefähr zwei Stunden gedauert.

Die KI hat mir im Grunde nur eine Basis geliefert. Den Feinschliff und viele Formulierungen habe ich danach selbst übernommen.

Ich weiß, dass KI für manche nicht die beste Wahl ist. Da ich das Projekt aktuell jedoch größtenteils alleine auf die Beine stelle, kann ein wenig Unterstützung an der Stelle nicht schaden.

Mit freundlichen Grüßen

XonarZ

Meine Freundin klaut mir immer meine ganzen Hoodies und daher hab ich keine mehr im schrank 🤣 deswegen brauche ich den Pornhub... ähhhh Breadfish Hoodie 😎 den würde sie mir zwar bestimmt auch klauen aber da kann ich bestimmt verhandeln 🤣

gelernter Berufskraftfahrer, inzwischen Rettungssanitäter im Rettungsdienst

12h Schicht-System.

Moin.

Du kannst dich gerne mal bei mir per Discord melden. Hab noch nen altes UCP rumliegen.

DC: xonarz

Wenn es dir gefällt, nehm ick nen Obligatorischen Euro

MfG

XonarZ

Zitat von [DT]midomen

Ist das Thema also erledigt?

Jap. Vielen Dank. Ich kann aber gerne die Lösung posten:

Man lädt Folgendes Plugin runter: https://github.com/alextwothousand/samp-crypto

Lädt die Include im Script und das Plugin in der Server.cfg bzw. bei openMP in der config.json

Anschließend benutzt man folgenden Code:

new hash[128];
bcrypt_hash("Text der gehasht werden soll", hash, sizeof(hash), 12);

Quelle: https://github.com/alextwothousand/samp-crypto/wiki

Mit freundlichen Grüßen

XonarZ

Zitat von Whice

Moin,

wenn man sich mal deinen "Ablauf bevor der Account erstellt wird" anschaut, sieht man ja, dass die Variable tmpInfo[playerid][inputPassword] anscheinend nie befüllt wird.

Wann bzw. Wie speicherst du denn das eingegebene Input Password in die Variable?

Moin.

Danke erstmal für deine Schnelle Antwort. Natürlich wird die Variable befüllt, da ich das ganze Textdraw Basierend in Verbindung mit nem Input Dialog regel, wird der Inhalt der Variable tmpInfo[playerid][inputPassword] befüllt, sobald der Spieler den Dialog Bestätigt.

Gerne hier der Code:

if(dialogid == DIALOG_INPUT_USER_PASSWORD){
        if(!response) return 1;
        strpack(tmpInfo[playerid][inputPassword], inputtext, strlen(inputtext)); // Funktioniert tatsächlich
    }

Aber selbst wenn die Variable leer sein sollte, ensteht ja dennoch ein BCRYPT Hash Wert, der innerhalb des Callbacks zwar angezeigt wird, aber nicht außerhalb wie ich in meinem ersten Code angezeigt hatte.

// Edit: Ich habe nun das Plugin gewechselt. Open.mp Arbeitet mit dem samp-crypto plugin. Da funktioniert alles anders

Mit freundlichen Grüßen

XonarZ

Moinsen

Ich habe seit ca. 2 Tagen eine Gehirnverstopfung^^

Ich möchte ganz gerne für mein Server Bcrypt verwenden. Dafür benutze ich folgendes Plugin: https://github.com/Sreyas-Sreelal/samp-bcrypt

Mein Code:

public OnPasswordHash(playerid){
    new hash[256];
    bcrypt_get_hash(hash);
    // SetPVarString(playerid, "hashedPassword", hash); // Funktioniert ebenfalls nicht bzw. ist leer
    printf("hashed Passwort Callback: %s", hash);
    // HashPasswordForRegister wird auf 1 gesetzt Wenn der Account nicht existiert (Vorher wird also geprüft ob der Benutzer Existiert)
    if(GetPVarInt(playerid, "hashPasswordForRegister") == 1){
        strpack(tmpInfo[playerid][hashedPassword], hash, sizeof(hash));
        // tmpInfo[playerid][hashedPassword] = hash; // Das ist alt, hab ich aber auch schon versucht.
        SetPVarInt(playerid, "hashPasswordForRegister", 0); // Hier sollte der auf 0 gesetzt werden.
    }
printf("hashed Passwort Callback: %s", tmpInfo[playerid][hashedPassword]); // Das hier wiederrum zeigt den Hash Wert an?
}

// Ablauf bevor der Account erstellt wird.
                SetPVarInt(playerid, "hashPasswordForRegister", 1);
                bcrypt_hash(playerid, "OnPasswordHash", tmpInfo[playerid][inputPassword], 12); // Hier wird die Bcrypt Funktion aufgerufen
                print("Password wurde gehasht");
                printf("Hashed PW: %s", tmpInfo[playerid][hashedPassword]); // String ist Leer
                printf("Hashed Passwort Int: %d", GetPVarInt(playerid, "hashPasswordForRegister")); // Zeigt 1 an, also wird nicht verändert.
                if(GetPVarInt(playerid, "hashPasswordForRegister") == 0){
// Der bereich wird nicht ausgeführt.
                    new query[256];
                    print("Account wird erstellt");
                   // MySQL Query entfernt da es unwichtig ist
                }

Mein Problem ist folgendes: Der Inhalt der Variable tmpInfo[playerid][hashedPassword] ist außerhalb des Callbacks "OnPasswordHash" leer, also ohne Inhalt.

Das Plugin wird geladen, sonst würde kein bcrypt hash generiert werden.

Vielleicht kann mir ja jemand helfen, ansonsten werde ich wohl auf ein anderen hash Algo gehen oder ein Passwort mit php generieren. Ich kann mir halt auch nicht vorstellen, warum eine globale Variable (Ich hab die tmpInfo als Enum ganz oben im Script) leer ist, obwohl diese in einer Funktion gefüllt wird.

Mit freundlichen Grüßen

XonarZ

Zitat von Kaliber

Das hat damit nichts zu tun.

Die haben das in der Standard-Lib geändert, dass man sich nicht vertippen kann.

Du solltest da nicht TEXT_DRAW_FONT:1 nutzen, sondern die Werte, welche im enum definiert wurden.

In diesem Fall TEXT_DRAW_FONT_1

Genauso solltest du oben nicht progressbar_direction:0 nutzen, sondern direkt: BAR_DIRECTION_RIGHT

Beim Align, sollst du dann auch nicht TEXT_DRAW_ALIGN:1 nutzen, sondern direkt: TEXT_DRAW_ALIGN_LEFT

Dadurch kann man das besser lesen, als einfach nur eine 0 oder 1. Da weiß man direkt, um was es sich handelt.

Kannst ja einfach mal in das Include von omp reinschauen, das ist das omp_textdraw.inc Da siehst du die ganzen enums.

C++

enum TEXT_DRAW_ALIGN:__TEXT_DRAW_ALIGN
{
    TEXT_DRAW_ALIGN_LEFT                       = 1,
    TEXT_DRAW_ALIGN_CENTRE,
    TEXT_DRAW_ALIGN_CENTER = TEXT_DRAW_ALIGN_CENTRE,
    TEXT_DRAW_ALIGN_RIGHT
}

Alles anzeigen

Danke dir für deine Erklärung

Dann muss man ja jedes mal wenn man TextDraws erstellt, das manuell ändern xD Da kommt faulheit wieder hoch aber lässt sich dann wohl nicht ändern. Das ganze muss ich dann bei deiner progress2 auch machen

Hat übrigens funktioniert, danke dir

Dann werde ich mich ransetzen und alles anpassen, dass keine warnings mehr vorhanden sind

MfG

XonarZ

Zitat von Kaliber

Joa...ist wohl n Bug im Include.

Die "aktuelle" Version wurde ja auch nicht als Stable Release gekennzeichnet...vermutlich wurde da nicht mehr so viel getestet.

Allerdings habe ich dir mal die stable Version angehangen, dort funktioniert es.

Vielen Dank, ich werde es gleich ausprobieren.

Mal noch nh andere Frage, open.mp ist doch Speziell ausgelegt auf Kompatiblität der alten samp versionen. Auch wenn Warnings nicht so schlimm ist, frage ich mich warum die den Quellcode von den alten versionen, nicht zulassen?

Habe mehrfach von diesen Warnings:

warning 213: tag mismatch: expected tag "t_TEXT_DRAW_FONT", but found none ("_")
warning 213: tag mismatch: expected tag "t_TEXT_DRAW_ALIGN", but found none ("_")
warning 213: tag mismatch: expected tag "bool", but found none ("_")

Unschwer erkenntbar geht es hier um Textdraws. Die wollen das man folgendes tut:

PlayerTextDrawFont(playerid, playerTextTD[playerid][0], 1);

-> PlayerTextDrawFont(playerid, connectionScreenTD[playerid][0], TEXT_DRAW_FONT:1);

Kannst du mir das vielleicht erklären? Ich benutze den pawncc von open.mp.

MfG

XonarZ

Zitat von Kaliber

Sicher, dass deine Variable nicht negativ wird? xD

Wie erstellst du denn das Progressbar.

Kannst du uns etwas Code geben, wie das so aussieht bei dir?

Ne die bewegt sich ja dann von Links nach Rechts.

Platziert wurde die Progressbar mit der Ausrichtung "Rechts"

Mein Code:

static PlayerBar:progressBar[MAX_PLAYERS][1]

progressBar[playerid][0] = CreatePlayerProgressBar(playerid, 170.000000, 229.000000, 311.500000, 4.000000, 1097458175, 100.000000, progressbar_direction:0);

Ich hoffe das reicht als Code

Moin,

Ich möchte gerne einen "Ladescreen" bauen und nutze das Plugin:

GitHub - Southclaws/progress2: A SA:MP UI library for rendering progress bars used to visualise all manner of data from health to a countdown timer.

A SA:MP UI library for rendering progress bars used to visualise all manner of data from health to a countdown timer. - GitHub - Southclaws/progress2: A SA:MP…

github.com

Ich habe den Code den ich Nutze bereits geschrieben gehabt, noch bevor ich openmp benutzt habe. Leider startet der Balken nicht bei 0 innerhalb des eigentlichen Balkens, sondern links außerhalb und bewegt sich dann nach rechts. Der füllt sich auch nicht komplett, was dieser normalerweise getan hatte (vor openmp). Es ist mir ein rätsel, warum das nicht mehr funktioniert.

Wenn ich das ganze mit einem normalem samp server laufen lasse, funktioniert das ganze aber leider auch nicht mehr.

Ich habe mal ein Bild angehängt, welches zeigen soll, dass der Balken links außerhalb anfängt.

Mit freundlichen Grüßen

XonarZ

Zitat von myu

Schau dir die API von dem Ersteller an (z.B. https://github.com/Pycckue-Bne…8/src/samp/version.rs#L71, https://github.com/Pycckue-Bne…7db4b8/src/samp/v037r3.rs) anhand dessen kannst du rausfinden was du alles Updaten musst.

Moin,

danke für deine Antwort Ich steh grad auf dem schlauch

Muss ich das Pluguin (die .dll datei für den Client) nicht neu Compilen mit Visual Studio?

MfG

XonarZ

Moinsen,

ich stehe zurzeit vor dem Problem, dass ich ein Plugin nutzen möchte, welches nur für SAMP 0.3.7 R1 - R3 "entwickelt" ist. Beim Starten mit R4 und R5 kommt jedenfalls eine Fehlermeldung.

Es geht hierbei um das SAMP CEF Plugin.

Vielleicht kann mir ja jemand das ganze auf R5 bringen oder mir erklären wie ich den quark raus nehme

das CEF Plugin: https://github.com/Pycckue-Bnepeg/samp-cef

Mit freundlichen Grüßen

XonarZ

Zitat von myu

Würde mMn. Nur Ansatzweise funktionieren, wenn große und vor allem viele Server mitziehen – ansonsten halt nur für dein Server.

Aber konkret "Installieren".. Da hätte ich maximal keine Lust drauf, maximal (1x) Standalone Applikation, die das alles schon erledigt, aber auch nicht zu viel Müll bringt.

Moinsen,

Danke auch dir, für deine Meinung der Launcher so wie ich ihn mir vorstelle würde auf JS basieren und als Plattform denke ich an Electron. Ich denke, man kann dies auch recht simple als Klickbare Anwendung schreiben aber so genau bin ich da noch nicht drinne in dem Thema.

Natürlich könnte man das ganze auch in ein UCP integrieren aber ich denke da teilweise an mich, wie bequem ich manchmal bin. Statt den Browser zu öffnen, mich einzuloggen und dann zu starten nutze ich eine kleine app in der man nur noch auf start klicken braucht 😁

MfG

XonarZ

Zitat von Andosius

Ich möchte euch die Hoffnung nicht nehmen, aber ein Anti-Cheat macht nicht viel Sinn. Ihr müsstet dafür Tage und Wochen aufbringen, und das jedes mal aufs neue, um alle Bypasses und Inject-Möglichkeiten zu finden und zu patchen + tagelanges debuggen. Und auch das kann man umgehen - siehe VAC und CS:GO Spieler. Und auch dann kann man einen Kernel-Driver schreiben und den größten Teil umgehen.

Solltest du von SAMPCAC sprechen habe ich auch nicht ganz so tolle Nachrichten: Im Moment RE ich das Programm und werde in den nächsten Wochen / Monaten den dazugehörigen Source Code veröffentlichen + Bypass-Möglichkeiten. Das Programm ist sehr invasiv

Hey,

Danke erstmal für deine Meinung. Aus der Perspektive, habe ich es noch nicht gesehen. Allerdings möchte ich dazu sagen, dass ich jetzt kein Ultra High End Anti Cheat brauche eine Erkennung von Mod Sobeit und anderen Menüs sollte mir persönlich eigentlich schon ausreichen, denn ein Anti C-Bug kann man relativ leicht entwickeln und ein Anti Money Cheat benötigt mein Script nicht, da ich ein eigenes Money System Schreibe :). Eigentlich ist mein Hauptziel, dass jedermann die gleichen "mods" nutzt, wenn es darum geht, dass diese von jedem gesehen werden sollen wie zum Beispiel ein ELM oder das CEF Plugin, um dann eben wie bei GTA ein Web GUI für den Login oder einem Inventar System zu erstellen, was das ganze Spiel erheblich verschönern würde.

Wie gesagt, ich bedanke mich für deine Meinung. Ich hoffe du verstehst meinen Text jetzt nicht als Angriff oder so

Mit freundlichen Grüßen

XonarZ

Moin Leute,

mich würde interessieren, ob es noch Spieler gibt, die sich einen Server Launcher Installieren würden. Dieser Launcher wäre zum erkennen von Cheats und Installieren von Plugins. Es gibt Plugins die müssen sowohl Server Side als auch Client Side laufen, wie zum Beispiel das CEF (Chrome Embedded Framework) aber auch weitere ASI Mods könnte man dann hinzufügen (Emergency Light Mod usw.) womit dann jeder Spieler die gleichen "Bedingungen" hat.

Natürlich könnte man 0.3DL nehmen, ABER ich selbst bin kein fan von 0.3DL und ich kenne eigentlich niemanden, der wirklich 0.3DL nutzen tut. Ihr könnt auch Optional darunter posten was ihr für Pros / Contras habt. Ich kenne einige Pros / Contras bin aber auf eure Meinungen gespannt.

Mit freundlichen Grüßen

XonarZ

Moin Leute,

dieser Beitrag geht mehr an die Personen, die sich bereits etwas mit openMP befasst haben. Da die Dokumentation zu openMP noch nicht wirklich da ist (basiert aktuell mehr auf das alte SAMP Wiki) wollte ich euch einfach mal folgendes fragen:

1. Wenn man openmp nimmt, hat aber nur den 0.3.7 SAMP Client, funktionieren dann dennoch die eigenen Models wie bei 0.3DL? Ich hatte sowas gelesen, jedoch kann ich es mir nicht wirklich vorstellen, weil samp 0.3.7 den Download von Models ausführt soweit ich weiß.
2. Die zweite frage, bezieht sich mehr auf 0.3DL. Wie funktioniert das ganze mit den eigenen Models? Ich würde gerne eigene Skins usw. implementieren (wenn es mit 0.37 kompatibel ist). Leider finde ich kein YT Video. Ich habe oft bei Google nach Schlagwörter gesucht wie zum Beispiel: "SAMP own Models" oder auf deutsch "SAMP eigene Skins einfügen" oder ähnliches. Bisher kam ich auf kein Ergebnis. Vielleicht könnt ihr mir da ja helfen.

3. Wie macht man eigene Models? Was braucht man für Kenntnisse dafür?

Mit freundlichen Grüßen

XonarZ

Zitat von Andosius

Hey,

das gibt es genauso, schau mal hier: https://github.com/katursis/Pa…fb94/src/Pawn.CMD.inc#L71

LG

Ahh okay. Danke dir. Ich hab leider nicht ganz geblickt.
Heißt also: pc_cmd_CMDNAME(). Aber was muss man da weiter angeben? Da ist ja %0 für den CMDNamen (Denke ich) und was muss man als %1 angeben?

MfG

XonarZ

Moinsen.

Sagt mal, weiß einer von euch, ob man bei PawnCMD commands auch in funktionen ausführen kann wie bei z.B. ocmd?

Bsp:

//Spieler Commands
CMD:testCMD(playerid, params[])
{
    SendClientMessage(playerid, 0xFFFFFFFF, "Dies ist ein Test Befehl");
    return 1;
}
alias:hilfe("help", "commands", "befehle", "cmds")

CMD:test(playerid, params[]){
    return testCMD; //Was so nicht funktioniert logischerewise
}

Bei ocmd funktioniert es indem man den Befehl dann mit ocmd_CMD ausführt sowet ich weiß. Ich hab dazu bisher nix in der kleinen Dokumentation gefunden und aus dem include werde ich auch nicht schlauer.

PS: Ja ich weiß, dass der aufbau so sinnlos ist, aber mir geht es auch nur zur Veranschaulichung meines vorhabens

MfG

XonarZ

Moin.

Gibt es denn schon etwas zu sehen?

MfG

XonarZ