spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Dreat«

objektTex ist ein sf::Texture

Dann entstehen definitiv Kopien der Texturen. Das dauert sehr lange, zumindest im Debug-Modus. Außerdem verseucht Dir das natürlich massiv den Speicher, wenn das jeden Frame passiert. Da ist schnell mal Feierabend mit dem Spiel und sollte daher unbedingt gefixt werden. Das ist wohl die nervigste Sache bei SFML, so eine Textur-Kopie passiert ganz leicht mal.

Sofern es stimmt, dass das Zuweisen der Textur nur einmalig und nicht je Frame durchgeführt wird, liegt der Fehler wohl an einer anderen Sache. Am ehesten würde ich da auf das Update tippen.
Was wird denn alles in einem Update gemacht? Was wird dabei gemacht, was mit steigender Anzahl an Einheiten einen steigenden Zeitaufwand nach sich zieht?
Wie Eingangs bereits geschrieben wurde: Parallelisierung könnte vielleicht ein bisschen helfen, das eigentliche Problem wird damit aber nicht behoben. Wenn das eigentliche Problem erst behoben ist, wirst du wohl auch keine Parallelisierung mehr benötigen.

Hi,
versuch doch mal den Update bzw. den Render Algorithmus auszukommentieren.
Dann reaktivierst du den peu a peu.
Dabei misst du immer wieder die Zeit, bzw die FPS.

Du siehst dann ja was so lange braucht, bzw. wann die FPS sinken.
Das Codestück untersuchst du dann genauer, nach dem selben Prinzip.
Manchmal wundert man sich, was klemmt.

LG

Warum so umständlich?
Es gibt doch Profiler wie z.B. den AMD CodeAnalyst (jetzt CodeXL) oder GlowCode.

Visual Studio hat selbst auch Profiling Tools mit dabei. Vielleicht reichen die ja schon aus.

Man muss doch erstmal wirklich nur schauen, wo "sf::Texture" verwendet wird und diese Zuweisungen und direkten oder indirekten Copy-Konstruktoren entfernen. Da braucht's kein schräges Profiling

Das ist ja jetzt nur eine Vermutung von dir.
Anstatt Vermutung für Vermutung einzeln durchzutesten, kann man mit einem Profiler auch sofort einen guten Überblick kriegen. Aber das brauche ich dir wohl nicht zu sagen

Er hat die Vermutung doch selbst schon bestätigt. Ich habe ihm außerdem gesagt er soll mal mit gDebugger schauen, ob ich Recht habe.

Diese Kopie findet aber in einer Methode statt, die "init" heißt.
Klingt nicht nach einer Methode, die jedes Frame aufgerufen wird.
Es kann natürlich sein, dass es noch woanders passiert, aber auch das könnte man ja mit einem Profiler leicht erkennen, und in einem dann auch noch andere Ansatzpunkte für die Optimierung finden.
Ich finde, das ist ein guter Fall, um sich erstmalig mit der Verwendung eines Profilers vertraut zu machen.

Wenn's an einer Stelle ist, ist es bestimmt auch noch an weiteren.