Beiträge von Marthog

Achso. Mit einer Kamerabewegung soll er mitgelenkt werden.

Füg in der Funktion _move die Zeile

_IrrSetNodeRotation($SceneNode, 0, 180-$degree, 0)

ein.

Also, die Kamera ist unabhängig. Dann ist das einfach.
Nimm den Rotationvector. Die Y-Koordinate ist die Drehrichtung um die Y-Achse in Grad.

Und das Mesh soll sich nun in Bewegungsrichtung geradeaus bewegen? In C++ hab ich das so gemacht:

core::vector3df hlpvec = node->getAbsoluteTransformation().getRotationDegrees()*core::DEGTORAD;


	core::vector3df speedvec;
	speedvec.X = cosf(hlpvec.Y) * speed;
	speedvec.Y = sinf(hlpvec.Z) * speed;
	speedvec.Z = -sinf(hlpvec.Y) * speed;

In AutoIt müsse das so sein:

global const $DEGTORAD = 4*Atan(1)/180

$player_rot= _irrgetnoderotation($player)
Local $move_x = Cos($player_rot[1]*$DEGTORAD)*$speed
Local $move_y = Sin($player_rot[2]*$DEGTORAD)*$speed
Local $move_z = -Sin($player_rot[1]*$DEGTORAD)*$speed

$player_rot[0] += $move_x
$player_rot[1] += $move_y
$player_rot[2] += $move_z

IrrSetNodeRotation($player, $player_rot)

Wie läuft das denn ab?

Ist die Kamera immer hinter dem Spieler und man kann nur Zoomen?
Ist die Kamera mit der Maus frei beweglich und man steuert mit WASD?

Zitat von General Kaboom

Ich hab da nirgendswo einen Preis gesehen...sowas kann gar nicht Open-Source sein, sonst wär das längst bei mir drauf

Ne. Open-Source doch nicht. Allerdings für nicht komerzielle Projekte wohl kostenlos.

Zitat von Twodollarbillie

DirectX (.x)

Hast du nicht markiert.

Rollenspiele sind so ziemlich das komplexeste, was es im Bereich Computerspiele gibt. Es muss sehr viel auf gute Story, große Welt, viele Interaktionsmöglichkeiten gesetzt werden. Zudem muss man Entscheidungsmöglichkeiten haben und sich frei mit allem ausrüsten können.
Shooter kann man leichter schreiben. Ein paar Animationen (Laufen, Schleichen, Waffe wechseln, Schießen, Nachladen), einige Waffen. Schon hat man einen Shooter geschrieben. Geht leicht, deswegen wird auch ständig an realistischen Effekten, gutem Gameplay, realistische Physik, guter Grafik, etc gearbeitet. Der Rest geht ja ganz einfach.

Zitat von hellboy3

Naja die detailtiefe ist ja dennoch beeindruckend , oder hast du schonmal so eine spielegrafik gesehen?

Schonmal so viele gleiche Bäume auf einem Haufen gesehen? Das kann jede Engine, die Instancing unterstützt. Ich halte von der Engine rein gar nichts.

Zitat von Twodollarbillie

Das mit den eigenen mesh's hinzufügen is eher unpraktisch. die objekte brauchen spezielle skalierungen, dass sie auf die kästchen passen..
Edit: Was bei den Modellen ganz wichtig ist:
Ihr Nullpunkt/origin muss in der mitte des schiffs sein..

Das muss man halt beachten, wenn man neue Meshes einfügt. Die Größen müssen stimmen. Wer falsche Größen einbaut, ist selbst schuld.

Es gibt unterschiedliche Spielregeln.
In meinem Freundeskreis wurde z.B. immer mit Schnellboot (2 Kästchen), Torpedoboot/U-Boot(3 Kästchen), Zerstörer (4 Kästchen), Flugzeugträger (5 Kästchen) gespielt.

Du könntest die Schiffstypen auch in xml-Dateien (oder inis) auslagern. Dann kann jeder selber neue Meshes eintragen, neue Größen definieren, Namen ändern, etc. Man könnte auch unterschiedliche "Mods" zulassen, sodass man je nach ewählter Mod in einer anderen Zeit oder in einer anderen Kultur spielt (z.B. Antike, Wikinger, Hanse, 18.Jh., 1. WK, 2. WK, heute).

