Joe's Fragenecke!

Druckbare Version

07.12.2011, 21:15
JoeM5

Joe's Fragenecke!

Hallo :)

Bin schon länger hier angemeldet aber habe eigentlich immer nur viel mit gelesen und hin und wieder etwas geschrieben. Nun habe
ich mir aber einmal gedacht, dass ich selbst ein kleines Spiel erstellen möchte und bin jetzt zu diesem "Problem" gekommen:

Zitat:

Ich will einen Vogel fliegen lassen, der aus Pictures und zwei verschiedenen Animationen besteht. Also einmal mit den Flügeln unten und einmal mit den Flügeln oben. Der Vogel
soll - animiert natürlich - von links ins Bild nach rechts aus dem Bild fliegen. Wie kriege ich es hin, dass ein animierter Vogel fliegt und das ganze auch nicht zu viel Leistung verbraucht.

Momentan habe ich es so gelöst, dass ich die X- und die Y-Achse eines Events abfrage, dieses Event bewege ich von links nach rechts
und die Animation lasse ich extra in einem Loop laufen, in dem die Bilder immer auf der X- und Y-Achse des genannten Events angezeigt
werden. Eine andere Lösung wäre noch alles mit ungefähr 100 Show Pictures (na gut, 100 ist übertrieben, aber es wären schon viele
nötig) zu machen. Aber das wäre doch Selbstmord für die Leistung.

Liebe Grüße!
08.12.2011, 12:21
Devoli

Probier mal das:

Setze 2 Variablen für die Koordinaten (x auf 0 und y auf 120 wäre z.B. mitte links) das ist dann der Startpunkt
Lasse das Bild anzeigen, verwende die Variablen als Koordinaten
Dann setzt du ein Label und ein Wait auf 0.
x-Variable erhöhen (wieviel musst du selbst probieren)
Bild bewegen
zweites Bild anzeigen (gleiche Bildnummer verwenden)
x-Variable erhöhen
Bild bewegen
erstes Bild anzeigen
Zum Label springen
09.12.2011, 06:44
JoeM5

Hätte das nicht wieder zur Folge, dass die Performance schlecht ist, da das Bild (durch Show Picture) immer wieder neu geladen wird?

Ich habe übrigens schon wieder ein neues Problem. Ich habe das Bild von Wolken in der Größe 640*240. Diese Wolken will ich (vor einem Hintergrund Panorama) scrollen lassen. Bisher funktioniert (fast) alles Wunderbar. Ich lasse das Bild einmal als Picture 1 anzeigen und es von rechts nach links scrollen. Überall, wo dadurch jetzt kein Wolken-Bild angezeigt wird, scrollt Picture 2. Es sind keine Lücken usw. zwischen den Bildern. Allerdings passiert es, dass nach dem vierten Durchlauf (das habe ich nur rein zufällig bemerkt) plötzlich eine Lücke von einem Pixel zwischen Picture 1 und Picture 2 entsteht. Und auch keine ständige Lücke, sondern das Bild ruckelt zwischen keiner Lücke und einer Lücke von einem Pixel hin und her.

Liegt es vielleicht daran, dass auch die Dauer "0" bei Move Picture ein wenig Zeit in Anspruch nimmt und so im Laufe der Zeit diese Lücke entsteht? Wenn ja: Wie kann ich da beheben?

Ich bedanke mich jetzt schon einmal für die Hilfe!
09.12.2011, 12:39
Davy Jones

Lad dir mal Elektra Kingdom und öffne es im Maker, auf der ersten Map "Jesario" findest du unter Event 0084 und 0085 den kompletten Skript. Zusätzlich wird bei jedem Betreten der Worldmap ein Switch deaktiviert, damit der Skript weiterhin angezeigt werden kann. Das Spiel benutzt zudem Cherrys UnlockPics-Patch damit der Effekt bei geöffneten Messageboxen nicht einfriert.

Die Picturegeröße beträgt bei mir btw 640x480.
09.12.2011, 21:01
G-Brothers

Zum Problem mit dem Vogel:
Eine bessere Lösung wäre, eine Battleanimation vom Vogel auf ein Event zu projezieren, und dieses dann durch das Bild bewegen lassen. Ist trotzdem über allem und zerrt nicht an der Performance.
10.12.2011, 08:33
JoeM5

@Davy Jones: Das klappt super! Auf die Methode mit einem Switch wäre ich wohl nie gekommen, weil mir nicht eingefallen wäre, dass dadurch keine Zeit durch Move Picture (zurück auf die Ursprungsposition mit einer Dauer von "0") verschwendet wird. Die Werte dann so zu ändern, dass sie zu meinen Bildern passen war kein Problem. Danke vielmals!

