Tile Priority und Passability ingame ändern

Kriegsherr

Donnerstag, 4. Oktober 2012, 13:50

Tile Priority und Passability ingame ändern

Hey,

Mal ne Frage:
Ist es möglich bei einem spezifischen Tileset die Priority und Passability von Tile ID's zu ändern, und zwar ingame mit Hilfe von einem Call Script Command? Wenn ja, wäre es cool wenn jemand mir verraten könnte wie bzw. ein entsprechendes Script schreiben könnte.

greetz

Evrey

Oberschurke im Ruhestand

Motto: "Satzzeichen sind keine Rudeltiere." - Chesra

2

Donnerstag, 4. Oktober 2012, 15:13

Klar, geht alles, ist auch recht simpel ;<

Ruby Quellcode

# Erstmal brauchen wir das Tileset. Dazu nehmen wir irgendeine ID. Z.B. die des Tilesets, das so eben genutzt wird.
tileset = $data_tilesets[tileset_id]
# Sollte dir die ID nicht bekannt sein, oder wolltest du mehrere Tilets prüfen - nach ID oder Namen - bietet sich eher
# dies an:
$data_tilesets.each {|tileset|
  # Zur Hölle mit RGSS -.-
  next if(tileset.nil?)
  # Nicht sehr effizient mit den Arrays und Strings, aber der Code sollte auch an keiner leistungskritischen Stelle stehen.
  if([id0,id1,id2,...].include?(tileset.id) || ['asdf','jklö',...].include?(tileset.name) || ['uiae','nrtd',...].include?(tileset.tileset_name))
    # Tja, tileset ist nun das richtige Tileset. Wir können hier also damit arbeiten.
  end
}
# Dann verändern wir mal bestimmte Tiles. Als Beispiel-ID dient hier die Variable idx.
# Die Passability wird über Bit-Flags geregelt. 0x01 blockiert den Weg nach unten, 0x02 nach links, 0x04 nach rechts,
# und 0x08 nach oben. 0x40 ist der Busch-Flag, 0x80 der Counter-Flag.
tileset.passages[idx] = 0xCF
# Hübscher wäre natürlich:
BLOCK_UP = 0x01
BLOCK_LEFT = 0x02
#...
tileset.passages[idx] = BLOCK_UP | BUSH_FLAG
# So viel zur Passability. Jetzt verändern wir die priorities.
# Die Priorities gehen - glaub ich - von 0 bis 5. Testen.
tileset.priorities[idx] = 3
# Wenn du noch ganz lustig bist und die Graphik des Tilesets austauschen willst:
tileset.tileset_name = 'täsd.png'
# Diese Schritte kannst du nun auf beliebig viele IDs anwenden. Wo du das Ergebnis dann speicherst, ist wumpe.

compétences

mes compétences	max.
Maps machen
Musik machen
Scripts machen
Story ausdenken
Pixeln und so
Events proggen

(Dieser Tab ist rein satirisch.)

mes projets

Silentium

Name: Silentium
Maker: Eigenbau (C++, x86-SSE/AVX-Assembly, Ruby/Lua)

Story	NPCs	Scripts	Ressis	Maps	Gesamt
(3+4)%	42	69%	0815	-17.438	103.38% ± 6.3mm²

(Die Tabelle erfüllt lediglich satirische Zwecke.)

Onyx
Eine in C++ implementierte, modulare, plattformunabhängige, virtuelle Maschine. Die Test-Version ist bereits halb fertig. Ab dann gibt es vielleicht mehr Infos. Sie soll die auf dem ersten Blick LISP-artige und eigens dafür konstruierte Sprache Obsidian ausführen können. Experimentell wird auch ein Lua-Compiler für Onyx gebaut. Ziel ist eine leistungsfähige, virtuelle Maschine für beliebige Scriptsprachen. Theoretisch gesehen müsste man bloß noch einen kompatiblen Compiler schreiben, der Quellcode jener Sprache in Onyx-Assembly, oder direkt in Onyx-Bytecode übersetzt. Ob die jemand nutzen wird, ist eine andere Frage und nur ein sekundäres... nein, eher tertiäres Ziel dieser VM. Primär dient es mir lediglich dazu, mein Verständnis von Hardware, ISA, und Assembly zu vertiefen, sowie eigene Grenzen auszutesten.

