- Loadroom(einen lerren Raum) ->cutscene (load) ->
Durch diese Load cutscene werden alle objekte an ihre Position geschobenCutscene load:
subroom(Lade anzeige) -> Moveobj(...) -> setobj(...)-> loadchar(...) -> loadroom(...) ->functions -> wait(2) -> return()
. Vorteile: Sieht sehr professionell aus , die lade zeit am Anfang des Spiel wird verkürzt , restart befehl zeigt in diesem fall keine Schwächen , Lade Zeit kommt einem sehr schnell vor da das Gehirn das Spiel mit anderen Spielen vergleicht (meine Theorie) 
Leider habe ich aber auch festgestellt, dass es zu unerwünschten Ereignissen kommt, wenn man den loadgame() Befehl verwendet. Ich glaube, mich zu erinnern, dass jemand, der GCV 0.1 gespielt hatte, berichtet hat, dass nach dem Neuladen Variablen nicht zurückgesetzt wurden... oder so. Habe das nicht mehr näher untersucht, vielleicht auch einfach verdrängt weil ich dieses PaCDK-Problem gar nicht selbst beheben kann. Wäre noch genauer zu untersuchen.Wuji wrote:Lade Zeit kommt einem sehr schnell vor da das Gehirn das Spiel mit anderen Spielen vergleicht (meine Theorie)
Ok!?Naja mein spiel hat bis jetzt 3 Spielbare räume mit 54 objekten das komplette Spiel wird an die 100 Räume haben also ich denke das ist umfangreich.Baelavay wrote:
Wujis Vorschlag zur Loadgame-Alternative schaut sicher professionel aus, aber es ist auch eine Heidenarbeit, alle Objekte und Variablen aus dem ganzen Spiel manuell zurückzusetzen. Bei einem Spiel in größerem Umfang ist das praktisch unmöglich!
ja wenn ich Dawn of War anmachen dann dauert das laden bei meinemWuji wrote:Lade Zeit kommt einem sehr schnell vor da das Gehirn das Spiel mit anderen Spielen vergleicht (meine Theorie)
naja der wait befehl sorgt eben dafür das das Spiel am Anfang nicht stockt wie es bei vielen anderen Spielen ist.das ist halt eine sekunde un die restlichen 2 kommen von der Prozzessor leistungBaelavay wrote:Problem bei Wujis Vorschlag sehe ich auch in der Bestimmung der Wartezeit für wait(), schließlich hängt die benötigte Zeit von der jeweiligen Prozessorleistung ab.
)Solange man sie nicht 5 Minuten anschauen muß, wie beim Booten von so vielen Vista-Rechnern, dann ist doch alles OKtrotzdem bin ich der meinung, dass eine solche ladeleiste schon eindruck hinterlässt, auch wenn sie nur so kurz abläuft, was natürlich auch ein positiver effekt ist.
Ich hatte bei meinem Spiel seltsamerweise genau den umgekehrten Fall. In meinem letzten Raum habe ich im on(loop) Skript einige Anweisungen, die nur ausgeführt werden, wenn eine bestimmte Aktion im Spiel noch nicht ausgeführt wurde:Baelavay wrote:Wenn du das Spiel komplett schließt und neu startest, ist garantiert alles zurückgesetzt, weil das PaCDK nichts noch außerhalb speichert. Also bleiben geänderte Werte, wenn überhaupt, nur so lange gespeichert, bis das Spiel beendet wird. Im saves-Ordner finden sich nur die Spielstände und die mit savenum() extra abgespeicherten Variablen (die ja auch nur dann wieder im Spiel geladen werden, wenn man loadnum() benutzt).
Wenn du dann allerdings nach dem Neustart wieder einen Spielstand lädst, hast du ja wieder das Problem, dass bis zum Laden geänderte Werte u.U. nicht aus dem Speicherstand übernommen werden. Wirklich "frisch" sind alle Werte nur ab dem Start der Spiel.exe und bis zum Laden eines Speicherstands.
Code: Select all
on(loop1)
{
if_bool(aktion_durchgeführt; false)
{
(* blablabla *)
}
}