spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

.

Also dein Problem ist relativ einfach zu lösen:
Bau einen Rundenzähler für alle Spieler ein, den du nach jedem Kreisdurchlauf erhöhst. Der schnellste Spieler ist der mit den meisten Runden. Haben zwei Spieler die selbe Rundenanzahl (was ja eigentlich meistens der Fall sein wird) berechnest du mittels der x- und y-Position des Spielers den Winkel, indem der Spieler gerade um den Kreis steht. Je grösser (oder je kleiner, je nach Laufrichtung) dieser Winkel ist, desto weiter vorne ist der Spieler.

Allgemein in einem Rennspiel würde ich das so lösen (keine Ahnung wie das professionell gemacht wird):
In der Level-Datei der Strecke würde ich eine Reihe von Punkten mit einer festen Reihenfolge definieren (so etwa jeden Meter). Dann berechnest du welchem Punkt des Auto am nächsten liegt und da jeder Punkt eine gewisse Rangordnung hat ist das Auto, dass bei einem Punkt mit einem höheren Index liegt weiter vorne. Haben zwei Autos den selben Punkt, so berechnest du, welches Auto näher an dem Punkt liegt. Dies sollte recht gute Ergebnisse liefern. Nur wenn die Autos ziemlich genau nebeneinander fahren gibt es so kleine Unstimmigkeiten. Das liese sich aber lösen, wenn man statt des Abstandes zum nächsten Punkt das Lot auf die Linie zwischen den zwei nächsten Punkten werfen würde und die Autos anhand dieses Punktes vergleichen würde. So wäre das extrem genau...

Probleme, über die man sich auf jeden Fall noch Gedanken machen muss:
- Was passiert, wenn ein Checkpoint übersprungen wird?
- Was passiert, wenn man rückwärts läuft?

Hmm ich denke mal um irgendwelche Vorschläge zu machen sollte man mehr über deinen Wissensstand wissen bzw. in was du überhaupt programmierst.

Übrigends heißt der nicht Daniel sondern David.

Die alten Spiele haben das IMHO mit Checkpoints gemacht, mein Rang stieg nämlich fast nie sofort nach der überholung...
Aber es sollte doch noch einen anderen Weg geben, für dein mini Spiel wäre das mit dem Winkel ja schön und gut, aber ich frage mich auch wie es die Profis machen, immerhin gibt es da ja nicht immer nur einen Weg, und wenn man eine Strasse hätte aber stattdessen den Rasen zum Fahren nehmen würde funktioniert die Positionsabfrage auch...

Natürlich könnte man das ganze auch mit Checkpoints vollstopfen,
also so dass es viele CheckPoints mit den gleichen Werten hätte, aber naja, arme Rechenzeit. :?

Vielleicht könnte man auch die Strecke in Gebiete aufteilen. Ein Kreis würde ich in 4 Teile unterteilen. Diese Teile gehören dann als Attribut zum Spieler. Wenn dann zwei Spieler in derselben Teilstrecke unterwegssind, dann nimmt man den vordersten Punkt (oder Mittelpunkt) beider Autos und sieht sich die Steigung bzw. das Gefälle an. Steigt die Grade von Spieler 2 zu Spieler 1, so ist 1 vorne, sonst 2.

Je nach Speichermodell fuer die Strecken kann man sich ein manuelles Setzen von Checkpoints auch sparen: Eine Rennstrecke wird ja groesstenteils durch Begrenzungen an den Fahrbahnraendern definiert. Jetzt nimmt man sich einfach den inneren oder aeusseren Fahrbahnrand heraus und bildet das Lot zum Spieler. Dann reicht es wahrscheinlich schon alle geraden Abschnitte dieser Begrenzung durchzunummerieren, um zu berechnen wie weit eine Runde fortgeschritten ist.
(ist irgendwie schwer in Worte zu fassen )

Zitat von »"Chase"«

Eine Rennstrecke wird ja groesstenteils durch Begrenzungen an den Fahrbahnraendern definiert.

Glaub ich eher nicht. So müsste die Strecke ja jedesmal generiert werden. Ich würde eher ein ganz normales Terrain nehmen und die Strecke durch unregelmässig verteilte (auf Geraden grosse Abstände, in Kurven kleine) nummerierte in der Mitte der Strecke liegende Punkte wie in meinem vorigen Post beschrieben definieren. Falls die Strecke nicht natürlich begrenzt ist (Wälder, Steine...) würde ich einen maximalen Abstand definieren, bei dessen Überschreitung der Spieler auf die Strecke zurückgesetzt wird.

Zitat von »"babelfish"«

Natürlich könnte man das ganze auch mit Checkpoints vollstopfen,
also so dass es viele CheckPoints mit den gleichen Werten hätte, aber naja, arme Rechenzeit.

Wenn du natürlich den Abstand zu jedem Streckenpunkt ausrechnest ist das sicher langsam, aber schon durch kleine Optimierung ist sowas so schnell zu lösen, dass die Rechenzeit dafür nicht mehr ins Gewicht fällt...