PureBoard

@Darren: Das kannst du so nicht downloaden^^, deine Grafikkarte ist leider zu alt und unterstützt kein 3.3.

@computerfreak: Die Demo ist frei, was du anscheinend schon aus der Readme.txt hast,
die Engine selber wissen wir noch nicht wie es da aussehen wird

Grüße
Arthur
UnionBytes

Danke an alle für das erste Feedback.

RSBasic hat geschrieben:PS: Ein Bug gibt es und zwar, wenn man mehrere Sekunden lang versucht, gegen das Fenster zu gehen, dann fliegt man raus und fällt.

Muss ich mal versuchen zu reproduzieren.

Bisonte hat geschrieben:Aber die Maus wird annektiert. Selbst mit Alt+Tab anderes Fenster lässt sich die Maus nur im Bereich des Fensters der Demo bewegen....

Ja das stimmt, das müssten wir unbedingt noch beheben.
Das würde vllt auch das schwammige erklären, denn aktuell ermitteln wir die Delta-Bewegung der Maus und setzen sie dann wieder in die mitte. Je nach System kann das vllt zu Problemen führen.

Sieht echt Top aus
Nette Features. Weiter so!!!

Grüße

Hervorragend! Sieht wirklich toll aus und die Effekte sind auch super

Optisch nicht übel. Allerdings die Kollision passt noch nicht. Performance auf meinem Subnotebook ist auch nicht die beste. Aber das liegt eher an dem Gerät als an der Engine. Die Mausabfrage scheint auch nicht wirklig sauber zu laufen. Aber es ist ja noch lang nichht fertig. Super Arbeit. Weiter so

Kleiner Vorschlag: Wie wäre es, wenn ihr die Demo auch mit einem Performancelog ausliefert, das RAM und CPU-Taktung im Kopf und dann zur Laufzeit FPS-Einbrüche mit der Position des Spielers sowie die aktuelle Aktion des Spielers mitlogged bzw. in regelmäßigen Abständen die FPS mit Position und Aktion listet. Dadurch kann man vielleicht durch die Verteilung der Demo und den Daten, die alle Tester FREIWILLIG NATÜRLICH hier einreichen sehen, wo noch performance-Probleme auftreten.

Gefällt mir sehr gut und es läuft absolut flüssig . Derzeit bin ich noch mit anderen Projekten beschäftigt aber wenn ich damit fertig bin wollte ich gerne was in 3D machen und da kommt diese Engine gerade recht.

@STARGÅTE
Kannst du für die nächste Version eine Einstellung für die Mausbewegung hinzufügen? Die Kamerabewegung mit der Maus ist viel zu schnell, finde ich. Vielleicht hat es ja auch was mit meiner FPS-Rate zu tun, die bei mir nur bei 25 liegt. Außerhalb des Gebäudes habe ich die maximale Anzahl an Frames.
Und wenn man im Raum nach oben springt, dann stellt man fest, dass keine Kollisionsabfrage der Decke vorhanden ist oder es wird erst viel zu spät abgefragt, wie man hier gut sehen kann: http://www.rsbasic.de/screenshots/73038961475118.png (Das Problem mit dem Durchgucken tritt auch dann auf, wenn ich mitten im Raum nach oben springe, dann kann ich durch die Decke schauen.)
Bezüglich der Kollisionsabfrage: Auch wenn man in eine Ecke läuft, dann fliegt man oft raus.

Hab Spaßeshalber die Demo mal gestartet:
Geforce 8400 GS unterstützt offiziell nur OpenGL 2.1, dennoch läuft die Demo und keine Fehler in der Log-Datei. Die sagt sogar das es 3.3 unterstützt ... na von mir aus ... Prozessor ist nen starker i7

FPS sind zwischen 7 und 10, Grafikfehler kann ich keine entdecken.
Wandkollisionen sind aber praktisch nicht vorhanden, was dazu führt das ich aus dem Raumschiff falle. Die Leuchtbälle werden ebenfalls nicht bei jedem Klick abgefeuert, wenn ich die rechte Maustaste (Zoommodus) gedrückt halte. Dann passiert es sehr heufig, das zwar das Mündungsfeuer animiert wird, aber kein Ball an der Wand erscheint.

MFG PMV

Ich möchte mal kurz was zu den Kollisionsfehler/Frames sagen:

Aktuell arbeitet die Physik so, dass bei jedem Frame eine Kollisionsabfrage ausgeführt wird.
Bewegen sich Objekte nun zu schnell, weil zB die Framerate gering ist, oder ist es zu klein, kann es passieren, dass zum Zeitpunkt 0 das Objekt vor der Wand ist, und zum Zeitpunkt 1 hinter der Wand (und eben nicht in der Wand).

Das Problem kann ich natürlich umgehen, indem ich nicht nur die Zeitpunkte auf Kollision überprüfe, sondern auch den Weg dazwischen. Bei linearen Bewegungen ist das sogar noch "recht einfach" umzusetzen, wie ich hier schon mal in einem kleinen Tutorial beschrieben hab. Allerdings gibt es in der Welt auch Gravitation, sodass die Bewegung zwischen zwei Zeitpunkten nicht mehr linear ist, die Schnittpunktgleichungen also kompliziert werden.
Hinzu kommt, dass unregelmäßige Objekte sich auch noch dehen können ...

Die andere Methode wäre, dass ich für die Physik, bzw. für schnelle oder kleine Objekte, Sub-Frames berechne.
Und genau diese Methode werde ich auch demnächst verfolgen. Allerdings würde sich bei denen wo das Problem auftritt, die Framerate noch weiter reduzieren.

Nur, wenn das die Grafikkarte macht bzw. alles in einem einzellnen Thread läuft. Wenn die Physik komplett in einem eigenen Thread ausgelagert wird, ist das ein guter Weg, um Mehrkernprozessoren besser aus zu nutzen.
Aber du machst das schon.

MFG PMV