Klar, hab ich schon gemacht, nur leider nach meinem Festplattenabsturz verloren 
GetPlayerPos und alles andere, oder kann man nicht alles mit einem Plugin bewerkstelligen
Das funktioniert Problemlos - man nutzt entweder die Invoke Funktionen (etwas komplizierter), aber sehr effektiv.
Oder an nutzt einfach das SA:MP GDK, mit dem ich auch mein Dialogplugin geschrieben habe 
Wie sieht's mit den Callbacks aus?
Callbacks sollten besser gehooked werden
Dazu am Besten das Lesen
[ SCRIPTING ] Includes richtig erstellen | Hooking ganz einfach
Danke dir vielmals, nochmal ne Frage zu dem Thema. 
Wie sieht das Performancemäßig aus? Mal ausgehend von einem kompletten Roleplay-Gamemode als Plugin geschrieben.
Wie sieht das Performancemäßig aus?
Das kommt aber eher darauf an, wie sehr du C++ kannst und wie gut/schlecht du arbeitst.
Ich kann dir jetzt sagen, das die Performence ziehmlich gut ist, dann arbeitest du vielleicht unsauber und schlecht, das die Performence eingeschränkt ist.
Von daher kann man das nicht so genau sagen.
Aber Allgemein ist der verarbeitung durch ein Plugin besser als durch ein PAWN Script
Gut gut, da krieg ich glatt nach Monaten wieder Motivation, wieder mit SAMP anzufangen. Diesmal mit C++-Gamemode und Objektorientierung.
Das war der Punkt der mich bei PAWN so gestört hat. 30000 Zeilen in einer Datei -> nicht schön! 
Du wirst in C++ nicht die gleiche Leistung bzw. Geschwindigkeit erzielen können, die du in PAWN erreichst. Warum? Ganz einfach: Das Plugin ruft nur die nativen PAWN-Funktionen auf, die der Server bereitstellt, du hast also die selbe Zeit wie dein Script + die Zeit, die C++ zum Verarbeiten braucht. Im Endeffekt ist es also sinnvoller PAWN direkt und C++ nur für die Dinge, die in PAWN nicht möglich sind zu nutzen.
Soweit ich mich erinnern kann hat Zeex (Schreiber von ZCMD) etwas auf seiner Github Seite veröffentlicht, ich such dir nachher mal schnell den Link raus
Edit:
Ich habe e snoch nie verwendet/angesehen, kann dir also nur sagen was im Titel steht:
Zitat
sampgdk
sampgdk allows you to write SA:MP game modes in C/C++
Link: https://github.com/Zeex/sampgdk
Edit @dead Genau
Du meinst sicher das SAMP GDK?
https://github.com/Zeex/sampgdk
Wie genau du das nutzt ist deine Sache. Ich sage nur wie und warum es so ist.
Habe mir mal paar Threads im englischen SAMP-Forum durchgelesen, unter anderem ist mir aufgefallen, das das SAMP-GDK wohl nicht ganz perfekt funktioniert und zu Bugs führt. Auch gibt es wohl Probleme und ein Durcheinander, wenn 2 Plugins gleichzeitig laufen. 
Und die Invoke-Variante ist .. naja.. der Code am Ende sieht nicht so ellegant aus, wenn man sowas schreiben muss bei jedem GetPlayerName-Aufruf zum Beispiel:
g_Invoke->callNative(&PAWN::GetPlayerName, params[1], name);Also so ganz sauber scheint das nicht zu gehen oder? Schade eigentlich!
Du könntest das mit anderen Funktionen umschreiben. Also eine neue Funktion namens GetPlayerName, die nicht mehr macht als die Funktion zu auszuführen und deren Return-Wert zurückzugeben. Wenn du das sowieso schon so machst, kannst du das auch direkt in Klassen gliedern (z.B. Klasse Player, Funktion getName).
Stimmt, da habe ich gerade gar nicht dran gedacht.
Was macht das SAMP-GDK eigentlich anders? Wenn ich mir dort den Code anschaue, sehe ich auch Klassen Player, Object, Vehicle etc, die die entsprechenden Funktionen haben wie dein Beispiel.
Ich habe mich nie wirklich mit dem sampgdk auseinander gesetzt, aber so wie das aussieht ist daran grob gesehen nichts anders. Es ist nur eine Art Framework. Der Begriff ist hier zwar nicht ganz korrekt, aber drückt es am besten aus. Das GDK (ich denke mal das steht (wie gewöhnlich) für Game(mode) Development Kit) umschreibt die Funktionen des SAMP SDKs nur.
