Warum bräuchte man denn bitte Pixelmovement? Pixelmovement mag etwas reißen, wenn du wirklich detaillierte Abfragen machen willst (trifft der Schlag den Gegner am Bein oder am Kopf?), aber so wäre es allenfalls ein nettes Feature - falsch umgesetzt allerdings eher ein riesiges Manko.Zitat von Mivey
Die Frage war ja ob das KS auf SoM Niveau sein soll. Beim Maker (2k(3)) kann man nur die 16x16 Felder abfragen. Das reicht nicht aus.
EDIT:
Und durch komplexe Abfragen kann man es taktisch stark verbessern bzw. eine bessere Schadensberechnung mit Schadensbezogenen Effekten (schlag auf kopf ist stärker und senkt trefferquote des gegners (augen)) hinzufügen
Ich geb Mivey teilweise Recht, eine Pixelabfrage wäre 100% besser.
Ich hasse dieses "Vor dem Held"-Feld. Wenn sich ein Gegner genau im Moment des Schlages bewegt, wird er schon gar nicht mehr erfasst, das finde ich bei vielen Spielen schlecht :V
Ein Pixelabfrage ist viel genauer, auch wenn ich nicht unbedingt sagen würde, das man ein Pixelmovment bräuchte.
--
Das Problem ist:
Macht man eine Map voller Gegner, dann hätte man viel zu viel an KIs zu Skripten
Gegner1 X
Gegner1 Y
Gegner1 HP
......
Gegner20 BlahBlah
Das ist sehr schwierig, vor allem dann noch ne Pixelabfrage.
Ja, der Aufwand ist schon ziemlich groß.
Aber naja, man kann doch locker 500.000 Variable speichern. Sollte kein Problem sein, mit einem Pointersystem das über ein Map-Event gesteuert wird. So macht man eine Template-Map auf der die Maximale Anzahl an Gegner drauf ist oder sowas und kopiert/löscht das was man braucht/nicht braucht.
--
Fällt dir ein erfolgreiches Action-RPG auf dem Markt ein mit Rastermovement?
Ohne Pixelmovement macht das keinen Spass, die Möglichkeiten sind einfach zu stark eingeschränkt. Du kannst dich dem Gegner 16 Pixel nähern oder garnicht.
@Drakee: Dann machs wie in SoM und limitier die maximale Anzahl gleichzeitig anwesender Gegner auf 3. (prüfs nach, ist echt so, du wirst in SoM niemals mehr als 3 Gegner sehen)
Hybris 2nd Awakening hat afaik kein Pixelmovement und spielt sich trotzdem recht gut. Außerdem gibt es auf dem Maker ja auch kein erfolgreiches Action-RPG mit Pixelmovement.
Ich denke das sich das auf dem alten Makern (2k(3)) auch nicht ändern wird.
Was nicht geht geht einfach nicht. Aber der XP gibt einem da sehr wohl die möglichkeit Pixelmovement und Abfrage einzubauen.
Und wenn sich jemand die Mühe gebe sowas einzubauen so würde vermutlich auch der Rest des Spieles zumindest aktzeptabel werden, einfach weil niemand sich in einem Bereich Mühe gibt aber auf den Rest scheißt. Das macht keinen Sinn. Sehr gut möglich also das in nächster Zeit ein "erfolgreiches Action-RPG mit Pixelmovement" erscheint.
Geändert von Mivey (16.05.2009 um 17:49 Uhr)
tsstsstss
es geht sehrwohl pixelmovement mit dem 2k/2k3
nur, das ist aufwendig, wenn sogar noch aufwendiger als das mit dem aks mit mehreren partymembers.
es gibt doh auch schließlich jump'n runs für den rpg maker MIT Pixelmovement, wie z.B. Bones oder so.
Wo wurden denn widersprochen das ein Pixelmovement umsetzbar ist?
Es ist simpel ineffizient.
--
Was soll ich sagen, der Maker wäre ohne Variablenbeschränkung turing-vollständig ^^
@Kelven: Humm ich werd mal bei Gelegenheit Hybris testen.
da zum Beispiel wird widersprochen, dass Pixelmovement möglich ist... wenn auch VIELLEICHT indirekt
Was sich wohl eher auf die Sinnigkeit eines Pixelmovements für den 2k/2k3 bezogen als auf die Machbarkeit.
--
Also ich hab mir Bones angeschaut und ich muss sagen beeindruckend aber wenn der XP benutzt hätte wäre der Arbeitsaufwand nur ein Bruchteil gewesen, davon bin ich überzeugt.
Vor allem hat Bones eine primitive KI und Schadensberechnung ein "echtes" Aks im Stile von SoM 2 zb braucht da um einiges mehr.
Aber Hut ab das sich Shadowsoul die Arbeit gemacht hat sowas mit dem Maker umzusetzen.
Berechtigungen
Zitieren
