JLI Spieleprogrammierung

[Fallen]

Ahoi,

ich bräuchte mal eure Hilfe und zwar für folgende Sache. Wie im Topic stelle ich mir die Frage wie man gute Bewegungsstreifen basteln kann.

Zuerst natürlich was sind Bewegungsstreifen, der eine oder andere wird sie wohl eher unter dem englischen Begriffen motion trail kennen, für alle anderen hier ein Bild welches zeigt was gemeint ist:



Kurz gesagt motion trails sind die Kondensstreifen der Schwerter in vielen RPGs

Man könnte sie sicher durch Partikelemitter oder durch Motionblur in diversen Varianten darstellen, aber ich möchte gerne einen Meshbuffer haben den ich an mein Schwert klebe und schön hinter her gezogen wird.

Einen Ansatz habe ich auch schon fertig:

Ich habe einen Schleifenförmigen Meshbuffer dessen Vertexpäärchen konstant ausfaden (vertex.Alpha -= AusFadeFaktor*deltaTime)

Alle par Millisekunden wird das aktuelle Hauptvertexpäärchen durch das älteste Päärchen in der Schleife abgelöst. Dieses neue Hauptpäärchen hat die Eigenschaft Alpha immer 100% zu haben (oder je nach Geschwindigkeit des Schwertes) und immer am Schwert zu kleben, es bewegt sich also im Hauptpäärchen Zustand immer mit dem Schwert mit und lässt nicht locker.

Das ganze kann man sich so vorstellen:

Der grüne Rahmen ist nur zur Verdeutlichung wo die Randbereiche der Schleife sind. Blau=100% Alpha Weiss=0% Alpha



Mein Problem ist nun folgendes, die Neuernennung des Hauptpäärchens geschieht in einer festen Zeitspanne zB alle 10ms oder auch jedem Tick, aber da ich nur ein Hauptpäärchen maximal in einem Durchgang ernennen kann kommt es zu kritischen Zeitperioden oder schnellen Bewegungen zu kantigen Resultaten:



Eine Lösung wäre es mehrere hauptpäärchen zu ernennen und zwischen diversen Stadien zu interpolieren.

Gibt es da aber nicht eine bessere Lösung?
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

[Jonathan_Klein]

Bei wenigen Schwertschingen, die relativ gleichförmig ablaufenn, könnte man ein Sprite vorrändern und hinter dem Schwert herziehen lassen.
Ansonsten wüsste ich auch ncihts besseres, als die Animation zu interpolieren. Man kann natürlich beim Ladne dynamisch ein Sprite aus der animaiton erstellen, und das hinterherziehen lassen, oder die Streifen gleihc in die Animation einbauen.
_________________
https://jonathank.de/games/

[Fallen]

Mhh das mit direkt in die Animation einbauen klingt ok, was aber wenn der Streifen für diverse Waffen anders ist Axt != Schwert.

Ach ja ehe ichs vergesse, das ganze spielt im 3D Bereich, daher sind Sprites evtl keine so gute Idee.
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

[Chriss]

Nur so eine Idee (ich hab davon nicht viel Ahnung)

Könntest du bestimmte Vertieces in deinem Schwert markieren?

Sollte es gehen kannst du ja bei jedem neuen Tick die neue Position dieser Markierten Vertices speichern und eine Fläche zwischen den Neuen und den zuletzt gespeicherten Punkten Zeichnen. DIeser müsstest du dann nur einen Verlauf von 100% zu 0% Farbwert geben. Alternativ kannst du ja alte Punkte eine weile bestehen lassen und den Verlauf über die so erstellten Flächen verteilen.

Ich stelle mir das so vor

[Fallen]

Nun das habe ich ja schon, der Verlauf besteht ja indem ich einfach die Alphewerte decrementiere, wobei der Verlauf zu stande kommt indem ich immer ein Vertexpäärchen auf 100% Alpha halte bis es abgelöst wird.
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

[Chriss]

Oh tut mir leid, da hab ich da hab ich das Kernproblem falsch verstanden.

Wenn es nur um die Rundung des Schweifs geht, warum nimmst du nicht die letzten Beiden und die aktuellen Koordinaten und interpolierst daraus deine Kurve wie es David in seinem Tutorial Curved Surfaces & CO beschrieben hat. Natürlich nicht mit allzu vielen Zwischenpunkten.

[Fallen]

Wheee, gute Idee, danke.

Werde das mal ausprobieren, klingt zumindest sehr brauchbar
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

[Dr. Best]

Jetzt sind während ich das geschrieben hab schon ein paar neue Antworten gekommen, aber ich würde die Sache wohl folgendermaßen implementieren:

