Die beste Methode, eine animierte Picture-Wolke auf der Map anzuzeigen...

[Davy Jones]

Ich benutze den 2k3. Und nein, die Methode von Penetranz hilft mir leider nicht, ich habe es mit und ohne Haken probiert.

Den Code habe ich auf 3 Events verteilt, damit die beiden Koordinatenabfragen so schnell wie möglich arbeiten und nicht von den Show Picture-Befehlen unterbrochen werden.

[Bex]

Wenn du es probiert hast wie Penetranz es gesagt hat, was funktioniert nicht daran?
Vieleicht hat der Maker ja einen Bug und es gibt ein Reparatur Skript? Beim Vx konnte man kein mal und geteilt rechnen und die animationen liefen mit einem mit.
Das kam durch die offizielle Englische fehlerhaft übersetzte Version zu stande. Gab aber ein Fix dafür. Bei deinem vieleicht auch.

Du sagst also das sich das Bild bewegt, egal ob der Haken an oder aus ist ? Das klingt für mich danach das du das falsche Event bearbeitet hast.


Edit: Ok das die Positionsabfrage nicht durch Show Picture verlangsamt werden soll ist korrekt von dir, dennoch reicht es hier 2 Events auf Paralell zu nutzen.
Nr1 Fragt die Koordinaten ab.
Nr2 Zeigt das Bild an.
Handhabe ich auch so wenn ich schnellstmögliche koordinatenabfragen benötige.
Probiere es aber trotzdem mal wie von mir oben im Bild gezeigt.

Edit2: Es wäre gut zu Wissen ob der2k wie der Vx oder der Ace die Events durchläuft.
Vx= Paralelles Event ist genauso schnell am wiederholen wie ein Loop mit 1 Frame Wait.
Ace= Ein Paralelles Event ist bis es erneut durchrattert circa gefühlte 4 oder mehr Frames langsamer als der Loop mit 1 Frame Wait.
Deshalb brauch ich beim Vx auch keinen Loop wie bei mir oben im Bild.
Beim Ace brauche ich dies.
Trotzdem ruckt es noch einmal ein Pixel beim richtungswechsel. Fällt aber im Gegensatz zum Zittern nicht auf.

Gruß Bex

[Davy Jones]

Es werden viele einzelne Pictures schnell hintereinander angezeigt, jedes einzelne von denen fragt die Koordinaten der beiden PPs ab. Weil der Player sich aber schneller bewegt als die Koordinaten arbeiten können, kommt die Pictureanzeige nicht hinterher und scrollt minimal bei jedem einzelnen Schritt zum Spieler hin und zum koordinaten-abgefragten Event zurück.

Deswegen bringt mir die Sache von Penetranz nichts. Wenn ich den Haken drinlasse hab ich das beschriebene Problem, wenn ich ihn rausmache scrollt die Animation komplett mit dem Player.

Dein reineditiertes Bild:
Du weißt aber schon, dass ich eine Animation habe und kein statisches Picture? Von daher würde dein Loop auch nicht funktionieren, weil die Koordinaten nur einmal bei jeder Schleife abgefragt werden.

[Bex]

Jup hab Edit 2 überarbeitet^^ war etwas Brain AFK^^.

Hm...wenn der Harken draussen ist, dürfte es nicht mitlaufen da das Event es auf der Position halten müsste.
Mit Harken wäre eigentlich das Event das die Positionen bestimmt überflüssig.

Da ich den Maker nicht habe, kann ich es leider nicht für dich bei mir mal testen. Kann somit nicht mehr weiter helfen.
Vieleicht macht das einer der anderen, den scheinbar scheint das bei denen ja problemlos zu funktionieren. Da sollte es egal sein ob es nun ein Picture oder mehr sind.


Edit: Doch der Loop würde funktionieren und die Animation immer wieder von vorn beginnen. Hier machst du einen Denkfehler.
Der Eventcode zieht sich ja die Werte aus den Variablen, und die sind immer so aktuell wie sie bestimmt werden. Das hat mit dem Loop nichts zu tun.
Sofern dein Maker wie der Ace läuft und nicht wie der VX, so müssten bei beiden Events die Loops rein um schnellste ergebnisse zu erzielen.
Wenns wie der Vx ist dann kann man die Loops einfach weglassen und es ist genauso schnell.
Gruß Bex

[Davy Jones]

Edit2: Es wäre gut zu Wissen ob der2k wie der Vx oder der Ace die Events durchläuft.
Vx= Paralelles Event ist genauso schnell am wiederholen wie ein Loop mit 1 Frame Wait.
Ace= Ein Paralelles Event ist bis es erneut durchrattert circa gefühlte 4 oder mehr Frames langsamer als der Loop mit 1 Frame Wait.
Deshalb brauch ich beim Vx auch keinen Loop wie bei mir oben im Bild.
Beim Ace brauche ich dies.
Trotzdem ruckt es noch einmal ein Pixel beim richtungswechsel. Fällt aber im Gegensatz zum Zittern nicht auf.

...

Genau, "Zittern" wäre das richtige Wort für dieses Hin- und Hergescrolle gewesen.

Bei meinen 3 Events sage ich einfach mal, dass die 2 Koordinantenabfragen nicht schnell genug sind, um das Picture korrekt auf einem Event festzunageln. Das ist mein Problem.

