Druckbare Version
Theoretisch ja, praktisch würde ich es lieber nicht. Das ist eine sehr spezielle Funktion, und diese für Anfänger leicht zugänglich zu machen wird extrem kompliziert. Aber ich werde darüber nachdenken und sie möglicherweise am Ende implementieren wenn noch Zeit da ist.
hab ich mir schon immer gewünscht ^^Zitat:
Meinungen?
Ich sehe im Moment noch ein Problem mit kleineren Objekten wie Büschen. Falls der Charakter unterhalb des Busches steht (höhere Y-Koordinate) sollte sein Bild oberhalb des Busches gezeigt werden. Falls der Charakter oberhalb des Busches steht soll das Bild des Busches höher liegen.
Mit der von mir gewählten Lösung der Z-Koordinaten pro Layer wäre soetwas leider unmöglich. Ich muss also dringend nocheinmal darüber nachdenken und es ändern, ich weis nur im Moment noch nicht wie. Ich wäre für Vorschläge sehr dankbar.
Hey,Zitat:
Zitat von Cornix
ich muss erst sagen, deine Ideen bzgl. der Darstellung von Tiles mit unterschiedlichen Z Level ist spitze und ich wünsche mir so etwas schon sehr lange für die Maker.
Um dein beschriebenes Problem zu lösen, müsstest du noch anhand der Y Koordinate abfragen ob das jeweilige Objekt vor oder hinter einem anderen steht. Ist die Y Koordinate des Busches größer als die des Spielers, so wird der Busch auch über dem Spieler gezeichnet, allerdings nur wenn der Z Level vom Busch gleich oder größer Spieler ist. Ist der Z Level des Busches niedriger wird er ja immer unter dem Spieler gezeichnet.
greetz
Das geht aber nur wenn der Busch selbst ein Sprite ist und kein Tile. Ich müsste, um Büsche als Tiles darstellen zu ermöglichen, auch für Tiles die Y-Koordinate in die Z-Koordinate einwirken lassen. Das würde die gesamte Render-Logik extrem komplizieren, Performance in Massen fressen und möglicherweise an anderen Stellen Probleme bereiten. Ich weis nicht ob es das wert ist.Zitat:
Zitat von schmoggi
ist es nicht so, dass im maker eine buschgrafik quasi 2geteilt wäre? die ersten 16 pixel sind unter und die nächsten 16 sind über dem hero. bzw. betrifft das doch allgemein objekte, wo man auch dahinter laufen kann. der entwickler müsste also quasi die grundfläche des objektes einstellen, welche felder also dann unter dem hero wären, bzw. kann da ja auch gleich die passierbarkeit festgelegt werden-->die grundfläche ist nicht passierbar.
das schwierige dabei ist natürlich, dass viele objekte keine quadratische oder rechteckige grundfläche haben, was das reine festlegen von variablen wie zB 48x48 ausschließt. der entwickler müsste also zunächst die größe festlegen und dann, welche felder den umriss der grundfläche des objektes darstellen ... oh je, war das verständlich? vermutlich hab ich irgendwas übersehen, was ihr meint.
@topic:
ich hab heute über das stück, was ich gestern gepostet habe, meinen eigenen gesang drüber gelegt. das ist allerdings nur ein provisorisches konstrukt, ehe dann meine freundin nochmal drüber singen soll ...
@IndependentArt
Ich weis nicht, wie es bei den alten Makern ist, aber im RPG-Maker XP berechnet sich die Z-Koordinate eines Tiles aus der Y-Koordinate plus einen Z-Offset der im Tileset gesetzt wird (Sternchen von 0 bis 5 wobei jeder Stern als 32-Pixel auf der Y-Koordinate zählt). Die Z-Koordinate der Events berechnet sich genauso, also Y-Koordinate + Konstante.
Nur, damit wir uns nicht falsch verstehen.Zitat:
Zitat von Cornix
Büsche, Bäume sowie alles andere was statisch ist sind ja (mehrere) Tiles in einem Tileset wie im Maker auch, right? Beim Maker gibt es ja, genau für deine beschriebene Situation, die Priority Einstellungen. Diese definieren ja einen Z Level Wert für einzelne Tiles im Grid und dadurch wird erst ermöglicht, dass Player über und unter Tile xyz angezeigt werden kann. Wäre so etwas dann nicht eine denkbare Lösung für dich?
greetz
Ich habe es jetzt nocheinmal ausprobiert. Im RPG-Maker 2000 ist es tatsächlich so, dass ein Event NICHT über dem Tile angezeigt wird wenn es eine niedrigere Y-Koordinate besitzt. Im RPG-Maker XP ist es aber so. Hier ein Bild um die Situation zu verdeutlichen:Zitat:
Zitat von schmoggi
http://www2.pic-upload.de/img/28515667/RmXp.png
Wenn der Held südlich von dem Fass steht wird seine Grafik über dem Fass angezeigt. Wenn der Held nördlich von dem Fass steht (oder auf gleicher Höhe) wird seine Grafik unter dem Fass angezeigt.
Das Fass besitzt eine Priorität von 1 im Tileset.
Ein solcher Effekt wäre mit meinem System NICHT möglich. Wäre das etwas schlimmes?
Wenn man soetwas will müsste man Fässer/Büsche/Bäume als Map-Objekte (Events) einbauen.
Wäre schon schade, wenn das nicht klappen würde. Ist es denn wirklich so aufwändig jedesmal die Y-Koordinate abzufragen und bei höhren/niedrigeren Werten im Vergleich zur Figur sie entweder vor oder hinter die Figur zu machen?Zitat:
Zitat von Cornix
Auf der einen Seite wäre es natürlich mehr Aufwand für den Computer. (Nicht das Schlimmste auf der Welt) Aber auf der anderen Seite müsste man zusätzlich auch noch eine Funktionalität einbauen, damit der Nutzer dieses System steuern kann. Und gegebenfalls abschalten falls es nicht erwünscht ist. Das ist ein riesiger Aufwand für relativ wenig Nutzen. Beziehungsweise, es ist sehr schwer für mich abzuschätzen wie viel Nutzen das wirklich ist, deshalb frage ich ja hier.Zitat:
Zitat von Eddy131
Ich komme vom XP Lager und erwähnte aus diesem Grund auch die Priorities :).Zitat:
Zitat von Cornix
Wie du beschrieben hast, Werden Sprites ja anhand ihres Z Offsets (das bestimmten die Priorities) und der Y Koordinate auf dem Screen gezeichnet. Hier auch noch mal zur Verdeutlichung:
Dein oben gezeigtes Beispiel ist allerdings ungünstig da der Character ja gar nicht dort stehen dürfte weil das Fass nicht begehbar ist. Ich weiß jedoch was du damit aufzeigen möchtest. Und ja, es wäre sehr schlimm, wenn deine Umsetzung das nicht kann. Diese vorgegaukelte Tiefe ist doch das A und O bei 2D Spielen, oder etwa nicht? Dadurch entsteht ja erst der Eindruck von Tiefe. Ich muss auch ehrlich gesagt sagen, ich verstehe nicht weshalb du gegen die Variante mit der Y Koordinate bist. Soweit ich das kenne ist genau das eine sehr gängige Variante. Hierzu folgender Artikel z.B.:
https://eliasdaler.wordpress.com/201...down-2d-games/
Sprich, Grafiken welche auf dem selben Z Level sind abhängig von der niedrigsten Y Koordinate in Reihenfolge zeichnen. Wenn ich einen Maker erstellen würde, wäre meine Vorstellung ungefähr so:
- User entscheidet wie viele Layer er fürs Mapping nutzen kann( unendlich oder eine feste hohe anzahl z.B. 10).
- User entscheidet wie viele Z Levels eine Map besitzen kann. Das heißt z.B., dass alles auf Z Level 3 über Z Level 2 gezeichnet wird. Man kann sich das praktisch so vorstellen, dass man im Editor zwischen definierten Z Levels hin und her springen kann.
- Tiles in einem Tileset können verschiedene Prioritäten haben(wie im XP), allerdings mehr als 5 (unendlich oder eine max hohe anzahl z.B. 99). Wichtig ist das für das oben aufgezeigte Beispiel.
- Jeder Z Level sollte eigene Passable Einstellungen haben welche auch bei der Abwicklung von Kollisionen berücksichtigt werden. Sprich, ist Spieler auf Z Level 2 werden für ihn nur die Passable Einstellungen von Z Level 2 berücksichtigt. Ein Tracking vom Z Level des Players ist hier natürlich dann erforderlich (auch für Events). Sollte mit einer Art Terrain Tag für jeden Z Levelrelativ einfach sein.
Das wäre ein Traum, Brücken mit NPC's darunter und darüber zur selben Zeit kein Problem mehr. Hach ja...
greetz
Ich bin übrigens dabei unfassbar viele Bugs zu beheben. Unfassbar viele >_<
Projekt: Bastle ein Schiff für Minka & Tapsy Tag 2!
http://www2.pic-upload.de/img/285169...zenschiff3.png
Heute weiter am Dungeon Tileset gearbeitet, in erster Linie an Details:
https://dl.dropbox.com/s/4i6452bcvkf...-wip1.png?dl=0
Außerdem noch an Cursografiken für die Weltkarte/ Map Menu gearbeitet.
C ya
Lachsen
@Cornix: das Problem mit der Z-Ebene, das du beschreibst kenne ich gut von unserer Engine. Bei uns ist es mit Layers ähnlich, dass diese eine Z-Coordinate haben und in entsprechender Reihenfolge angezeigt werden. Bei uns ist es auch so, dass wir sachen wie das Fass nicht richtig mit Layers darstellen können, stattdessen werden so kleine Sachen die mal vor und mal hinter dem Spieler angezeigt werden über "Entities" gerendert (die sind so ähnlich wie die Events vom RPG-Maker). Kompliziert wird es, wenn Entities so groß sind, dass sie sich mit mehreren Ebene überlappen. Tatsächlich ist es bei uns so, dass Entities immer schritt für schritt für jeden Z-Abstand zwischen den Ebenen gerendert werden. Das war zumindest die Lösung die wirklich stabil funktionierte. Ich vermute dass ist dann auch praktisch analog zu der RPG-Maker XP lösung wo die Event Grafiken in 16er Schritte aufgeteilt werden.
Heute den Rest von NPCs editiert und auch ins Spiel integriert. Die Stadt wirkt jetzt schon etwas lebendiger als vorher!
http://i.minus.com/ibkRUZ4Wz3Dxsi.png
- Das Inno -
Boa, Drakee, wegen deinem Post auf der letzten Seite würd ich dich glatt nach etwas fragen, da das aber ewig viel Zeit hat, spar ich's mir xD
--
Ich hab mal wieder n bisschen Geschichte geschrieben. Kalienische Weltgeschichte. Wuchey. Ich fühl mich momentan mehr wie n Autor, als wie n Makerer...
Wäre richtig Hammer! :DZitat:
Zitat von Cornix
Alles was Schmoggi geschrieben hat: :A
Heute kräftig am SeeKS gebastelt. Habe unter anderem eine Chancen Berechnung beim Entern des gegnerischen Schiffs eingebaut!
Diesem kleinen Handelschiff ist der Spieler deutlich überlegen:
http://i.imgur.com/Fb7tnBn.png
Nebenbei habe ich noch einige Bugs im SeeKS gefixt und kann jetzt endlich mit dem Balancing beginnen.
@Zirconia
Warum fragst Du nicht? Wenn es nicht unbedingt was polemisches ist x)
@Eddy
Leider kann ich keine Planeten zeichnen xD Wieso versuchst du nicht, deinen Planeten mit Sculptris zu kreieren?
Außerdem war das Angebot eher darauf beschränkt Figuren zu zeichnen, also Battlersprites und Facegrafiken z.B.