Quote:
Originally Posted by Cencil
Ein Bot der kein CTM benutzt sondern CGInputControl wäre mal eine echte Innovation.
Würde mit nen Buch für C# anfangen, ansonsten läuft es später eh auf copy pasten von OC hinaus.
|
Gab es bereits. GPBot hatte das damals über die externe Variante (Also mittels WASD usw) gelöst und es lief auch ziemlich gut, war jedoch nicht exakt genug.
Bei EzBot hab ich es ebenfalls probiert via Injection probiert und bin auch dort zu dem Schluss gekommen, dass das zu sehr von der Framerate abhängt. Es wäre ein ständiges Hin und Her und würde letztendlich nicht sehr natürlich aussehen.
Geslicte Pfäde wären sowohl mit CGInputControl, als auch mit CTM möglich (war auch testweise privat in EzBot implementiert), hat jedoch die Gefahr geborgen, zu kollidieren, da Recast&Detour geradlinige Pfade berechnet und Kurven via Trace-Line zu berechnen wäre zu fehleranfällig und ineffizient gewesen.
Letztendlich ist CTM der beste Weg, aber es hängt schlichtweg von der Implementation ab. Es gibt viele Wege, es natürlich erscheinen zu lassen, aber dazu benötigt man auch etwas Hirnschmalz, welche die wenigsten aufbringen möchten.
@Crossside: Schönes Diagramm und schön erklärt. So ein Bot ist nicht in einer Nacht, einem Wochende, einem Monat oder einer Jahreszeit geschrieben. Ich habe über 2 Jahre gebraucht um alles nötige zu lernen (und ich bin längst nicht am Ende) und damit anzufangen, einen eigenen Bot von Grund auf zu schreiben (EzBot war das Ergebnis). Dabei konnte ich jedoch auf Erfahrung von meinem Projektleiter sowie meiner Zeit bei GPBot zurückgreifen. Einfach mal so "reinzuspringen" in das Bot-Development wird ein Schuss in den Ofen, aber letztendlich muss man irgendwo anfangen.
Also würde ich dem TE empfehlen, dass er einfach mal privat kleine Sachen macht und sich steigert. Direkt an ein kommerzielles Projekt zu denken ist ein großer Fehler, denn wert Geld haben möchte, muss auch Qualität liefern.