Und egal ist es leider nicht obs ein oder zwei Pictures sind. Ein Picture zeigst du mithilfe der Event-Koordinaten an und das wars. Ab 2 Pictures wird auch zweimal der Standpunkt abgefragt und da ist der Player zu schnell unterwegs. Auch wenn ich mit der Hero-Geschwindigkeit runtergehe, zittert die Animation noch.

Mit den anderen Makern hab ich übrigens nichts am Hut, darum interessiert es mich nicht wirklich was bei denen funktioniert und was nicht (wir sind hier im 2k/2k3-Technikforum).

[Bex]

Hab hier mal im Forum geschaut und weiss nun warum der Fehler auftritt. (Nachvollziehen Nein ^^ aber genug um es vieleicht zu beheben)
http://www.multimediaxis.de/threads/...gen-%28Rm2k%29

Das Picture darf nur einmal angezeigt werden. Dann hält es Automatisch die Position, auch wenn die Map Scrollt.
Das Problem ist wie Animieren wir das nun ?
Lässt sich bestimmt auch irgendwie machen. Hab aber keinen Plan müsste man stundenlang mal die Funktionen durchprobieren.

Oder:
Zurück zu den Charsets.
Beim Vx können Charsets Nack Links ,oben und rechts unendlich vergössert werden. Somit können die so gross sein wie Häuser oder halt wie dein Feuer.
Geht das beim 2k auch oder sind die auf ihr Kästchen beschränkt?Wir sollten die Animation über das Charset machen.
Ein Event auf Paralell ohne Grafik auf Above Player.
Nun immer Change Grafik
Wait paar Frames
nächste Grafik
und so weiter. Fertig ^^
Oder erkläre bitte noichmal warum das beim 2k nicht geht?

Edit: Die anderen Maker habe ich als beispiel genannt um oben erklärte Funktion zu verdeutlichen und um darauf hinzuweisen das sowas auch daran liegen kann^^ in diesem Fall wohl aber nicht tut,
da du es ja getestet hast? Da spielt es keine Rolle welcher Maker das ist.

Gruß Bex

[Nisa]

Meinst du es so? Hab es mal kurz aus meinem Projekt kopiert und für dich erstellt. Bitte benutzt das Wasserrad nicht, da dies in mein Projekt vorkommt .___.

download DavyJones.zip

[Davy Jones]

@Nisa:
Das ist absolut perfekt =D
Grade mal ausprobiert, da zittert rein gar nichts =)

Und bequem ist es mit einem einzigen Event sogar noch dazu, an die Sache mit der X-Variable +3 habe ich garnicht gedacht =)
Wieder eine Hürde aus dem Weg geräumt und was dazugelernt =)

Edit:
Dein Wasserrad kommt übrigens von hier:
http://spriters-resource.com/psx_ps2...sc/sheet/26584
Ich schätze mal, dass du nicht der einzige Nutzer bist

[G-Brothers]

Das +3 hat doch eigentlich gar nichts mit der Animation zu tun, oder? Ist doch nur für die Justierung der Position.
Wichtig ist nur, dass die Koordinaten genau über dem Show Picture gesetzt werden. :3

[Davy Jones]

Das +3 hat doch eigentlich gar nichts mit der Animation zu tun, oder? Ist doch nur für die Justierung der Position.

...

Jetzt wo dus sagst, haste recht. Die könnte ich theoretisch auch aus dem Code rausnehmen.

@Bex:
Hier, die x+3 kannste dir wegdenken:

[Itaju]

Ich glaub, n Problem ist halt, dass du dir für den Zyklus grad mal 10 FPS (bei 0,1 wait) gönnst.

Da kann es schonmal ruckelig aussehen. Wenn du statt 0,1 lieber ein paar Mal 0,0 (entspricht einem Frame), kommst du an die flockigen 24 FPS ran, die unser Auge brauch. (aber lass dir gesagt sein, dass es den Maker schnell in die Knie zwingt, wenn man in sehr kurzen Abständen sehr viele Bilder verändert.

[Davy Jones]

Naja, es läuft auf meinem neuen PC flüssig und lief schon auf dem alten Celeron gut. Mit 0.1 bin ich erfahrungsgemäß gut beraten. Performancetechnisch kommts zudem mehr drauf an, wie groß das Bild ist (und natürlich wie schnell es hintereinander abgespielt wird).

Es ging letzten Endes mehr um die korrekte Handhabung der Koordinatenabfrage als die Dauer der waits (weniger als keiner geht ja nicht), und die habe ich ja jetzt =)

[Nisa]

Na Klasse, da wurde ich wohl beschissen. XD

Hab nämlich ein animiertes Wasserrad gesucht und ich bekam auch eines, was only 4me gedacht war. Okay, nun weiß ich bescheid woher es kommt x___x Danke v__v

Edit:

@G-Brothers

Jep, die +3 hat lediglich mit der justierung der Position zutun - mehr auch nicht. ; )

[Bex]

Könnt ihr bitte einen Screen machen wie ihr das nun gelöst habt. Würde mich interessieren und vieleicht andere die auch das Problem hatten.
Oder wurde es doch so gemacht wie schon zig mal im thread erwähnt?
Gruß Bex