Was ich nicht verstehe : was meinst du mit Objekte die nicht sichtbar sind auf 0 stellen? Werden die bei dir verdeckt von etwas größerem?Technische Randnotiz zu Ladezeiten : Man könnte ja fragen warum ich nicht einfach zu Spielbeginn den kompletten Grafikinhalt in den Speicher packe da wir hier alle ja mittlerweile mit Gigabytes nur so um uns schmeißen können.. das würde allerdings eine unakzeptable Ladezeit mit sich bringen, eine Zeit die bei dicken 3D Spielen welche hunderte Megabyte an Texturen zu Beginn laden, deshalb nicht auftritt weil sich die Texturen bereits in dem Format DDS befinden. Und diese Texturen müssen von der Grafikkarte nicht erst zu eben diesem Format umgewandelt werden so wie das beim Laden von BMPs der Fall ist.
Also wenn ich mir das so durchlese ist mein Problem nur der HaupcharacterZimond wrote:meinst du
Was ich nicht verstehe : was meinst du mit Objekte die nicht sichtbar sind auf 0 stellen? Werden die bei dir verdeckt von etwas größerem?
Theoretisch würde das was bringen weil natürlich ein aktives aber verdecktes Objekt trotzdem von der Engine verarbeitet wird. Wieviele Objekte hat den dein Raum inne?
BTW : Ob die Objekte bewegt werden oder still stehen ist für die Performance zu 99,9% irrelevant.
Klingt unnötig kompliziert. Wenn du einen Raum für ganze Levelabschnitte verwendest und dafür zig Objekte für das Durchlaufen des Hintergrunds reinklatschst, brauchst du dich nicht zu wundern, wenn der Rechner mit deiner tollkühnen Umsetzung nicht mithalten kann. Ich kenne dein Projekt nicht genau und kann nicht einschätzen, ob das wirklich so umgesetzt werden muss. Aber vielleicht solltest du selbst mal überdenken, ob du das ganze nicht in mehrere Räume aufteilen kannst.Wuji wrote:Mein Spiel ist so aufgebaut das ein Raum eine komplette Welt darstellen kann
dadurch das der Character sich nicht bewegt sonder nur der hintergrund eine art Täuschung.
http://www.fraps.com/Wuji wrote:@Zimond:
Wäre mal toll wen man sich ein FPS Anzeige anzeigen lassen könnte.
Jump'n wat?!?Jump n Run
Hab ich was verpasst? Ich mein... RPG Elemente, Minigames.. ok.. aber ein richtiges Jump'n'Run? Das würde absolut gar nichts bringen... es müssten trotzdem alle 30 Frames geladen werden auch wenn du diese nicht nutzt.. Objekte die sich in einem Raum befinden werden geladen, egal ob du diese anzeigen läßt oder nicht.je nach Einstellung bekommt man eben nur ein Ensprechendes Objekt zu sehen das dann eben bei high 30 bilder hat und bei middle nur 15.
Du verstehst glaube ich nicht wie das wirklich funktioniert. Stell dir vor du hast ein leeres Blatt Papier und einen Haufen Bildschnippsel daneben liegen. Und deine Hand die diese Schnippsel auf das Papier legt ist die Grafikkarte, und je mehr Schnippsel sie auf das Blatt legen muss desto länger dauert es ein Bild zu vervollständigen.wenn ich ein objekt in den überall Raum lege ( einen schwarzen Balken)
der ein bisschen die hintergrund verdeckt würde das die Perfomence verbessern
und wie ist es bei halbtranparenten Objekten ?
naja also es eigentlich nur ein run n shot (jump hat ich keine lust)Zimond wrote:Jump'n wat?!?Jump n Run
oh mannZimond wrote:je nach Einstellung bekommt man eben nur ein Ensprechendes Objekt zu sehen das dann eben bei high 30 bilder hat und bei middle nur 15.
Um das genauer auszuführen: Solltest du es schaffen, mit dem PaCDK ein ordentliches Jump&Run zu skripten, wäre das toll, ich beeindruckt und mal wieder bewiesen, wozu es alles möglich ist, das PaCDK zu zweckentfremden. Fakt ist aber, dass das PaCDK mit seiner Programmoberfläche und seinen Skriptbefehlen auf die Erstellung von Point&Click Adventures ausgerichtet ist. Das heißt nicht, dass du nicht auch was anderes damit skripten kannst. Aber es heißt, dass du es dir unnötig schwer machst, wenn du es mit dem PaCDK skriptest, anstatt mit dem Jump&RunDK (Name erfunden).Zimond wrote:Wie ich so langsam ein Bild von deinem Projekt bekomme weis ich nicht ob du da mit dem PaC-DK glücklich wirst.
Man benutzt auch einen Löffel für die Suppe und keine Gabel 
Ne aber das ist schon irgendwie cool dass du dich da um jeden Preis durchbeißen willst, Wuji. Ich wünsche dir viel Spaß dabei. Zur Alühn2 Releaseparty bringe ich eine Peitsche mit, du Masochist 
Hm... in on(loop) werden glaube ich keine waits berücksichtigt, wie bei allen anderen on-Ereignissen auch. Da bin ich mir jetzt aber nicht sicher. Wenn doch, dann sollte das bei loops eigentlich auch funktionieren.japanhonk wrote:Glaubst Du, das könnte auch in einem Loop Befehl oder einer normalen -
aufgerufenen - Funktion etwas nutzen ?
Doch, wait() funktioniert in einem on(loop).Schiman wrote:Hm... in on(loop) werden glaube ich keine waits berücksichtigt, wie bei allen anderen on-Ereignissen auch.
