Map tree data break

[Orange4]

@nightgirl1200:
Naja, wie gesagt kann dieser Fehler immer und überall auftauchen. Das du ihn nicht "beabsichtigt" auslösen konntest, zeigt, wie "gefährlich" er ist.
Diese Dinge wie falsches Importieren ect. sind einfach Sachen, die den Fehler häufig auslösen KÖNNEN, aber nunmal nicht müssen. Vor soetwas ist man nie ganz sicher.

Da hilft nur eines:
Regelmäßig das Projekt sichern.

[The Best Isaac]

Als ich noch mit dem Maker gearbeitet hatte, hab ich den Ressourcen-Manager nie dazu verwendet, Pictures zu importieren. War mir einfach zu umständlich, tausend Bilder einzeln zu importieren.
Vom "Map tree data break" hab ich erst vor einiger Zeit erfahren, als ich mal das E-Book las.

[Engel der Furcht]

wenn man aber nicht richtig importierm,funktioniert das Spiel nicht auf anderen Rechnern-.-
obwohl doch irgenwie nirgendwo gespeichert wird,was alles importiert wurde...
ein bissl merkwürdig!

[XARGOTH]

hm
es gibt doch ein programm mit dem man feststellen kann was importiert und was nicht importiert ist.
also wird es irgendwie versteckt gespeichert sein... denk ich doch mal.

[Mars]

wenn man aber nicht richtig importierm,funktioniert das Spiel nicht auf anderen Rechnern-.-

...

Echt? Bei dem TLJ-Intro war so weit ich weiß nichts importiert, hat aber auf allen Rechnern afaik einwandfrei funktioniert oO
Aber dank Makenshi sag ich zum Thema "Map tree data break - Importieren oder einfach nur kopieren" lieber nichts mehr. Naja, ich bleibe bei meiner Ansicht

[WeTa]

Echt? Bei dem TLJ-Intro war so weit ich weiß nichts importiert, hat aber auf allen Rechnern afaik einwandfrei funktioniert oO
Aber dank Makenshi sag ich zum Thema "Map tree data break - Importieren oder einfach nur kopieren" lieber nichts mehr. Naja, ich bleibe bei meiner Ansicht

...

Afaik werden nicht importierte Grafiken nicht in die Setupdatei reingenommen die der Maker auf Klick erstellen kann. Muss aber nicht stimmen, die hab ich eh erst einmal benutzt
Und ich gehöre ebenfalls zu dem Personenkreis der schon seit Jahren makert ohne einen MTDB zu sehen.

[P.M.S.M.K.]

Bei mir ist dieser Fehler bei meinem aktuellen Projekt auch noch nicht vorgekommen. Bis jetzt noch nicht...
Ich habe aber schon eine Lösung: Jeden Abend das Spiel sichern, wie Orange4schon gesagt hat.
Wie kann das aber sein, dass es nirgendwo gespeichert wird, ob die Import-Funktion verwendet wurde. WENN es nirgendwo gespeichert ist, muss dieser Fehler vielleicht an irgendetwas anderes liegen. Im E-Book allerdings steht, dass es getestet wurde.

[Cherry]

wenn man aber nicht richtig importierm,funktioniert das Spiel nicht auf anderen Rechnern-.-
obwohl doch irgenwie nirgendwo gespeichert wird,was alles importiert wurde...
ein bissl merkwürdig!

...

Erm - du verwechselst da was. Das, was du meinst, tritt auf, wenn man die Ressourcen ins RTP kopiert (was übrigens eines der bescheurtsten Dinge ist, die man tun kann).

Wir reden vom in-den-Projektordner-Kopieren.

mfG Cherry

[P.M.S.M.K.]

Könnte es vielleicht damit zusammenhängen:
Alle Dateien, die man importiert, werden irgendwie protokolliert.
Wenn man also die Dateien in den Ordner reinkopiert, statt zu importieren, kann natürlich nichts protokolliert werden.
Irgendwann kommt der RPG Maker dann durch ungüngstige Verkettung von Ereignissen, mit den Ressourcen durcheinander und zeigt uns diese Fehlermeldung. Alles nur Theorie, bewiesen ist nichts.

[Engel der Furcht]

allerdings frage ich mich dann,warum die Fehler Meldung "Map Tree Data Break",das bedeutet ja eigentlich,dass was mit dem Kartenbaum nicht stimmt,und nihct mit den Ressis.

[Dhan]

@Engel: Fehlermeldungen müssen auch nicht immer stimmen, kann ja sein dass der irgendwie beeinflusst wird





tatsächlich verändern sich die Ressis selbst beim importieren, sieht man an der Dateigröße, ob die jetzt protokolliert werden kA



was ich mir als ursache definitiv vorstellen kann, ist, dass die karten beim erstellen tatsächlich als dateien erstellt werden, ihre position im kartenbaum jedoch noch im arbeitsspeicher des makers sind und wenn der unterbrochen wird, bevor er speichern kann (z.B. durch direkt computer ausschalten, kabel bzw akku ziehn, systemabsturz, manuelles ausschalten des makers per task manager oder win patrol etc), sowas auftritt

[Cherry]

Der Maker nimmt beim importieren ja auch Änderungen vor (transparente Farbe setzen, Farbtiefe auf 8 Bit ändern, ggf in XYZ konvertieren, ...), daher verändert sich die Dateigröße.

