Feedback und Kommentare zu diesem Projekt hier rein! Danke

Hallo,

aus welchen Gründen implemenierst du das mit FPC neu? Einfach nur so weil du Lust drauf hast, oder hat Java irgendwelche Nachteile die du mit FPC umgehen möchtest?

MfG Bergmann.

_________________
Aktuelle Projekte: BumpMapGenerator, Massive Universe Online
Auf meiner Homepage gibt auch noch paar Projekte und Infos von mir.

Der Hauptgrund ist das ich beruflich nun wieder mit Delphi unterwegs bin und so ziemlich alles verlernt habe... vor allem wie man mit Speicher umgeht.
Auch habe ich was Optimierungen angeht mehr Möglichkeiten mit FPC als mit Java (SIMD, SSE etc.). Performancetechnisch müsste auch wesentlich besser sein, da keine GC Spikes.

Schade das es keine direkten Intrinsics in FPC gibt - wird wohl alles direkt in ASM gebaut, allerdings sind meine ASM Kenntnisse eh eingerostet, daher ist das eigentlich gar nicht schlecht mal wieder was damit zu machen

Also ich finde es super was du machst und vor hast!
Ich arbeite hauptsächlich mit Lazarus (früher mit Delphi) und freue mich über jedes Projekt welches damit zu tun hat

Bestimmt finden sich welche, die durch deine Arbeit den Weg zum Spieleprogrammierer finden.

Lazarus an die Macht!

Ich bin mir 99% sicher, dass FPC intrinsics hat, ich schätze du meinst keine intrinsic für SSE und NEON.
Zu FPC Zeiten hab ich so den code geschrieben, dass der compiler SIMD optimiert hat aber aus heutiger sicht war das keine Gute Idee, da unterschiedliche Compilerversionen dann unterschiedliche Ergebnisse haben können und man sich auf lange Sicht in Teufels Küche begibt.
Ich wette, dass sich schon wer die Arbeit gemacht hat den nötigen asm code zu schreiben bzw. kannst du ja auch mit gcc eine c++ lib nehmen und den asm code generieren lassen und dann in fpc benutzen.
Sonnst ist es ein recht großer Aufwand alle nützlichen SIMD Operationen zu implementieren.
Um mir Arbeit zu sparen hab ich z.B. meine Optimierungen mit dem SSE satz geschrieben und nutze ein NEON wrapper um dann auch noch ein gewissen grad an optimierung auf ARM Systemen wie NV-K1, Raspberry Pi und Orange Pi zu haben.
In der Praxis hat sich gezeigt, dass SIMD in Klassen zu kapseln und dann diese zu verwenden die Geschwindigkeitsvorteile stark reduziert hat und daher schreibe ich nun für die meisten Sachen passenden Code und hab mich von der Kapselung getrennt.
Optimiert sind auch nur einige Teile, wie z.B. ne Hand voll String Operationen mit SSE4.2 und SSE2, sowie ein paar Container Klassen Operationen.

Mich interessiert vorallem das Thema "Entity Component System", da ich selber mal ein Fast Entity Component System nachgebaut hab und es sich vom Klassischen System doch ein bisschen unterscheidet.
Bisher hatte ich aber noch nicht erlebt, dass ein Game seine größte Last auf dem ECS hat, sondern meistens bei der Resourcen Verwaltung(Clientseitig) und Logging(Serverseitig).

Debug-Visualisierungen kann man leider nicht soviel im Netz finden, obwohl es so wichtig ist.
Ich hatte so manche Alpträume bei dem Thema, in meiner letzten Firma.
Wenn man ein ganzen Kontinent hat, der voll mit Sphären, Polygonen ist, um Audio Emitter zu visualisieren oder Viele Spheren für tausende vom Bäumen, weil Artists in einem generierten Cluster nochmal jeden einzelnen Baum anfassen wollen.
Unsere Debug Visualisierung war recht renderintensive, weil wir ein riesiges Areal hatten und man erkennen sollte ob ein Objekt den Boden Schneidet oder verdeckt wird und damit haben wir ein Mehrpass Verfahren benötigt. Erst die Szene rendern, dann Tiefentest auf kleiner stellen,farbe wechseln und die Debug Visualisierung rendern und dann den Tiefentest auf größer/gleich, farbe wechseln und nochmal rendern.
Auch die Geometry, die man braucht benötigt man eigentlich nicht in normalen Games, daher mussten wir erstmal Code schreiben für Linien, Bogen, Kreise und so weiter.
Da ging dann auch die GF960 mit 800x600 auf 12FPS runter, wenn man in einigen Debug modies in den Horizont geguckt hat :\ .
Wir hatten nie Zeit bekommen uns gedanken darüber zu machen, wie man sowas überhaupt optimieren kann.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Also mein kurzes Googlen nach Intrinsics und FPC hat mir gezeigt, das man es in ASM machen muss.
Zu schade, weil das hier ist ziemlich cool: Intel Intrinsics Guide



Nen brauchbares ECS habe ich schon einmal in nem Java-Platformer-Prototyp implementiert. Das lief komplett über ne art automatische Registrierung für die Komponenten sowie die Systeme. Genau das will ich auch wieder machen, allerdings besser und performanter Siehe: https://www.youtube.com/watch?v=F-arx-ukmpY



Beruflich habe ich meist immer Enterprise Zeug gemacht - bis auf eine Ausname: Mein letztes Projekt war nen aufwendiges Charting-System mit HTML5/Javascript inkl. nachbau von Google-Maps - aber Vektorbasiert. Da habe ich sehr viel mit Debugvisualisierungen gemacht und erst damit habe ich die ein oder anderen Bugs ausfindig machen können.