Warnung!
Das Entwickeln einer virtuellen Maschine oder Programmiersprache (im wahnsinnigsten Fall beides) ist eine höchst komplizierte Tätigkeit, aus der viel Frust und Hirnmatsche hervor gehen. Sollte sich dennoch ein ähnlich wahnsinniger finden, der sowas zusammen schustern will, so lege ich ihm/ihr die folgenden Bücher ans Herz:
- Compiler - Das Drachenbuch [978-3-8273-7097-6]
  Dieses Buch schlachtet ausführlich und leicht verständlich die Grundlagen bis hoch zu den Experten-Techniken des Compilerbaus aus. Es fängt mit der Automaten-Theorie und formalen Sprachen an, arbeitet sich durch Analysetechniken vor, und landet schließlich bei Techniken wie Optimierung und Register-Zuweisung. Das Buch wiegt 3Kg oder 4Kg. Hab's mal gewogen. Ist also nicht gerade die Lektüre für unterwegs.
- Computerarchitektur [3-8273-7016-7]
  Hier werden leicht verständlich die wichtigsten Entwicklungen der Rechnerarchitekturen erklärt (Gut, das Buch ist in die Jahre gekommen, aber der Weg zu heute ist ein winziger Schritt, den man sich nach diesem Buch selbst erdenken kann). Hauptbestandteil des Buchs ist eine relativ umfassende Betrachtung der Funktionsweise dreier gänzlich unterschiedlicher, aber dominierender Prozessor-Typen am Beispiel des Pentium II, UltraSPARC II, sowie picoJava. Die meisten Elemente dieses Buchs sind zwar für die Konstruktion einer virtuellen Maschine irrelevant, oder aufgrund der Tatsache, dass die VM Software ist und z.B. Byte-Grenzen hat, sogar zu Leistungseinbußen führen kann, doch ist ein hinreichendes Verständnis dieser Maschinen, mit denen wir arbeiten, äußerst hilfreich für die Überlegungen, wie die VM arbeiten soll.
Es kann sehr hilfreich und inspirierend sein, den Code quelloffener, virtueller Maschinen anderer Sprachen zu überfliegen. Meine Lieblings-Quelle war und ist stets die VM von Lua. Sie ist schlank, verständlich, in C implementiert, und basiert im Gegensatz zu vielen anderen Scriptsprachen-VMs auf einer Register-Maschine statt einer Stapelmaschine. Es wäre natürlich vorteilhaft, die entsprechende Sprache zu verstehen, in der man auch die eigene VM implementieren will. Weiterhin ist es äußerst vorteilhaft, eine leistungsstarke und bequeme Sprache wie C++ zu beherrschen, um die VM zu implementieren. Und bevor irgendwer auf die Idee kommt: Assembly ist NICHT als dominierende Sprache für den Bau einer VM geeignet. Wer die Frage des "Warum?" nicht beantworten kann, sollte zunächst die gewählte Sprache und Assembly hinreichend verstehen lernen, und es dann erneut mit der Frage versuchen. Es lohnt sich dennoch, Assembly zu lernen. Allein schon, um erneut das Verständnis zu vertiefen, zumal ihr mehr oder weniger gezwungen seid, auch für eure VM eine Assembler-Sprache zu entwickeln (Außer natürlich ihr schreibt eure Test-Programme Bit für Bit ;3).

enfin

Je ne peux pas parler français.
C'est tout ce que Goodle et les restes de cours de français.

Signaturstand: 24.07.2013

schmoggi

Kriegsherr

3

Donnerstag, 4. Oktober 2012, 18:31

Hui, das ging schnell ^^... danke!

Paar Fragen:

- Wie lautet der Syntax für wieder begehbar machen bei den Bit Flags?
- Was ist die Bit Flag für die normale Passable Einstellung (nicht direction)?
- Wie kann ich mehrere Tile ID's in den [] aufführen?
- Ich verstehe nicht so ganz die Methode, wenn die Tileset ID nicht bekannt ist. Gibt es da kein simples "get tileset_id von aktueller map" oder sowas?

greetz

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »schmoggi« (4. Oktober 2012, 18:31)

Evrey

Oberschurke im Ruhestand

Motto: "Satzzeichen sind keine Rudeltiere." - Chesra

4

Donnerstag, 4. Oktober 2012, 20:44

Yo °^°
Alles begehbar ist die Zahl 0. Jedes Flag fügt der Zahl ein Bit hinzu. Ein völlig gesperrtes Tile hat also das Muster 0b00001111, oder 0x0F, oder dezimal 15.

Zitat

Wie kann ich mehrere Tile ID's in den [] aufführen?

Garnicht. Wenn du mehrere Tile-IDs manipulieren willst, musst du mit einem anderen idx die Schritte ab Zeile 13 wiederholen.

Zitat

Ich verstehe nicht so ganz die Methode, wenn die Tileset ID nicht bekannt ist. Gibt es da kein simples "get tileset_id von aktueller map" oder sowas?

Die Funktion sucht einfach Tilesets durch, bis ein bestimmter Name, oder eine bestimmte ID gefunden wurde. Alternativ kannst du die Tileset-ID auch so fischen:

	Ruby Quellcode
1	$game_map.instance_variable_get(:@map).tileset_id