exo depacker

Nein, der v3 kann v2 Dateien ohne eingestellt rückwärtskompatibilität nicht decrunchen. Ich habe es unfreiwillig geteste. Umgekehrt ist es genau so.

Naja, ich hatte bei einer Anpassung die Levelfiles mit einen Exomoizer gecrucht. Bei Testen stürzte das Spiel immer ab. Einen ganzen Tag hatte

ich mit der Bugsuche verbracht, bis es mir dämmerte. Die Dateien hatte ich mit der exo-v2 Version gecruncht. Genutzt hatte ich aber den exo-v3 Leveldecrucher.

Achja, vorwärts kann ja auch noch decrucht werden, was mit dem Exo-Delevel auch nicht funktioniert. Der decruncht nur rückwärts gercrunchte Levelfiles.

Mit -P0 in der Commandzeile sind die Exomizer v3.0 gecrunchten Dateien Exomizerv2.0 kompatibel, jedoch geht das auf Kosten der Crunchstärke.

Vorwärts- und Rückwärtscrunchte Dateien sind grundsätzllich zueinander inkompatibel.

Zitat von Stephan Scheuer

bis auf die Aufforderung, eventuel die Disk zu wechseln oder auch nicht.

Ich habe ein kleines Update ist für den Exomizer Delevel v1.2 erstellt. Mich hat die Frage nach einem Diskwechsel gewalltig genervt.

Also schnell eine Abfrage für die Leertastenabfrage gecoded. Nun kann man gleich am Anfang des Tools diese deaktivieren. Das bleibt

erhalte, bis das Tool neu geladen wird. Danach läuft das Decrunchen ohne weiteres zutun ab.

Zitat von Zirias/Excess

Richtig. Was mich eben wundern würde wäre, wenn der decruncher von exo-3 sie dann nicht mehr entpacken könnte

Ich hatte das Feature bei meiner Anpassungen (Elvira II) nicht genutzt, deswegen die Abstürze. Das RAM-File war ohne den -P Kommand 47 Blöcke kürzer. Also von 2510 Blocks auf 2463 Blocks.

Das ist schon eine ganze Menge.

Leider ist im Delevel-Exomizer v1.2a ein Bug. Ich hatte im Exomizer-Leveldecruncher vergessen, die Adressen der Längen- und der Indexoffsettabelle zu ändern.

Mit der eigestellten Adresse $1355 überschieb der Leveldecruncher den Dateinamen-Index ab $1300, was zur Folge hatte, das nur noch Müll decruncht wurde,

und zwar so lange, bis die Diskette voll war. Ich habe die Adressen der Tabellen nun nach $0110 bis $01AF verlegt. Der Bereich des Stacks wird von Programm

sowieso niemals genutzt. Der Delevel-Exomizer funktioniert nun fehlerfrei.