Das ganze kannst du mit einem Timer machen.
Du erstellst einen Timer, danach einen Public Timer und fügst dort deine Abfrage ein.
Warum Timer?
OnPlayerUpdate ist da viel effektiver.
Schemißt noch eine ON_FOOT Abfrage mit dazwischen und bist auf der sicheren Seite 
Du solltest zuerst mal deine Rechnung als float setzen, denn 100 / 6000 sind 0,166666667.
Bei "krummen" Werten kann es durchaus zu Problemen kommen.
Insgesamt wird bei deiner Rechnung 1 heraus kommen.
Nicht 10 - der Wert am Ende (100) sollte 10 Betragen
Auch wenn es nicht mehr das altgewohnte Avatar ist
Naja, "orginal" Avatar hin und her.
Im Ersten Buch, also Legende von Aang, geht mir seine Kindlichkeit doch etwas auf die Nerven 
Legt sich zwar zum Ende des Buches, aber teils war es doch sehr übertrieben, als reines Gimmick, hätte mir das besser gefallen 
Wie auch immer, finde das irgendwie angenehmer, das die Hauptfigur etwas älter ist.
Es spricht von der Story her, ja auch nicht mehr die jüngeren an, sondern eher die etwas älteren, sprich so 16+.
Korra ist 17, sieht aber irgendwie doch etwas äter aus 
Swaghetti Yolonese:
Als krank würde ich mich jetzt nicht bezeichnen 
Einfach %% nutzen
Bin mir allerdings nicht sicher, ob man dafür format nutzen muss
Um das kurz einmal "auszugraben".
Vielleicht interessiert das ja einige - man weiß ja nie
Das 2. Buch (Geister) wird ab dem 19. Februar 2014, sprich nächsten Mittwoch, das erste mal auf Nikelodeon ausgestrahlt und hat 13 Episoden.
Wenn sich ein Object drehen soll muss sich auch eine andere Achse mit "bewegen".
Denn die Zeit die das Objekt benötigt um sich zu bewegen, wird dadruch errechnet, welchen Weg das Objekt nehmen muss.
Im Prinzip ändert man die Z-Achse einfach minimal, das man es wirklich nicht sieht und stellt die Geschwindigkeit recht weit runter.
Hinweis: MoveObject gibt die zeit zurück, die das Tor benötigt um am Ziel anzukommen.
Damit kann man gut feststellen, ob die Geschwindigkeit "in Ordnung" ist
Ist das nicht das Losa Script, nur bissel verändert`?
Könnte sich bitte dieses "Ist das nicht das XY Script" endlich mal enschränken?
Ist doch völlig egal was es ist.
Das weiß doch ohnehin nur der Serverleiter
Nein, an OnPlayerCommandText etc. wurde nichts verändert
Es gibt kein Programm das dir de Launcher erstellt.
Das musst du schon selbst machen
Sagmal kriegt ihr keine Temperaturprobleme ab +3ghz?
Nein?
Mein 6 Kerner hat Raumtemperatur unter Last geht der auch nicht mal über 40
Dann werde ich auch gleich mal richtig uebertakten
Und du meinst ein AMD Prozessor der auch übertacktet ist, wird durch deinen Uberprozessor immer noch geschlagen? 
Ich möchte ein Server erstellen der 24/7 Online ist und für alle sichtbar ist.
Sofern du deinen vServer über Nacht nicht abschaltest, ist dieser auch 24/7 online.
Ich weiß nicht, warum dich das Thema Decompiler so ärgert
Ganz einfach, weil dadruch wieder unnötig ?Panik geschoben wird, für Sachen die nicht funktionieren.
Ein errechneter (compilierter) Code sollte bei den beiden Beispielen nicht anders aussehen
Wird er aber sicherlich, und zwar, weil die Anweisung im ersten Fall nach einander übergeben wird.
Sprich Anweisung für Anweisung, dafür steht schließlich auch das ;
Beim 2. Fall funktioniert nicht ganz so.
Hier wird direkt übergeben, aber nacheinander abgearbeitet.
Deswegen wird auch der generierte Code anders aussehen.
Das müsste man auch ohne "decompilen" feststellen können.
Die nimmst 2 Scripte die vollständig identisch sind und sich nur in der deklaration unterscheiden.
Dann siehst du das vielleicht schon.
Hat jemand CPUs die weder von IBM , Intel oder AMD sind?
Ehm, jeder der ein Smartphone besitzt?
Oder Tablet.
Da sind zum Teil Qualcomm oder nVidia drin.
ARM Technelogie halt.
Dann les doch mal das Tutorial
Vielleicht sollten wir mal klären, was für ein vServer er besitzt.
Im Titel steht nämlich Windows und ihr kommt hier sofort mit Linux
Ja es gibt auch vServer mit Windows, das nur mal so nebenbei 
Denkst du also auch, dass wenn ich meine beiden Beispiele jeweils compilieren und dekompilieren würde, ein unterschiedliches Ergebnis hätte?
Müssen wir uns jetzt wirklich nochmal mit dem Thema decompiler auseinadersetzen?
Im Grunde wird es so sein, dass unterschiedliche Ergebnisse herauskommen würden, sofern die decompiler auch funktionieren.
Was sie halt nicht tun.
Klar kann ich (derzeit) kein Multithreading ausführen (0.4 komm endlich!)
Was hat 0.4 damit zu tun?
Auch mit 1.0 wird es ein Multithreading geben.
Das liegt an der PAWN Instanz.
Es wäre theoretisch möglich den Server mehrere VMs zuzuweisen, diese würden abe aneinander vorbei arbeiten, als miteinandern.
Von daher wäre das sicherlich nicht so ganz das was wir möchten 
Aber ich kann mir beim besten Willen nicht vorstellen, dass wirklich durch die "Suche" nach der nächsten abzuarbeitenden Aufgabe durch Variante 2 weniger Zeit verloren geht...
Es ist im Prinzip nicht so einfach wie ich es versucht habe zu erklären, dafür ist das zu komplex.
Es es ist nun einmal so, dass etwas schneller vorangehen kann, wenn etwas direkt geliefert wird, als wenn man es in Bruchstücken bekommt.
Das ist blöd zu erklären. 
Das liegt daran, das PAWN alles nach einander abarbeitet.
Im Grunde nicht Threadsafe/sicher.
Sprich paralelle Aufgabe sind nur zum teil realisierbar.
Man kann dem Server / PAWN versuchen zu erzählen, dass Aufgaben paralell auzuführen sind.
In dem man die Aufgaben aneinander reiht.
Du kannst auch SendClientMessage(), SendClientMessage(); dem Compiler geben.
Threaded wird das daruch aber nicht.
Allerdings kann PAWN die Aufgabe so schneller bewältigen, da nicht nach einer nächsten Anweisung "gesucht" werden muss, sie ist ja schließlich schon bekannt.
Als schonend würde ich das nicht bezeichnen, das ist eher Stilsache, denn wirklich etwas einsparen an Zeit oder Ressourcen tut man nicht.
Oben steht Alt links
Meinst du Numpad 2 oder die normale 2 ?
SetTimer("HideConInfo", TIME_to_HIDE, false);
Du solltest uns mal dein HideConInfo zeigen.
Da wird wohl das Problem liegen.
Ich vermute mal, du hast davor stock stehen und nicht public.
Hinweis: zu einem public gehört auch ein forward 
Dein Key ist nicht 132 sondern 4 bzw. KEY_FIRE
so wäre das richtig
if(newkeys & KEY_FIRE)
Liste
Das solltest du auch lesen
