spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Mein "Profiler" nennt sich System.DateTime.Now und Debug.Log()
Ne, Spaß beiseite, mit dem Thema Profiler habe ich mich noch nicht beschäftigt. Ich habe lediglich bemerkt, dass die Initialisierung zu lange dauert und dann direkt die Zeit gemessen und verglichen.
Macht es Sinn, sich schon am Anfang der Entwicklung mit dem Thema zu befassen? Ich versuche das Projekt möglichst Modular aufzubauen, so dass ich einzelne Komponenten (zum Beispiel die Noise Klasse) später optimieren oder komplett austauschen kann.

Grundsätzlich spricht nichts gegen Modularität, allerdings kann eine schlecht gewählte Schnittstelle einer optimalen Nutzung im Wege stehen. Bei einem Array ist es egal, ob man erst prüft, ob ein Element enthalten ist (Suche nach Index) und dann anhand des Index das Element abruft, bei einer verketteten Liste könnte das dazu führen, dass die Liste doppelt durchlaufen wird, wenn beim 2. Aufruf nur der Index übergeben wird, ohne dass das Listenelement zwischengespeichert wurde.
Sinnvoll wäre es, wenn entsprechende Implementierungen einen Iterator zur Verfügung stellen würden, anhand dessen alle Elemente der Liste abgelaufen werden könnten, da so geprüft werden kann, ob das Element enthalten ist, um es direkt verwenden zu können.

Das würde aber wieder den Vorteil sortierter Listen/Bäume/... zu Nichte machen, da in diesen schneller gesucht werden kann, wenn man davon ausgehen kann, dass alle Elemente immer sortiert sind, also wenn die Suche innerhalb der Liste durchgeführt wird.
Eine Lösung dafür wäre es, eine "TryGet"-Methode zu implementieren, deren Rückgabe aussagt, ob ein entsprechendes Element enthalten ist, damit über eine(n) übergebene(n) Referenz/Pointer das Element selbst zurückgegeben werden kann. Letzteres wird nicht in allen Sprachen direkt unterstützt, ließe sich aber über einen kleineren Umweg (Rückgabe beider Informationen in einem einzigen Objekt) erreichen.


Wenn man Performnce-kritischen Code schreibt, ist es offensichtlich, dass man sich möglichst frühzeitig auch ansehen sollte, an welchen Stellen wie viel Zeit verbraucht wird. Wenn man sich den Profiler aber auch schon "vorher" ansieht, wird man tendenziell auch davon abgehalten, (aus Performancesicht) schlechten Code zu schreiben. Sinn macht es also.

Wirklich Performance-Kritisch ist mein Code nicht. Ich weiß, dass meine Noise-Implementierung ca. 10x so lange braucht, wie die Unity PerlinNoise Methode. Allerdings liefert meine Implementierung "bessere" Ergebnisse für mein Spiel, da ich mehr Parameter beinflussen kann. Und da die Implementierung für meine Zwecke immer noch schnell genug läuft (3 Sekunden für die Initialisierung von 65536 Tiles inklusive berechnen des Meshs und der Collider), versuche ich erst einmal andere Funktionen für das Spiel zu implementieren. Irgendwann will ich ja auch einmal eine spielbare Version haben

Juhu mein i7, neues Mainboard und mehr RAM ist da!
Außerdem ist nächste Woche Freitag Urlaub, die übernächste Woche darauf 2 Wochen Urlaub und dann Theoriephase!

Das Jahr ist gelaufen Leute.

Heute ist es endlich vorbei. Um 14:30 darf ich eine 20 min lange Präsentation über meine Seminararbeit (vgl. Facharbeit) halten
und ich behaupte, dass die Präsentation an sich gut gelungen ist.

Ohne die Leute, die mir bei meinem "mathematischen Problemen" geholfen habe, wäre das nicht möglich gewesen.
Vor allem gilt mein Dank "dot", der mir gezeigt hat, wie man Quaternionen aus einem Quell- und Zielvektor überführt

LG Julien

congrats

Code::Blocks ist so geil

QtCreator checke ich nicht...

emacs ist so geil

nano checke ich nicht

What about Vim?

Kommt alles nicht an Visual Studio ran...

PS: nano ftw