Erstmal würde ich für diesen Zweck ein Vertexformat schreiben das eine XYZ-Position, eine zweidimensionale und eine eindimensionale Texturkoordinate enthält (zu der 1D Koordinate unten mehr). Dann würde ich mit diesem Vertexformat eine indizierte Trianglelist erstellen. Die Anzahl der Dreiecke im Indexbuffer ergäbe sich aus der Zeit, die die Spur sichtbar sein soll, geteilt durch den Zeitinterval in dem ein neus Vertexpaar "hinzugefügt" werden soll multipliziert mit zwei. Der Vertexcount wäre dann gleich dem Trianglecount plus zwei.

Als nächstes bräuchte man eine Schleife, die die neuen Vertices hinzufügt. Dabei werden immer die ältesten Vertices überschrieben und es werden die indices der ältesten beiden Dreiecke überschrieben. Die Berechnung der Vertexpositionen sollte ja nicht so schwer sein (zumindest nicht wenn skeleton animation verwendet wird). Die 2D Texturkoordinate wird bei allen Vertexpaaren gleich sein (bei einem 0|0 und bei einem 0|1). Die 1D Texturkoordinate hingegen wird auf irgendeine Weise den Zeitpunkt der Vertexerstellung wiederspiegeln.

Der letzte Schritt wäre dann einen Vertexshader zu schreiben der diese Daten entsprechend anwendet. Die Texturkoordinaten werden verwendet um eine Textur aufzutragen die irgendeine hübsche Farbe hat und zu den Rändern hin transparent wird. Vielleicht könnte man die x-Texturkoordinate auch noch irgendwie mit dem Zeitfaktor manipulieren, so dass der Streifen zum Ende hin zum beispiel dünner wird. Und schließlich müsste man halt mit dem Zeitfaktor aus der Texturkoordinate und der derzeitigen Zeit, die über eine VS-Konstante übermittelt wird, die Transparenz berechnen.

Diese Methode müsste sich ziemlich effizient realisieren lassen und die Detailstufe der Spur ist Flexibel (sprich der Zeitinterval zwischen der Entstehung eines neuen Vertexpaars).

[KI]

Wenn die Animationen des Schwertes immer gleich sind (Z.B. 5 verschiedene), dann könnte man Geometrie und Textur für den Schweif auch vorbereiten.
Die Animation des Scheifes geeigenet speichern und dann ggf. an der richtigen Stelle abspielen.

Bei einer freien Bewegung des Schwertes (siehe Die by The Sword) geht das leider nicht.

In den modernen Ninja Turtles "Beat 'em Up"-Spielen wird häufig ein Schweif für die Waffenbewegung gemacht. Da die Kampfbewegungen sich auf eine begrenzte Menge beschränken, schätze ich, dass jeder Schweif vorbereitet wurde und nicht on-the-fly mit Curved Surfaces oder ähnlichem generiert wurde.

Hier ein Screenshot
noch einer
und noch einer
(Die Comic-Effekte 'Bash', Thok' etc. kann amn abstellen und sind uanabhängig vom Motion Trail)

[Fallen]

@Dr. Best: Diese Grundlagen habe ich schon längst aber danke.

@KI: Naja MotionTrails in das Modell legen halte ich nicht für so toll weil die unter umständen Probleme mit Schatten sowie Kollisionsmeshs/Dinge bereiten könnten. Ausserdem stört mich da ein wenig der statische Aspekt.

Für Pfeile oder andere Angelegenheiten lassen sich ja Motiontrails auch gebrauchen.

Auch wenn ich nicht abstreiten möchte das ich es auch mal versuchen wollte es so zu machen wie du vorgeschlagen hast ^^

--------

So nur mal um meine Gedanken etwas zu ordnen ein bissl Pseudocode:

Beim Initialisieren:

[Dr. Best]

Wo ist denn jetzt noch das Problem?
Falls es um die Berechnung der Vertexpositionen eines Vertexpäärchens zwischen zwei Frames geht hängt das natürlich entscheidend von der Animationsmethode ab die verwendet wird. Bei Skeleton-Animation kann man ja einfach für den Zwischenframe nochmal die Transformation des Schwert-Bones berechnen. Damit dann die Vertexpositionen zu kriegen ist ja kein Problem.
Bei nicht Skeleton-Animation (weiß grad nicht wie das heißt, ich meine so etwas wie z. B. bei *.md2 und *.md3 Dateien, wo es für jeden Frame einen Mesh gibt) ist die Sache natürlich etwas schwieriger .

[Fallen]

Es gibt eigentlich kein Problem mehr, zumindest von meiner Seite vorerst nicht.

Ich wollte meine Methode nur nochmal notiert haben damit evtl jemand etwas entscheidendes findet oder damit ichs parat habe wenn ich mein TrailSystem erneut aufsetze.
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."