@G-Brothers: Das hatte ich mir auch schon überlegt. Doch leider gibt es das Problem, dass ich bei meinem Projekt die Anordnung so umgepatcht habe, dass Battle Animations UNTER Bildern sind, weil ich viele Battle Animations im Spiel selbst verwenden werde, die unter Bildern (z.B. Nebel) liegen.

Meine bisherige Methode frisst, glaube ich, wegen der dauernden Festlegung der X- und Y-Achse des Events am meisten an Leistung. Wenn es möglich wäre, ein Show Picture auf ein Event anzeigen zu lassen, gäbe es keine Probleme.

Vielleicht fällt jemandem noch etwas ein?
10.12.2011, 10:24
Kyuraan

Zitat:

Wenn es möglich wäre, ein Show Picture auf ein Event anzeigen zu lassen, gäbe es keine Probleme.

Das geht natürlich. Dazu musst du einfach die Koordinaten des Events mit 'Change Variable' -SCENE X und SCENE Y auslesen.
Damit bekommst du dann die PIXELgenauen Koordinaten, nicht die der Map.
Auf diesen Koordinaten lässte dann einfach den Vogel einblenden (mit 0.0 Wait versteht sich).
10.12.2011, 10:57
JoeM5

Ja, so habe ich es doch gemacht. Du brauchst nur meinen ersten Post lesen. Mir geht es darum, ein Picture WIRKLICH mit Show Picture (anstatt auf X und Y) auf ein Event anzuzeigen. Das Problem mit XY-Koordinaten ist, dass diese ständig ausgelesen werden und dadurch Leistung verloren geht. Mir wäre es auch egal, wenn auf dieser Map nicht schon so viel laufen würde.

Es ist schade, dass es keine Funktion gibt, die es möglich macht, komplette Animationen zu bewegen ^^

Noch eine kleine Frage: Gilt ein Label immer nur für das aktuelle Event? Also: Ich habe z.B. zwei Events und in jedem dieser zwei Events ist ein Label. Kann dieser Label gefahrlos zwei mal die gleiche Nummer haben? Also z.B. "Label 1".
10.12.2011, 11:10
Ringlord

Machs doch so: bestimme die Startposition des Pics mithilfe des Events und die Fortbewegung machst du einfach über eine regelmäßige Veränderung der Variablenpositionen.
10.12.2011, 11:15
JoeM5

Du meinst also praktisch genau umgekehrt wie meine derzeitige Methode? Es ist ein sehr kleiner Vogel (also nur eine Silhouette eigentlich) der sehr oft mit den Flügeln schlägt ^^ Kommt da nicht eine sehr, sehr große Menge an Arbeit auf mich zu?
10.12.2011, 13:15
Devoli

Also mir kommt vor als wenn du dir zu viel sorgen um die Performance machst ^^" So schnell geht die auch nicht in den Keller.
Ich würde vorschlagen, einfach mal eine Methode zu testen und dann schauen ob es annehmbar ist oder nicht. Wenn es geht, hat sichs erledigt und wenn nicht
kann man ja weiter überlegen.

Zitat:

Wenn es möglich wäre, ein Show Picture auf ein Event anzeigen zu lassen, gäbe es keine Probleme.

Das gibt es meines wissens nicht, käme aber am ende fast aufs gleiche wie bei meiner Methode
10.12.2011, 14:09
JoeM5

Naja, jeder hat nicht den gleichen PC ^^ Also nur weil bei mir dann alles passt, muss das nicht für jeden anderen auch gelten. Wie gesagt: Es würde mir nichts ausmachen, wenn bei mir nicht schon so viel auf der Map laufen würde.

Bis jetzt läuft, abgesehen vom Vogel (den ich momentan deaktiviert habe) alles so, dass es möglichst wenig Performance fordert. Glaube ich ^^"
10.12.2011, 17:05
Cherry

ich würde zwei Bild-IDs verwenden, und dann alles nur mit Move Picture bewegen. Jeweils das Bild was sichtbar sein soll auf 0% Transparenz, das andere auf 100%, und dann wechseln, etc.
10.12.2011, 17:13
JoeM5

Die Methode habe ich mir auch schon überlegt. Performancetechnisch die beste, fordert dafür aber den größten Arbeitsaufwand. Es ist außerdem inzwischen so vorgesehen, dass es mindestens 3 und maximal 5 Vögel sein sollen, die abwechselnd fliegen sollen. Da wird der Aufwand dann noch verfünffacht.
10.12.2011, 19:33
Cherry

Mit PicPointerPatch nicht.
12.12.2011, 12:38
Corti

Liste der Anhänge anzeigen (Anzahl: 1)
Mach die einzelnen Aimationsframes auf ein großes Picture mit viel leerem Platz dazwischen, so dass man immer nur ein Frame sieht.

