ich habe ein kleines aber feines technisches Problem:
Ich habe ein AKS erstellt bzw. mir dabei durchaus unter die Arme greifen lassen weil Technik = :( , jetzt habe ich
mir das Ganze noch einmal angeschaut und habe dabei festgestellt, dass ich auf einer Map (größer als 20x15) das Problem habe,
dass wenn ich einen Gegner schlage, ein anderer ebenfalls getroffen wird (zu hören an dem dazugehörigen Sound) bzw. selbst wenn ich einfach
so schlage ein Gegner getroffen wird der nicht im Sichtfeld ist.
Die Abfrage die im Hintergrund läuft, prüft im Prinzip, ob sich das Einzugsgebiet (Gegner XY +/- 1) im Schlagbereich des Helden (Held XY +/- 1) befindet - also recht simpel.
Ich vermute, dass der Fehler in der Mapgröße liegt und eine genaue Abfrage nur bei kleineren Maps möglich ist, ohne dass das genannte Problem auftritt.
Da wir aber so viele Technik Genies hier haben, dachte ich, ich frage einfach mal ob jmd. vielleicht eine Lösung parat hat für
dieses Problem, wäre sehr dankbar dafür und eine funktionierende/ leicht Umsetzbare Fehlerbehebung ist auch einen Creditseintrag wert :)
Vielen Dank schon mal vorab für eure Vorschläge und Tipps^^
So Far
~Link...
17.04.2016, 19:39
Eddy131
Welchen Maker benutzt du?
Und könntest du deine Lösung einmal posten, ich glaube das würde die Fehlersuche erleichtern ;)
17.04.2016, 20:06
Linksawakening
Nutze für das Projekt den 2k3, also die Abfrage könnte ich mit Screens darstellen, ist die Frage
halt wo der Fehler genau sitzen könnte, hatte gehofft da schonmal eine Einschätzung zu bekommen um dann den entsprechenden
Code posten zu können.
Die Abfrage der Übereinstimmung der Umgebung erfolgt jeweils im Gegnerevent, die Abfrage der Zonen bzw. Flächen in einem separaten,
welcher wäre denn potentiell Fehleranfällig bzw. vermutlich der Verursacher des Problems? Eine Idee?
17.04.2016, 20:15
Eddy131
Wenn das AKS über den Porgrammiercode realisiert wurde, kann ich dir leider nicht helfen, dafür reichen meine Programmierkenntnisse nicht aus.
Ich dachte, dass du das über die Standard-Events des Makers machst, dann könnte ich dir eher helfen.
Aber allgemein denke ich kann besser geholfen werden (nicht unbedingt von mir ^^° ), wenn man den Code direkt zu sehen bekommt ;)
17.04.2016, 20:27
Linksawakening
Sorry falsch ausgedrückt anscheinend, ich mach das schon ganz normal über den Event- Code des Makers, gibt halt separate Events für unterschiedliche
Abfragen.
In einem Event wird das Umfeld des Gegners berechnet, da sich der Gegner bei einem gewissen Abstand zum Helden (+/- 3 felder) auf den Helden zubewegt, in einem
Weiteren Event (der Gegner selbst) wird dann im Prinzip die Abfrage geschaltet, ob der Gegner bzw. der Held in "schlagweite" ist, bei mir ist das 1 Feld - weil Nahkampf und so :P
Die Frage ist halt wie gesagt nur wo ungefähr der Fehler liegen könnte: Beim Abgleich ob sich die Hero X/Y Temp Variablen mit den XY Koods. des Gegners treffen, oder eventuell
schon bei der Umgebungsdefinition.
17.04.2016, 20:45
Eddy131
So hatte ich es auch verstanden ;)
Aber da es nicht funktioniert muss es ja irgendwo einen Fehler geben.
Und den kann (zumindest ich) nur dann finden, wenn ich den Eventverlauf vor mir habe, da es praktisch an allem liegen kann.
Oder ist das Event so lang, dass es ewig viele Bilder braucht?
Alternativ könntest du auch das Projekt oder eine Kopie des Projekts nur mit dem entsprechenden Event hier verlinken.
Wobei ich dann raus wäre, da ich den 2k3 nicht besitze.
Mit Screenshots hättest du also eine größere Reichweite :A :)
18.04.2016, 12:35
Linkey
Wie Eddy bereits gesagt hat, zeig mal deine Events.
Wenn es nur bei Maps größer 20x15 auftritt, könnte es eventuell sein, dass du die falschen X-Koordinaten ziehst? Hatte den R2k3 ewig nicht offen, aber generell - bei den Makern - kannst du ja die direkten X/Y Koordinaten, oder aber Bildschirm bezogenen X/Y-Koordinaten abfragen.
18.04.2016, 12:50
BDraw
Zitat:
Zitat von Linksawakening
Die Frage ist halt wie gesagt nur wo ungefähr der Fehler liegen könnte: Beim Abgleich ob sich die Hero X/Y Temp Variablen mit den XY Koods. des Gegners treffen, oder eventuell schon bei der Umgebungsdefinition.
Kur gesagt: Da überall. Es ist unmöglich, so pauschal irgendwas davon auszuschließen.
Sofern du die Map- anstatt der Pixelkoordinaten verwendest kann das auch wieder ein blöder Bug des Makers sein, der die Berechnung verhaut, wenn sich die Charaktere bewegen und dann in einem ungünstigen Moment die Abfrage kommt. Kannst du vllt. noch etwas genauer schildern, wann das Problem auftritt und wie es sich äußert? Sprich, bewegst du dich gerade, der Gegner, wie viel zu groß ist die Distanz zu dem ungewollt getroffenen Gegner?
Du kannst ja trotzdem mal mit dem Easy Event Exporter die Teile, die mit den Koordinaten arbeiten, hier zeigen, das ist einfacher und übersichtlicher als zig Screenshots zu machen.
18.04.2016, 13:25
Eddy131
Zitat:
Zitat von BDraw
Du kannst ja trotzdem mal mit dem Easy Event Exporter die Teile, die mit den Koordinaten arbeiten, hier zeigen, das ist einfacher und übersichtlicher als zig Screenshots zu machen.
Gibt's sowas auch für den MV? :D
18.04.2016, 13:43
Cepanks
Zitat:
Zitat von Eddy131
Zitat:
Zitat von BDraw
Kur gesagt: Da überall. Es ist unmöglich, so pauschal irgendwas davon auszuschließen.
Sofern du die Map- anstatt der Pixelkoordinaten verwendest kann das auch wieder ein blöder Bug des Makers sein, der die Berechnung verhaut, wenn sich die Charaktere bewegen und dann in einem ungünstigen Moment die Abfrage kommt. Kannst du vllt. noch etwas genauer schildern, wann das Problem auftritt und wie es sich äußert? Sprich, bewegst du dich gerade, der Gegner, wie viel zu groß ist die Distanz zu dem ungewollt getroffenen Gegner?
Du kannst ja trotzdem mal mit dem Easy Event Exporter die Teile, die mit den Koordinaten arbeiten, hier zeigen, das ist einfacher und übersichtlicher als zig Screenshots zu machen.
Gibt's sowas auch für den MV? :D
Kann der das immer noch nicht von Haus aus? Das wäre doch mal ein sinnvolles Feature gewesen.
18.04.2016, 14:40
Eddy131
Zitat:
Zitat von Cepanks
Kann der das immer noch nicht von Haus aus? Das wäre doch mal ein sinnvolles Feature gewesen.
Soweit ich weiß nicht.
Ich mache dann immer Screenshots.
Daher würde es mich interessieren, ob es da ein Tool für gibt.
Hab's gerade nochmal getestet, Strg + C und dann Strg + V In's Textdokument funktioniert nicht.
18.04.2016, 18:24
Linksawakening
Hier mal der gesamte Eventcode eines Gegners:
Hier der gesamte Code aus der Umfeld Berechnung:
Und hier nun noch das 3. Event, welches den Angriff des Gegners abwickelt:
Ich hoffe ich habe alles was Fehleranfällig sein könnte abgedeckt, vielen Dank für den Tipp mit dem Event Exporter, kannte das Tool bis
Dato noch nicht, ist aber echt praktisch ^.^
19.04.2016, 08:12
Linkey
Du hast das Problem, dass 2 Gegner gleichzeitig getroffen werden -> da wäre es dann super, wenn du auch zumindest ein zweites Gegner-Event hier posten würdest :) So kann man leichter sehen, ob du bspw. irgendwo switches/var. doppelt verwendest.
Vielleicht könntest du auch das Event posten, welches Variable [9989] setzt. Denn diese ist ja die Bedinung für die Event-Seite, die deiner Meinung nach fälschlicherweise aufgerufen wird. Allerdings finde ich in deinen Events nirgends eine Stelle, wo Variable 9989 gesetzt wird (außer in dem Event, in dem diese bereits die Bedingung ist).
19.04.2016, 18:41
Linksawakening
Danke Linkey, das Event hatte ich glatt vergessen sorry ... ^^"
Und hier noch das 2. Gegner Event (das, welches ebenfalls getroffen wird, wenn auch das erste einen "Hit" errechnet)
20.04.2016, 11:27
Linkey
Ohne alles auf einen Blick zu sehen, ist das sehr schwierig. Vielleicht kannst du ein neues Projekt erstellen und eine Beispiel Map dort so reinkopieren und diese dann hochladen. Dann kann man besser drüber gehen. Z.b. sehe ich hier nirgends die aktivierung einiger Switches, was heißt, dass du die in anderen Events aktivierst.
Was aber bspw. auffällt, dass du die Variable für den Held-X, Held-Y mehrfach verwendest. Da müsste man alle Events einmal sehen.
Zusätzlich gibt es auch noch einen Fehlder, denke ich:
Code:
<> Fork Condition: If Hero is facing down then ...
<> Change Variable: [9984] += 1
<> Fork Condition: If Variable [9984] == V[7002] then ...
<> Flash Event: This event, (R31, G0, B0, S31), 0,5 sec.
<> Move Event: This event, Frq 6, Pattern: Chg graphic to enemytemple2 #1, Lock fc, Play SE damage2 V100 T100 B50, Mv away f. hero, Unlock fc, Chg graphic to enemytemple2 #2
<> Wait: 0,2 sec.
<> Call Event: Common Event #7
<> Change Variable: [9985] -= V[7004]
<> Change Variable: [7003] -= V[9985]
<> Change Variable: [9989] = 0
<>
: End of fork
<>
: End of fork
<> Fork Condition: If Hero is facing up then ...
<> Change Variable: [9984] -= 1
<> Fork Condition: If Variable [9984] == V[7002] then ...
<> Flash Event: This event, (R31, G0, B0, S31), 0,5 sec.
<> Move Event: This event, Frq 6, Pattern: Chg graphic to enemytemple2 #1, Lock fc, Play SE damage2 V100 T100 B50, Mv away f. hero, Unlock fc, Chg graphic to enemytemple2 #2
<> Wait: 0,2 sec.
<> Call Event: Common Event #7
<> Change Variable: [9985] -= V[7004]
<> Change Variable: [7003] -= V[9985]
<> Change Variable: [9989] = 0
Müsste es nicht so heißen? (6004 ist ja die temp Y-Koordinate -> nicht 9984):
Code:
<> Fork Condition: If Hero is facing down then ...
<> Change Variable: [6004] += 1
<> Fork Condition: If Variable [6004] == V[7002] then ...
...
<>
: End of fork
<>
: End of fork
<> Fork Condition: If Hero is facing up then ...
<> Change Variable: [6004] -= 1
<> Fork Condition: If Variable [6004] == V[7002] then ...
...
23.04.2016, 14:04
Linksawakening
Da Linkey sich netterweise bereit erklärt hat mir unter die Arme zu greifen,
kann der Thread meinetwegen geschlossen werden, die Abstimmungen dazu laufen dann
über PM weiter :) Danke
