Reverse Engineering der NLT

[Shazu]

Mein Script kann inzwischen NVF Container des Typs 05 entpacken, das sind alle Texturen, die man in Städten und Dungeons zu sehen bekommt....alle sind schief!

Das ist der Teil des Scripts, der die Daten entpackt. Da ich Anfangs diesen Script quasi alleine hatte und ihn mit den Rohdaten gefüttert habe und das selbe Ergebnis bekommen habe, ist ein Fehler in der Weiterverarbeitung sehr sehr unwahrscheinlich.

Code:

local rl
for j = 1, images[i].size do
    local byte = file:readbyte()
    if not byte then
        break
    end
    if byte - 127 < 0 then
        rl = byte
    else
        obj.images[i].data = obj.images[i].data..string.char(byte - 127):rep(rl or 1)
        rl = nil
    end
end

Da fehlt eher noch etwas an der Spezifikation, irgendwas muss ich wohl übersehen haben :/


Die Sache mit den schwarzen Pixeln würde auch erklären, warum ein Bild mit der korrekten Breite noch schlimmer aussieht:



Links ist das Bild 115 Pixel breit, so steht es im Header der NVF Datei, rechts ist die Breite auf 127 Pixel angepasst. Das Bild im Spiel ist 112 Pixel breit.

[Shazu]

Ich glaub ich hab's. 0x7F ist nicht wie ich vermutet hatte das die niedrigste mögliche Farbe sondern irgendein Steuerzeichen.

Das löst auch das Problem mit der Palette, die "falschen" Farben waren nämlich nur um 1 verschoben.
Wenn man diese Steuerzeichen einfach komplett ignoriert, dann erhält man folgendes:

[daniel]

cool, sieht so aus als wäre nur mehr ein Pixel pro Zeile zu wenig. Erklärt möglicherweise auch die schwarze zeile am unteren Rand (oder kommt das vom ausschneiden? :o)

cu
Daniel

[Borbaradwurm]

Jetzt sieht das Bild aus als ob die erste Zeile zu wenig Pixel hat, ich würde mal auf einen Pixel tippen, daher kommt die Schräge außerdem sieht die letzte Zeile nicht so aus wie im Screenshot. und es gibt transparente Pixel (Screenshot unten links).

[Shazu]

cool, sieht so aus als wäre nur mehr ein Pixel pro Zeile zu wenig. Erklärt möglicherweise auch die schwarze zeile am unteren Rand (oder kommt das vom ausschneiden? :o)

cu
Daniel

Jo, ein Pixel fehlt, wenn man einfach pro Zeile einen hinzufügt, so erhält man das korrekte Bild:



Edit: Komisch, Bild 2 und 3 sind noch verzerrt, aber Bild 4 sieht auch richtig aus mit diesem Zusatzpixel:

[Shazu]

Komisch, das zieht sich durch alle Texturen. Einige sind ohne Korrekturpixel schief, andere sind mit schief und noch andere brauchen ganz andere Korrekturpixel, komisch.

[daniel]

Ohne jetzt die Bilder gesehen zu haben klingt das was Du beschreibst nach einer variablen Bildbreite.
Vielleicht hängt das mit dem Steuerzeichen zusammen, das zu zuerst anders interpretiert hast..

Die Lauflängen-Dekompression muß ja passen, ansonst wären die Bilder ungleichmäßig verzerrt, wie es am Anfang war.
ps: Kann es sein, dass der "Korrekturpixel" am Anfang der Zeile eingebaut ist? Vergleiche ich Dein letztes Ergebnis mit dem Original, sitzt Dein Bild zu weit rechts. Ich glaube der Pixel fehlt am Ende der Zeile.

Auf jeden Fall eine coole Arbeit,
Daniel

[SiENcE]

Von mir auch herzlichen Glückwunsch.

Eigentlich könnte man schon anfangen, die Städte und Dungeons zu implementieren, wenn die Grafiken fertig sind. Die Kämpfe wird nochmal eine ganz andere Sparte.

Ich guck mir mal an, was du so die letzten Wochen im svn getan hast.

[Obi-Wahn]

Sieht super aus!

Edit: ich hab mir mal nen svn-checkout gemacht und einfach mal mit Wine das Programm ausprobiert. Es läuft mit ein paar Wine-Fehlern durch und gibt die Bilder aus.

Edit2: Nativ unter Linux klappt es auch. http://freedsa.schattenkind.net/index.php/Linux:)

[Shazu]

Die Meldung kommt unter Windows auch beim entpacken der Schiffstexturen, liegt daran dass laut meiner NVF Spezifikation alles unter 0x80 keine Farbe ist. Was aber wohl nicht so ganz zu stimmen scheint.