Vorteile:
- Eine Picture-ID pro Vogel
- kein ShowPicture, nur MovePicture
Nachteil:
- Das Anzeigescript erfordert ein klein wenig Verstand ^^
Nicht davon abschrecken lassen ein 2000 Pixel großes Bild für einen 10*10 Pixel großen Vogel zu verwenden.

Anhang 11539
13.12.2011, 21:25
JoeM5

@Corti: Ich habe es jetzt erst mal mit deiner Methode gemacht. Bei nur zwei Animationsstufen reicht es in meinem Fall auch, wenn das Bild 240 Pixel hoch ist, da es nicht genau am Rand beginnt, sondern noch von einem anderen Bild verdeckt wird.

@Cherry: Deinen Patch werde ich mir auch einmal ansehen. Hört sich ganz interessant an. Mir ist nur nicht ganz klar, wie mir das in meinem Fall jetzt genau von Nutzen sein soll, da ich ja immer noch jede Position einzeln eingeben muss, oder?

Die Methode, mehrere Animationsstufen auf ein Bild zu packen und alles mit Move Picture umzusetzen kann ich aber bisher jedem nahelegen und empfehlen ^^ Das funktioniert sehr gut.
14.12.2011, 00:44
Cherry

Zitat:

Zitat von JoeM5

@Cherry: Deinen Patch werde ich mir auch einmal ansehen. Hört sich ganz interessant an. Mir ist nur nicht ganz klar, wie mir das in meinem Fall jetzt genau von Nutzen sein soll, da ich ja immer noch jede Position einzeln eingeben muss, oder?

Was meinst du mit "jede Position einzeln eingeben"? Müsste man doch auch automatisieren können...
Meinen Patch hab ich erwähnt weil du sagtest du würdest mehrere Vögel gleichzeitig anzeigen wollen. So braucht du den Code jetzt nicht 5x für 5 Vögel schreiben, sondern nur 1x.
14.12.2011, 07:51
PrinZZ

wieso machst du nicht einfach mehrere charsets (vom einen Flügel, vom anderen und vom Vogel) und lässt die untereinander herlaufen? mit "over hero" natürlich.
Oder muss ein Bild drunter sein? Dann würde ich tatsächlich eine Animation aus Bildern erstellen. so sehr zerrt das auch nicht an der Leistung, du machst ja nicht jede millisekunde ein neues Bild...
14.12.2011, 08:57
JoeM5

@Cherry: Es sind zwei verschiedene Bilder. Bei einem Bild, hat der Vogel die Flügel oben und beim anderen Bild hat er die Flügel unten. Diese beiden Bilder sollen von links nach rechts in abwechselnder Reihenfolge angezeigt werden, sodass der Eindruck entsteht, der Vogel fliegt von links nach rechts. Wenn ich deinen Patch benutze, müsste ich ja trotzdem jedes Bild einzeln bewegen und die richtige Position jeder einzelnen Bewegung eingeben. Mit Corti's Methode lässt sich wenigstens alles mit Move Picture umsetzen, da es nur ein Bild ist, das sich bewegt.

@PrinZZ: Das geht nicht, da, wie weiter oben schon gesagt, auf der Map praktisch nur Bilder angezeigt werden. Würde der Vogel aus Charsets bestehen, wäre er hinter den ganzen Bildern.
14.12.2011, 10:14
Corti

Die "Methoden" konkurrieren nicht.

"Meine" Methode spart Pictures und macht das Animinieren einfacher. Cherrys Patch erlaubt die Wahl von Bildern aus Berechnungen heraus. Beides kann man super kombinieren, mache ich zB in meinem Projekt. Bei einem Vogel auf einem Pictures brauchst du den Patch nicht dringend, aber vergiss nicht, dass es ihn gibt. Könnte sich als nützlich erweisen!
17.12.2011, 03:46
Cherry

Du sagtest ja, du willst zwischen 3 und 5 Vögeln verwenden, glaube ich...

Bei genau einem Vogel brauchst du den Patch nicht, ist klar.
28.03.2014, 17:46
JoeM5

Hallo! Ich war ziemlich lange weg. Hab zwar hin und wieder mitgelesen aber mehr auch nicht. Jetzt sitze ich, nachdem ich mir mein altes damals begonnenes Projekt angesehen habe, wieder davor und würde gerne ein möglichst einfaches "Laufen-Skript" einbauen. Ich möchte es so lösen, dass ich zweimal hintereinander auf die entsprechende Pfeiltaste drücken und diese dann halten muss, damit der Held zu laufen beginnt. Das mit "Change Speed" und "Change Graphic" ist mir klar. Mir geht es hauptsächlich um den Tastendruck. Wie weiß der RM2k3, dass ich die Taste noch halte und dass ich sie schon das zweite Mal drücke?

