Zu 99% Visual Basic da sich sowas nicht lohnt in C++ zu schreiben
C++ bietet auch einen direkten Zugriff auf einen Visual Form Creator.
Nennt sich dann nur CLS, was ab Win 8 nicht mehr komplett unterstützt wird.
VB eigent sich schon dafür, man darf halt nur nicht direkten Datenbankverkehr zulassen
In welcher Programmiersprache ist das geschrieben?
Aber ich möchte hier nicht diskutieren.
Also willst du mir nicht meinen Fehler aufzeigen, sondern einfach nur daher schwatzen?
Klar, aber dann solltest Du Dein Wissen auffrischen, was Pawno angeht
Tut mir schrecklich Leid, aber ich arbeite nicht mit Pawno 
Das mag ich nicht an Samp
Das liegt aber nicht an SA:MP sondern an Renderware, also der SA Engine.
MTA hat das gleiche Problem
Eventuell bei den Server Werbungen, aber das kann man ja bereits, durch mehr Poster überbrücken
Die meisten Listen eh nur ihre "Einzigkartigkeiten" auf.
Würde man das auf ein Minimum reduzieren und eine Werbung schalten und keinen Roman schreiben würde es in der Sektion keine Probleme geben 
Aber eien extra Gruppe? Sinnlos und Unfair - Auch wenn man schon länger registriert ist.
Unfair in welchem Sinne?
Wann muss dann mal ein Beitrag über 20k Zeiechen haben?
Das ist nur ein 2 Sektionenen evtl. der Fall
1. Showroom
2. Tutorial
Gibt es nicht irgendeine möglichkeit daran was zu ändern?
Evtl. lässt sich das Problem mit CreatePlayerObjet lösen.
Genaues kann ich dazu allerdings nicht sagen
Nugatschnitte:
Merkst du nicht das es ein ganz anderes Thema ist?
Und alles andere ist halt dazwischen. Hoffe das hilft.
Irgendwie ja nicht.
Wenn du viele Objekte aufeinmal eingestreamt hat, kann es zu crashes kommen.
Das SA:MP Limit liegt bei 1000 das ist richtig, nur das Renderware-Engine(SA Engine) Limit liegt doch etwas drunter, irgendwo zwischen 256 und 512.
Deswegen sollte man halt aufpassen das nicht zuviele Objecte gleichezeitig eingestreamt(sichtbar) sind
Wie dicht sind die Objekte beieinander?
Ich sehe darin keinen wesentlichen Unterschied.
Der Vorteil dieser "Prozessoren" ist einfach, das man die Funktionen bzw. Commands direkt aufruft.
Hast du viel strcmp in deinem OnPlayerCommandText, kann es ziehmlich lange dauern bis der Interpreter diesen erfolgreich gefunden hat.
Zudem kommt man bei strcmp nicht ohne weiteres an die "Parameter" heran.
Das übernimmt einfach Commandprozessor.
Navteil ist nur, das man keine Commands mit mehr als 32 Zeichen haben kann, abzüglich der "Vorsilben" idR 5 also 27 Zeichen.
Bei strcmp hat mal 128 zur Verfügung, nur braucht man die?
Jony:
Mal was von Libarys gehört?
OCMD gehört dazu.
Wenn du viele Commands hast, ist der Commandprozessor definitiv schneller
Solche Fehler treten leicht auf, wenn 0 terminierende Zeichen fehlen, oder gepackte strings verwendet werden.
Ach stimmt, daran kann es auch liegen 
Erhöh mal deine strings um 1
sprich aus key[128] wird key[129].
Das Problem ist, das PAWN keine Strings hat, sondern nur Arrays, deswegen brauchen die Funktionen immer noch ein EoS (End of String) -> \0
Passiert das auch, wenn du statt deiner Funktion "SpielerName" den Spielernamen auf normale Art und Weise ermittelst?
error 053: exceeding maximum number of dimensions
Mehr als 3 Dimensionen ( [][][] ) sind in PAWN nicht Möglich und werden mit dem 3. zusammen gefasst
Ich seh da auch keinen Fehler, aber du könntest ja mal mit strdel versuchen die strings vor dem formatieren zu leeren.
Das könnte evtl. eine Lösung sein.
Sieht irgendwie nach einem vermischen der Arraymemory aus, auch wenn ich sie mir nicht erklären kann
In maßen trinken, es ist schließlich dein Chef.
Absagen solltest du jetzt vielleicht nicht mehr
Und wenn du Android ordentlich abspeckst,(es gibt speedversions wo viele Funktionen deaktiviert bzw. Gelöscht werden) wird es auch sicherlich schnell laufen. Aber alles nur dummes geschwätz,
Wer meint das Android in irgendeinerweise zB auf dem one laggt, hat weder nen Android mal in der Hand geschweige ein one in der Hand gehabt.
Ich würde da mal nicht soclhe großen Töne spucken.
Android hat "leider" das Problem das sich der Flashspeicher fragmentiert bis zum geht nicht mehr.
Das macht des Betriebssystem langsam.
Erst ab Version 4.3 wird dieses Defragmentieren unterstützt.
Schreib es mal so:
Wenn er das jetzt macht und dann AUTOHAUSER in einer schleife nutzt, schmiert ihm der Code weg
Array out of Bounds.
Eher müsste er AUTOHAUSER auf die Anzahl anpassen
Das ist irrelevant