Zitat von hauke96

Ich hab gesehen, dass "Flutch" aus sehr vielen Polygonen besteht, google mal nach "Euclideon" oder "Unlimited Detail", villeicht kann man das in der Zukunft ja mal einbauen.

Unlimited Detail ist Schwachsinn. Zumindest ist die Argumentation im Video falsch oder zumindest argumentiert er stark einseitig.

Füg es mit ResHacker ein. Du kannst sie mit _Winapi_LoadBitmap, _Winapi_LoadImage und _Winapi_LoadString auslesen.

Zitat von hauke96

das ist n guter test, wenn man trausende von klicks mit dem Bot geschafft hat und dann nur Platz 5 oder so wird, weiß man, dass die anderen auch Bots benutzen

Oder das sie sonstwie mogeln. Es gibt ja auch Mäuse mit einer Dreifachklicktaste.

Man könnte die Irrlicht.dll durch die Version 1.7.2 ersetzen.
Es gibt keine neuen Funktionen, es wurde nur Bugs gefixt.

In AutoIt kannst du auch gleich den passenden Bot dafür schreiben.

Hab ich mal bei einem ähnlichen Spiel gemacht und Platz 1 des Tages abgeräumt (aber nur Platz 4 der Woche ).

Zitat von edmann

Statt einer Schleife könnte man auch die

[autoit]

StringMid($sString, $iStart, $iCount)

[/autoit]

Funktion nutzen.

Nein. StringMid hängt keine Leerzeichen an, wenn der String zu klein ist.

StringFormat ist kompliziert, aber nützlich. Gibt es in fast jeder Sprache.

StringFormat("%-27.*s", $var)

Erklärung:
% bedeutet: Hier wird was eingefügt
- heißt, der Text steht am Anfang und die Leerzeichen werden angehängt.
27 heißt, dass es 27 Zeichen lang wird
. trennt einfach nur die 27 vom nächsten Teil
* steht für Nachkommastellen. Beim String sollte * stehen.
s steht für String

Du musst also Leerzeichen an die Strings anhängen, oder?

For $i=StringLen($string) To 26
$string&=" "
Next

Zitat von Schnacko

Aber.. was sind da jetzt die Parameter...? Was macht das jetzt genau...??

Die Funktion erstellt einen SceneNodeAnimator. Der Animator lässt die Objekte bewegen. In diesem Fall im Kreis.
Der 1. Parameter ist das SceneNode, also die Camera.
Die anderen drei Parameter geben an, um wieviel Grad pro 10 Millisekunden sich die Camera um die X, Y und Z-Achse dreht.

Zitat von Schnacko

Jetzt weiß ich nicht ganz was ich ändern mss um näher zu sein.. vielleicht der Punkt..??
Was muss ich eigentlich bei _IrrSetCameraTarget( ) als Parameter eingeben? Stimmt es wenn ich den Punkt eingebe auf den die Kamera sehen soll??

Du musst den Punkt in Richtung des Meshes bewegen.
Und Target ist der Punkt auf den die Camera zeigt. Standart ist [0,0,1].

Ind er Irrlichtengine selber wird zum Rotieren um einen Mittelpunkt diese Funktion verwendet:

Global $PI = 4*ATan(1)

Func _Vec3d_RotateXZBy(ByRef $vec, $degrees, Const ByRef $center)
$degrees *= ($PI/180)
Local $cs = Cos($degrees)
Local $sn = Sin($degrees)
$vec[0] -= $center[0]
$vec[2] -= $center[2]
$vec[0] = ($vec[0]*$cs - $vec[2]*$sn)
$vec[2] = ($vec[0]*$sn + $vec[2]*$cs)
$vec[0] += $center[0]
$vec[2] += $center[2]
EndFunc

Müsste das ™ nicht %22%21 (Unicode) oder %99 (ANSI) sein?

Wow
Funktioniert Einwandfrei. Mir fallen nichtmal sinnvolle Verbesserungsvorschläge ein, obwohl mir eigentlich immer irgendwas auffällt.