spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Big_Santa«

Wie weiß der Ladebildschirm wann er verschwinden soll?

Na, wenn das Spiel fertig geladen hat.
Oder soll das ein Fake-Ladebildschirm werden, der nur so tut, als ob irgendetwas geladen würde?
(hab ich früher in meinen allerersten Spielen gemacht, damit es cool wirkt )

Ich habe eine Funktion SetGameState. Darin rufe ich (wenn es denn gewollt ist) LoadScreen->Render(...); auf. Dann lade ich alle Daten (Einfach das Init der jeweiligen Klasse). Wenn alles fertig geladen hat, rendert die Game-Loop einfach wieder über den Ladebildschirm.
Edit: Wenn du natürlich eine Animation willst, musst du öfters Rendern.

@Yannic:
Er hat doch extra geschrieben, dass er keine Prozentanzeige will.
Ich glaube, sein Problem ist viel viel viel grundlegender ...

Ich glaube die Frage nach dem *Was* hat er eigentlich schon geklärt, Yannic, aber stattdessen die Frage nach dem *Wie* gestellt.

Um ehrlich zu sein: ich denke nicht, dass du einen Ladebildschirm wirklich _benötigen_ wirst, allerdings will ich dich auch nicht davon abhalten, einen zu realisieren, da du so wahrscheinlich weitere Erfahrungen sammeln wirst

Da du nicht weißt, wie du an die Sache ran gehen sollst, schließe ich einfach mal darauf, dass du noch nicht über die notwendigen Kenntnisse verfügst und dir diese vorher erst aneignen musst.
Man könnte entweder versuchen, das Laden der Ressourcen in mehrere kleine Schritte aufzuteilen, sodass der Ladebildschirm während des Ladens ohne tatsächliche Parallelisierung und somit ohne größeren Aufwand gezeichnet werden kann. Je nachdem, wie viele Ressourcen du laden musst, kann es sein, dass sich das nur schwer umsetzen lässt oder dass der Ladebildschirm nicht oft genug (50-60 Mal je Sekunde) gezeichnet wird.
Alternativ könntest du das Laden der Ressourcen mit Hilfe der Parallelisierung angehen. Ein Thread oder Task lädt die Ressourcen und der andere kümmert sich um das Zeichnen des Ladebildschirms, bis alle Ressourcen geladen wurden. Allerdings ist diese Variante komplizierter, da man nicht einfach nur einen Thread starten braucht, sondern man zyklisch den Status abfragen muss, die Ressourcen müssen nach dem Laden an die richtigen Variablen zugewiesen werden etc. ...
Wenn du nicht weißt, wie du dies mit Parallelisierung angehen sollst, dann solltest du am besten auf eigene Faust im Internet nach Tutorials oder ähnlichem suchen. Suchegriffe dafür sind beispielsweise "Multithreading", "Parallelisierung", "Nebenläufigkeit", "Threadsicherheit", "Threadsynchronisierung" [Nachtrag: "Asynchronous"] usw., immer in Kombination mit der verwendeten Programmiersprache und/oder dem verwendeten Framework.

@Sacaldur: Man könnte es sich auch einfacher machen, indem man mit CreateThread einen Thread erstellt und dort immer den Ladebildschirm rendert
*Haut mich dafür*
So habe ich es eine Gewisse Zeit gemacht. Und ich würde es wieder machen(der Einfachheit halber). Ich meine aber, dass das für den Anfang ausreicht.

Das Stichwort "Asynchronous" ist gerade sehr in Mode und sollte in obiger Liste daher nicht fehlen. Falls es C++ sein soll, werf ich einfach mal std::async in den Raum, für C# (.NET) gibts was ähnliches.

Was CreateThread() betrifft, sollte man wohl darauf hinweisen, dass man unter MSVC in der Regel _beginthreadex() oder std::thread verwenden sollte, da die direkte Verwendung von CreateThread() in einem typischen Projekt, welches die CRT verwendet, potentiell zu Memory Leaks führen kann...