spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also mein erster Ansatz wäre in etwa so. Man erstellt ein einfaches Rechteck mit dem GUI Interface auf dem man dann z.B. eine nette Textur legt. Diese hat sowohl einen Farbigen Teil als auch einen Schwarzen. Der Farbige Teil gibt den Vortschritt an.

Im Programm Code selber speichert man eine floating Point Variabel, mit Werten von z.B. 0 bis 0.9. Diese wird in einigen Teilen des lade Codes immer neu gesetzt. Kurz bevor der lade Code fertig ist, wird sie auf den max Wert gesetzt. Jedesmal wenn man auch diese Variabel setzt, rendert man auch den Ladebildschirm neu.

Die Variabel kann man so schön für die V-Koordinate der Ladebalkentextur verwenden.

Z.B., Du musst n Bilder laden:



Man kann das SetzLadeBalken auch am Ende haben. Man kann es verfeinern, indem man es z.B. nur alle 8 Schleifendurchläufe aufruft, falls jedes Bildladen sehr schnell ist.

Es kann natürlich passieren dass erst 10 kleine, schnell ladende und dann 10 grosse, langsam ladende Bilder kommen. Einen wirklich guten, gleichmässig laufenden Ladebalken hinzubekommen ist m.E. den Aufwand nicht wert.

Wenn sich der Status des Ladebalkens ändert, muss man diese ja auch darstellen. Sprich Rendern.

Mir fällt da aber noch eine Weitere Möglichkeit ein. Man kann da auch direkt in den Backbuffer malen. Als vorlage nimmt man einfach eine schöne Bitmap und malt die dann, nach guter alter DDraw manier, über den Ladebalken. Da es hier ja nicht auf geschwindigkeit ankommt ist das ganze ja nicht so schlimm.

Du könntest es auch Eleganter lösen so wie es einige Windows Anwendungne machen.

Du könntest einfach wärend des Ladevorgangs eine Variable setzen und aus einem zweiten Thread heraus immer abfragen.

Closed

Ja das ginge auch. Hat nur einen Hacken. Man Arbeitet mit mehreren Threads was wieder Syncronisierungen mit sich zieht. Viel aufwand für einen einfachen Ladebalken.