spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Meistens liegen solche Ruckler am Rendering-Code.
Evtl. solltest du da mal schauen.

http://www.cplusplus.com/reference/stl/

Da steht zu jedem Container, welche Operationen welches Laufzeitverhalten haben. Das sollte jeder Informatiker auswendig wissen, um beurteilen zu können, welcher Container in welcher Situation der richtige ist. Kurze Übersicht:
- list: Kann man schnell ändern (Objekte löschen/entfernen, aneinanderhängen usw.)
- vector: wenig Overhead, schneller Zugriff auf i-te Element
- map: Schnelle suche nach Objekten
- usw.
Die tatsächliche Geschwindigkeit hängt dann nochmal von der verwendeten Implementierung ab, man kann auch unter VC z.B. STLport benutzen (soll im Debug Modus sehr viel schneller sein).

Wenn dein Spiel unregelmäßige Hänger hat, machst du irgendetwas unregelmäßig? Wenn sich ein Container ständig ändert, kann die Suche mal schnell und mal langsam sein. Aber eine Sekunde ist schon extrem, das könnte ein Threadingproblem sein (nachladen im Hintergrund, aber du wüsstest wohl wenn es daran liegen würde) oder sonst irgendetwas komisches. Evtl. läuft auch bei dir im Hitnergrund etwas (Debugger, Virenscanner, Virus) oder so. Also vielleicht das Spiel mal hochladen und andere Testen lassen?

Sind die Ruckler lang genug um darauf reagieren zu können? Du könntest drauf warten und im Debuger auf "Pause" klicken. Dann wechselst du zwischen den Threads und schaust in den Stapelrahmen bis du eine Funktion deines Codes findest. Das könnte den entscheidenen Hinweis geben

Bei mir ruckelt nichts. Aber ohne Code zu sehen können wir auch nur raten woran es bei dir liegt. Aber wie gesagt bei mir läufts flüssig.

Es wäre auch gut möglich, dass du Ressurcen lädst ohne es zu bemerken. Zum Beisiel im Konstruktor eines Spielobjektes, wird jedes mal die Bilddatei neu geladen. Wenn durch irgendeinen Zufall dann mal 10 Objekte auf einmal erstellt werden, hängt es halt, weil es nachladen muss.

Ok, ich hab die Ruckler auch. Aber mal ne andere Frage, was ist hier passiert?

Irgendwie wird die Auflösung nicht richtig angepasst.

Die Ruckler könnten auch an der Kollisionsabfrage liegen, vielleicht hast du irgendwo eine Schleife, die aus merkwürdigen Gründen in bestimmten Situationen sehr sehr lange läuft, aber dann doch irgendwie abbricht (du machst mit einem Objekt viele kleine Schritte, bis es aus dem Spielfeld geflogen ist oder ähnliches). Aber eigentlich müsstest du dass dann wissen, wenn du etwas ähnliches im Code hast, das irgendetwas wirklcih eine Sekunde lang läuft, aber dann doch fertig wird, ist eher ungewöhnlich (bzw. man sieht sowas schon bei der Programmierung).

Ansich ist es sehr schwer zu sagen, wo da jetzt der Fehler liegt, wenn es eine von den angesprochenen Quellen ist, müsstest du das am ehesten wissen, weil du es geschrieben hast. Es könnte aber auch sein, dass dein Problem nur eine Randerscheinung eines ganz anderen Fehlers ist, etwa der Fehlbenutzung einer externen Bibliothek. Manchmal kann man die seltsamsten Fehler beheben, indem man sich erstmal um andere, kleinere kümmert, von denen man gar nicht meint, sie hätten was mit dem eigentlichen großen Problem zu tun.

Du solltest also jetzt keine neuen Features einbauen, bis du den Fehler gefunden hast, sonst wird es nur noch schwieriger. Aber andere Fehler beheben und unsaubere Stellen im Code umbauen könnte auf wundersame weise helfen. Manchmal programmiert man ja die schnelle und vermeintlich einfache Lösung, bis man auf seltsame Probleme stößt, die dann verschwinden, wenn man es mit der sauberen und eleganten noch einmal neu schreibt. Auch wenn man aus Fehlern lernt, lohnt es oft gar nicht, schlechten Code auszubessern, weil er danach immer noch schlecht ist, nur eben etwas besser. (Bezieht sich jetzt eher auf kleinere Dinge, man kann nicht wegen jedem Problemchen sein komplettes Programm umstrukturieren, aber halt kleiner Algorithmen durch andere ersetzen).