planetquake.de: Wobei der Bot aber keinerlei Kollisionsabfrage mit z.B. Wänden hat, oder?
shade: Richtig. Er aimed durch Gegenstände, Wände, andere Spieler etc. Zum Ping: Dies ist einstellbar. Entweder man schaltet die Ping-Prediction ab, dann sind jedoch bei einem Ping über 50ms keine Treffer garantiert, oder man berechnet pingabhängig die Position des Gegners im vorraus.
planetquake.de: Wäre ein "besserer" Bot realisierbar? Also, ein Bot der z.B. nicht durch Wände aimed? Oder sogar einer mit einer Art "fuzzy-Logic", der das menschliche Aiming simuliert?
shade: Alles machbar. Ich bin nur zu faul, da jetzt noch sowas einzubauen. Alles eine Frage der Mühe, die sich der Coder gibt. Und das durch-Wände-aimen ist ja kein Nachteil wenn man botted, oder? 
Er funktioniert so eigentlich genau so, wie ich ihn konzipiert hatte.
planetquake.de: Also, anders gesagt: Würdest Du Dir richtig Mühe geben, dann könnte man den Bot so ohne weiteres nicht mehr erkennen?
shade: Richtig. 4 oder 5 Prozeduren mehr für das Abfälschen und das Problem wäre gelöst.
planetquake.de: Du sagtest, einen wirklichen SChutz gegen Aimbots gebe es in Q3 nicht. Was könnten die Macher der Mods CPMA und OSP machen, um den Schutz zumindest zu verbessern?
shade: Das Einzige, was sie machen könnten.... arQon müsste durch eine dynamische, also veränderliche Variable die korrekten Positionen der Spieler auf dem Server verändern, welche dann bei den Klienten zurückgesetzt wird. Die dynamische Variable selbst könnte z.B. als eine eigene Entity im Snapshot rübergeschickt werden. Doch im Moment basiert der "Schutz" lediglich auf der Clientnummer der Spieler...
planetquake.de: Was ja nicht wirklich "dynamisch" ist im Moment... Also ohne einen dynamischen Faktor bei der Positionscodierung geht erstmal nichts?
shade: Richtig. Der Programmierer könnte das, was momentan vorliegt, höchstens komplizierter gestalten, mit mehreren Konstanten etc. Dies würde jedoch höchstens die Arbeit der Bot-Coder verlängern, aufzuhalten wären sie dadurch nicht.