Schönen Abend! :)
29.03.2014, 11:25
IndependentArt

ich bin mir über die umsetzung der problematik nicht ganz sicher. ich müsste es ausprobieren. mein ansatz würde ungefähr so aussehen, dass ich eben die taste drücken lasse, dann kurz danach eine abfrage mit einem gut getimeten wait, ob man nochmal gedrückt hat, und dann nochmal ein wait und ab da eine abfrage, die in ner schlaufe läuft und immer wieder fragt, ob die taste noch gedrückt ist. ich glaube für die abfrage fürs 2. mal drücken, musst du den haken bei "wait until key hit" setzen, beim keyinput befehl. und bei dem 2., ob man sie gedrückt hält dann den haken weglassen. aber das is jetzt wie gesagt mehr spekuliert, könntest du aber so ausprobieren.

mal was anderes: warum willst du das eigentlich machen? meiner meinung nach spricht nichts dagegen, den hero die ganze zeit auf speed normal rennen zu lassen, außer vielleicht in cutszenes. ich find es in vielen spielen nervig, wenn es optionen gibt ob rennen oder laufen, jeder will möglichst schnell voran kommen und dafür ist "normal" optimal. und ich fänd es nervig irgendwas doppelt drücken zu müssen, um in diesen speed zu kommen.
29.03.2014, 12:22
Quetschi

Guck mal hier
Sollte ungefähr das sein was du haben möchtest.
29.03.2014, 13:19
bugmenot

Zitat:

Zitat von IndependentArt

spricht nichts dagegen, den hero die ganze zeit auf speed normal rennen zu lassen

Wenn das gesamte Gameplay nur in irgendwelchen Kampfbildschirmen abläuft: ja, da spricht nichts dagegen.

Zitat:

Zitat von IndependentArt

ich fänd es nervig irgendwas doppelt drücken zu müssen, um in diesen speed zu kommen.

Dein Problem.

Zitat:

Zitat von bugmenot

Wenn das gesamte Gameplay nur in irgendwelchen Kampfbildschirmen abläuft und ein Lauf-Skript nur da ist, um ein Lauf-Skript da zu haben.

Sein Problem.

@Quetschi
Das Ding ist aus irgendwelchen Gründen nicht zuverlässig genug. Und unnötig kompliziert.

Zitat:

the occasional undesirable effect of having to triple tap to activate the dash, but this is only a minor issue in my opinion.

"minor issue" my ass.

Zitat:

Zitat von EasyEventExporterEdit

Code:

<> Comment: [unten] + [links] + [rechts] + [oben] abfragen. : Kein "wait until pressed" <> Key Input Processing: Var[0021:Key_Input], Keys: Down, Left, Right, Up <> Fork Condition: If Var[0021:Key_Input] is 0 not <> Comment: Tastendruck : 'Else Handler' unten ab "kein Tastendruck" <> Fork Condition: If Var[0023:Key_LastInput] is Var[0021] equal <> Comment: letzte Taste war die selbe Richtung. : Kein greater+equal oder less+equal. <> Fork Condition: If Var[0022:Key_Timer] is -9 greater <> Fork Condition: If Var[0022:Key_Timer] is -2 less <> Comment: Taste wurde zweimal gedrückt <> Change Var[0022:Key_Timer] = 2 <> Comment: Laufen, solange Var[0022] > 1 : -2 und 2 um Input-Bug* zu umgehen : *Taste wird für 1 oder 2 frames als nicht-gedrückt registriert <> : End <> : End <> : Else ... <> Comment: letzte Taste war nicht die selbe Richtung <> Change Var[0023:Key_LastInput] = Var[0021] <> Change Var[0022:Key_Timer] = 0 <> : End <> : Else ... <> Comment: kein Tastendruck <> Fork Condition: If Var[0022:Key_Timer] is 1 <> Comment: Taste nach Laufen wieder losgelassen <> Change Var[0022:Key_Timer] = -9 <> : End <> Fork Condition: If Var[0022:Key_Timer] is -9 greater <> Change Var[0022:Key_Timer] -= 1 <> Comment: Zeitraum in dem der doppelte Tastendruck erfolgen kann -1 <> : Else ... <> Comment: Zeitraum wurde abgebaut <> Fork Condition: If Var[0023:Key_LastInput] is 0 not <> Change Var[0023:Key_LastInput] = 0 <> : End <> : End <> : End <> Wait: 0,0 sec.

http://i.imgur.com/Huyr3Zq.png

Edit:
Oder mach zwei mal <Key Input Processing>. Ein mal mit den Richtungstasten und einmal mit Shift (falls die Shift-Taste nicht schon vergeben ist).
Das geht dann aber nur mit dem RM2k3... oder RM2k Value