[daniel]

Hi,

Ein Vorschlag meinerseits zur Aufteilung HEX Thread / Reverse Engineering - bitte ansehen, nachdenken und melden:
Beitrag 276:
http://www.crystals-dsa-foren.de/showthr...80&page=14

Bitte im HEX Thread diskutieren, da wir sonst alle in verschiedenen Threads durcheinanderquatschen (-schreiben :o)

cu
Daniel

[Crystal]

Ein kleiner Tipp, daniel. Die Beitragsnummern (rechts) sind auch Links. Damit kann man beitragsgenau verlinken.

[SiENcE]

Wie wäre es mit einem unterforum für die FreeDSA Entwicklung? Da könnte man alle threads reinpacken. Im wiki verlinke ich ja auf das Forum hier :-).

@obiwhan: klaro klappt das unter linux genauso wie unter win. wir nutzen später auch lugre+ogre3d und das läuft auch nativ unter win/linux/mac.

[Crystal]

Wie wäre es mit einem unterforum für die FreeDSA Entwicklung? Da könnte man alle threads reinpacken. Im wiki verlinke ich ja auf das Forum hier :-).

Ich bin kein Fan von Unterforen. Aber eine Extra-Rubrik wie hier die "Allgemeine Diskussionen" könnte ich euch einrichten.

Allerdings müsste ich Gewissheit darüber haben, dass ihr auch am Projekt dranbleibt. Wenn du die Leute unter deiner "Flagge" anführen willst und motivierst, wäre das für mich Gewissheit genug. Dann ließe sich auch darüber reden, Mod-Rechte in dieser Rubrik zu vergeben, damit ihr euch sortieren und einrichten könnt wie z.B. Sticky-Threads oder sowas.

[Obi-Wahn]

@Sience: Im Moment klappt das vielleicht noch problemlos, aber wenn ihr erstmal mehr Bibliotheken mit bestimmen Versionsnummern benutzt, klappt das ganz schnell nicht mehr so leicht. Bestes Beispiel ist die neuste Version von DboxFE, die ich aufgrund von Abhängigkeitsschwierigkeiten nicht mehr kompiliert bekomme.

[daniel]

Ich habs!

Shazu hat mir heute die sourcen für's Image-Dekodieren geschickt - nach 5h herumtüfteln habe ich es geschafft, dass die Bilder des Leuchtturms sauber in ein BMP-File umcodiert werden:






Shazu, ich schicke Dir morgen die Änderungen, die ich im Dekoder eingebaut habe.

Danke nochmals für das ganze Script , und die Doku zum Fileformat!
cu - Daniel

[Guido Henkel]

Hier eben was, das ich in den Riva Sourcen auf die Schnelle gefunden habe...

Code:

//  NVF-Format (only for crunchmode 1 !)
//
//   +--------------------------------------------------+
//   | byte   crunchmode;                               |   Header
//   | uword  blockcount;                               |   3 byte
//   +--------------------------------------------------+
//   | uword  block 1 ->width                           |   Blocksizes
//   | uword  block 1 ->height                          |
//   |  ....                                            |   n * 4 byte
//   | uword  block n ->width                           |
//   | uword  block n ->height;                         |
//   +--------------------------------------------------+
//   | Data block 1 (width*height of block 1 bytes)     |   ? bytes
//   |    ....                                          |
//   | Data block n (width*height of block n bytes)     |
//   +--------------------------------------------------+
//   | uword  # Colors;                                 |   2 bytes
//   +--------------------------------------------------+
//   | byte   Palette[# Colors][3]                      |   # Colors * 3 bytes
//   +--------------------------------------------------+

[Borbaradwurm]

Shazu hat mir heute die sourcen für's Image-Dekodieren geschickt - nach 5h herumtüfteln habe ich es geschafft, dass die Bilder des Leuchtturms sauber in ein BMP-File umcodiert werden:

Dann fehlt nur noch die Antwort auf die Frage der Transparenz.

Hier eben was, das ich in den Riva Sourcen auf die Schnelle gefunden habe...

Okay, die Datenstruktur aus der Originaldokumentation ist natürlich vollkommen unschlagbar...

[daniel]

Farbindex 0 ist anscheinend die Transparenz, ich habe gerade die entsprechenden Bilder im Wiki ersetzt. Also wenn bei diesem Beitrag im Browser auf 'aktualisieren' klickt, dann sollten die Bilder in meinem ursprünglichen Beitrag#76 rosa Pixel als Zeichen für Transparenz haben (nur Bild 1 und Bild 4 sind ersetzt)

[SiENcE]

@Guido: danke.