Vielen Dank schon mal für die Antworten.
@TrueMG
Genau so möchte ich das haben doch leider gibt es da ein Problem. Ich bin zwar kein RPG-Maker Anfänger aber von manchen Dingen wie z.B.X-Y-Koordinaten hab ich absolut keinen Plan. Wie du das grob meinst habe ich verstanden aber kannst du mir bitte die Umsetzung davon nochmal genauer erklären? Ein Demo Skript wäre natürlich am hilfreichsten aber das kann ich ja nicht verlangen.
http://www.youtube.com/watch?v=yJTUo5xXvTc
Eine Kopie des Zelda-AKS von mir.
Schwierigkeitsgrad: INSANE!
Keine Ahnung, ob du sowas meinst, aber insgesamt ist der RPG Maker für AKS einfach nicht besonders geeignet. Da ist es sogar einfacher, ein eigenes Spiel zu programmieren. Deswegen gibt es bei diesem Zelda-AKS auch nicht mehr als diesen einen Bosskampf.
@ RPG Hacker: Öhm, wie machst du das mit dem Pixel Movement. Sag bitte, sofern das nicht betriebsgeheimnis ist, musst nur den Grundgedanken nennen, bin selbst erfahrener Scripter auf dem Maker.
--
Ich denk mal Pictures. Pro Tastendruck wird mit Input Password vllt. ne Variable erhöht.. ach, was weiß ich! xDZitat von Itaju
MG muss sich mal mit Irresolute Warrior (Ihr wisst schon, der von Macht) zusammentun und ein AKS Tutorial á la Macht machen. :>
--
RPGHacker hat sich bei dem System auf Maps bzw Mapabschnitte wie im ersten Zelda
und Link's Awakening beschränkt, die auf einen Bildschirm passen, das erspart viele
Zusatzrechnungen, da nicht gescrollt wird. Die Figur wird dann einfach als einfaches
Picture genutzt, denn mit einem Event geht das selbstverfreilich nicht.
--
Solange es hier falschzitierende Ärsche gibt, dulde ich keinerlei Zitatboxen, die von mir sein sollen.
Ich habe mal ein Tutorial geschrieben über wie man Pixel movement in rm2k3 machen kann
Tutorial link(englisch)
Der Tutorial zeigt wie man einiges "einfaches" bezüglich Pixel Movement machen kann, und möge vielleicht gut für einstiegt darin gut tun.
Für die Kollisionsabfrage habe ich mit "Get Terrain ID" (oder wie das heißt) gearbeitet. War recht praktisch, hatte aber auch seine Grenzen. Im Gesamtbild wäre mit diesem System einfach kein komplettes Spiel praktikabel gewesen. Selbst in der aktuellen Version sind schon einige unerklärliche Glitches drin.
Hallo,
das mit den Koordinaten ist an sich nicht weiter wild. Es ähnelt stark dem was du bereits aus dem Mathe Unterricht kennen wirst.
Das ist ein Koordinatensystem wie du es vielleicht auch schon aus der Schule kennst.
In so ein Koordinatensystem ist dein ganzer Bildschirm unterteilt. Jedes Event vom Maker hat eine X/Y Position. Sagen wir nun ein Event hat die Koordinaten X = 3 und Y = 4 . Wenn wir nun zu den X Koordinaten 1 hinzuaddieren (sprich : X Koordinaten + 1) dann wird die Anzeigeposition des Events auf ein "Feld" nach rechts geändert.
Du siehst also , alles auf dem Bildschirm hat seine eigenen X/Y Koordinaten. Alles ist dadurch praktisch adressiert. So weiß man immer wo auf dem Monitor sich ein Event , ein Bild oder ähnliches befindet. Und durch Manipulierung dieser Werte kannst du auch die Lage dieser Events , Bilder oder was auch immer ändern.
Oben links im Bild siehst du die Zahlen (0,0) , das sind die sogenannten Pixel. Ein Pixel ist ein Punkt auf dem Monitor. Ergo sind (2,0) 0 Pixel nach unten von der oberen linken Ecke , jedoch 2 Pixel nach rechts von der oberen linken Ecke.
Der Maker wiederum hat Kästchen. Das ist dir sicherlich aufgefallen. Diese siehst du immer wenn du im Eventmodus bist. Diese Kästchen sind 16 x 16 Pixel groß.
Events werden über dieses "Kästchensystem" bewegt. Bilder werden über reine Pixelkoordinaten bewegt.
An sich wäre das beste wenn du dir das ganze etwas genauer anschauen würdest. Erstelle dir ein neues Projekt. Importiere irgendein X-beliebiges Bild. Nun nenne zwei Variablen :
X Koordinate = 160
Y Koordinate = 120
Danach wählst du den dir bekannten Show Picture Befehl aus. Dort stellst du diesmal NICHT direkt die Koordinaten ein , sondern die Koordinaten aus den Variablen. Das kannst du direkt unter den 2 Punkten tun , wo du direkt die Werte eingeben kannst. Heisst bei mir : "Variablen Reference".
Nun nimmst du folgende Variablenoperation vor :
Erhöhe die X Variable mal um 20 ( X Koordinate + 20)
Nun nutze wieder den Move Picture Befehle. Wieder stellst du die Variable bei dem Befehl ein. Sprich , du benutzt wieder nicht die Option wo du die Koordinaten direkt eingeben musst , sondern die darunterliegende. Dort stellst du wieder deine 2 Variablen ein. Achte drauf das sie auch passen !
Bei X musst du natürlich die X Koordinate einstellen. Bei Y die Y Koordinate. Das ist aber denke ich klar.
Wenn du das ganze nun im Maker ausführst , wirst du sehen das sich das Bild um 2 0 Pixel nach rechts bewegt hat.
Durch solche kleinen Versuche kannst du dir so etwas anständig begreiflich machen.
Auf Basis dessen kannst du von der Position des Helden aus berechnen was vor ihm liegt. Beispielskripte zu dieser Art von KS würde ich zum verstehen eher nicht empfehlen. Sie sind in der Regel recht komplex aufgebaut und verwirren zu Beginn eher.
Gruß Makenshi
--
Ok! Danke für die Erläuterung.
Also das so zu machen wie RPG HACKER ist natürlich viel zu schwer für mich. Aber das mit den Variablen und den Pictures hab ich jetzt verstanden.
Müssten bei so einer Treffer-Erkennung dann nicht Permanent Events um den Helden sein?
Nein, es reicht meines Erachtens nach einen parallelen Prozess, bspw. in den Common Events, mitlaufen zu lassen der per Bedingungs-Gabel abfragt, ob ein Treffer erzielt wurde. Müsste man mal ausprobieren, ist jetzt reine Spekulation welche durch`s Mitlesen entstanden ist :-)
Greetz
Zitieren