Im Map Tree sind eigentlich nur folgende Informationen gespeichert:

---RPG Maker LcfMapTree---

Introduction
Rather than try to lex the database next (which doesn’t look fun at all), I’ll attempt to lex the map tree next. See the RPG_Maker_Map_Grammar_Guide for an explanation of RPG Integers, the syntax used in this guide, and other particulars.


Properties not in the lmt file
The following properties do not appear in the lmt file, but in the respective lmu files for each map:
Chipset
Width
Height
ScrollType
UseParallelBkgrd?
BkgrdFileName
HorizPan?
VertPan?
HorizAuto?
HorizAutoSpd
VertAuto?
VertAutoSpd


A word about the map tree file
The map tree file is a lot simpler than the individual maps’ files. However, there’s a few things in it that remain a myster to me. As always, if you can decipher the “unknown” imperials (even if they turn out to be size hints) send me an email:
Sorlok_Reaves@yahoo.com


The Map Tree File Format
<lmt_map_tree_file> ::= <file_type> <tree_node>+ <map_end>
<file_type> ::= <str_len> <character>+


The end of the file
I haven’t fully figured out what all that junk at the end of the map tree file means. For lexing purposes, you’ll basically just detect a map number followed immediately by a null terminal, and then a handful of digits (which varies depending on the map, but seems to increase in length as the number of nodes increases.) For now, we will lex it as a node, and cut off program execution at that point.


The Tree Nodes
Every map has at least one tree node; the root node. This is the folder icon at the top of the RPG Maker’s map tree viewer. Following this, a number of other nodes are listed in ascending order. These are either maps or areas, and they form a tree structure through the use of a “parent” reference.
As an aside, we will lex all tree properties and interpret them in the lexer itself. I realize now the foolishness of ignoring size hints in the lmu parser. We will also lex all numbers as rpg_bytes, and convert to integers in the lexer. This avoids potential lexing bugs that plague the lmu lexer.
<tree_node> ::= <tree_node_id> <end_of_file: 00>? <tree_property>+ <area_layout> <null: 00>
<tree_property> ::= <long_property> | <background_music> | <monster_encounters>
<long_property> ::= <imperial> <size_hint> <byte>+
<imperials> ::= (01,Map Name) , (02,Parent) , (03,Tree Depth) , (04,Type of Node) , (05,Unknown Property 1) , (06,Unknown Area Property) , (07,Has Children) , (0B,BGM Options) , (15,Battle Background) , (16,Battle Background File) , (1F,Teleport Option) , (20,Escape Option) , (21,Save Option) , (2C,Encounter Steps) (Italics denote optional properties)
<background_music> ::= <imp:0C> <size_hint> <sub_imp:01> <str_len> <character>* <null:00>
<monster_encounters> ::= <imp:29> <size_hint> (<none:00> | <monsters>)
<monsters> ::= <
<area_layout> ::= <imp:33><size_hint><x_min_byte>4 <y_min_byte>4 <x_max+1_byte>4 <y_max+1_byte>4


A note on byte order
The size of the area_layout is fixed at 0x10. Each value (x_min, y_max+1, etc.) is made of four bytes, arranged in reverse order.


(0C,BGM File Name) ,


0A – Length Hint
“LcfMapTree”
09 — Number of maps, areas, and root nodes(1)


End:
09 00 -- 01 03 08 02 04 05 06 07 08 01 01 23 00
11 00 02 01 03 0A 0C 0D 0E 0F 10 04 05 06 07 08 09 0B 10 01 01 10 02 01 0A 03 01 0B 00

...

05 und 06 sind unbekannt, aber ich glaube noch immer nicht, dass das etwas mit dem Map Tree Data Break zu tun haben soll.

Ich erkläre mir das eher so:

Kopiert man eine Ressource, anstatt sie zu importieren, und verwendet sie dann im Maker (z.B. bei Show Picture), dann kann, wenn die Datei dem Maker aus irgendeinem Grund nicht in den Kram passt (hätte man sie importiert, hätte er sie zurechtgebogen), etwas passieren (z.B. irgendwelche ungültigen Werte im RAM oder dergleichen), was quasi zufälligerweise dazu führt, dass der Maker beim Speichern das Map Trees Mist baut.

Ich würde das ja gerne genauer analysieren, aber dafür bräuchte ich eine defekte rpg_rt.lmt.

mfG Cherry

[P.M.S.M.K.]

@Cherry1
Wäre es aber so rum wie du es erzählst, wie erklärst du dir dann, dass diese Fehlermeldung IRGENDWANN auftritt.

[Cherry]

Gar nicht.

Aber ich bin gerade dabei, die Sache genauer zu analysieren.

Vielleicht kann ich ein Project Rescue Tool machen oder so.

[P.M.S.M.K.]

@Cherry1
Ein Programmrettungstool wäre zu aufwändig.
Mach` doch so ein Programm: Man kopiert ein Backup vom Spiel in ein anderen Ordner und immer wenn im Maker abgespeichert wird, wird das Abgespeicherte zu dem Backup "gesendet".

[MA-Simon]

@Cherry1
Ein Programmrettungstool wäre zu aufwändig.
Mach` doch so ein Programm: Man kopiert ein Backup vom Spiel in ein anderen Ordner und immer wenn im Maker abgespeichert wird, wird das Abgespeicherte zu dem Backup "gesendet".

...

Tollig! Sowas bräuchte ich auch (: