Themabewertung:
  • 1 Bewertung(en) - 5 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Modding-Tools für die NLT
#41
Super, HenneNWH, danke für den Fix.
Hallo, ich bin's - der Bart von Fidel Castro. Und mir ist total langweilich nie geschnitten wurde.
I'm a roleplayer. My dice are like my relationships: platonic and unlucky.
Zitieren
#42
Wie funktioniert das nun?
(Entweder stehe ich komplett auf dem Schlauch oder mhh)
Zitieren
#43
z.B. so:
Code:
nltpack m schick.dat
nltpack l schick.dat
nltpack x schick.dat

Das zeigt zuerst den Inhalt von schick.dat an, und extrahiert ihn dann.
Zitieren
#44
Hmn, wie wäre es den Packer einfach in den TotalCommander einzubinden? Dann könnte man sich den ganzen CMD Quatsch sparen. Ich habe schon einige Spiele gemodded, da war der TC eigentlich immer sehr vorteilhaft um schnell was zu packen/entpacken, zumal das Teil schon ne Menge Packerformate für andere Games unterstützt mit den richtigen Plugins.
Zitieren
#45
Hallo Sannah,

eigentlich eine gute Idee. Für das Entpacken ließe sich das sicher ohne großen Aufwand bewerkstelligen, es wäre dann natürlich nicht mehr plattformunabhängig, sprich, als Linuxnutzer könnte ich mit dem Plugin nix anfangen, auch wenn ich unter Windows den TC gerne benutze.

Technisch ist auch eher das Packen ein Problem. Alle drei Teile der NLT sind empfindlich, was die Reihenfolge und Anzahl der Dateien in den Archiven betrifft. Deshalb auch die - zugegebenermaßen nicht sehr elegante - Lösung mit dem "m"-Switch. Man könnte also nur Dateien ersetzen, die schon im Archiv drinstecken, und müsste verhindern, dass der User irgendeine Datei ins Archiv steckt bzw. ein neues Archiv anlegt.
Hallo, ich bin's - der Bart von Fidel Castro. Und mir ist total langweilich nie geschnitten wurde.
I'm a roleplayer. My dice are like my relationships: platonic and unlucky.
Zitieren
#46
Naja, war auch nur ne Idee :) Gibt es eigentlich noch ein lebendes Projekt zur NLT, wo man das Tool auch nutzen kann? Im Modding-Bereich hab ich leider nichts gefunden.
Zitieren
#47
Hatten wir die Frage nicht gerade erst?

Die angegebenen Links dürften so ziemlich alles zusammenfassen, was es an Modding-Tools zur NLT bisher gibt. Dass wir noch einiges an Plänen haben und sporadisch daran gearbeitet wird, hat Rabenaas ja schon erwähnt. Meine persönliche Priorität liegt momentan darauf, den DosBox-Logger auf Sternenschweif auszuweiten. Anschließend hatte ich vor, einen Bildformat-Konverter zu schreiben, mit dem man übliche Formate (jpg, png) in Bilder für die NLT(.nvf, .ace, .bob) zu konvertieren, aber das ist noch ein großes Stück Arbeit.
Hallo, ich bin's - der Bart von Fidel Castro. Und mir ist total langweilich nie geschnitten wurde.
I'm a roleplayer. My dice are like my relationships: platonic and unlucky.
Zitieren
#48
Aus akutellem Interesse an der Konvertierung von Bildern aus der NLT in gängige Grafikformate (und umgekehrt) möchte ich hier mal meine Überlegungen teilen, die schon seit längerer Zeit zu dem Thema in meinem Kopf herumgeistern.
Es ist ja ganz schön, dass wir NVF-Dateien und auch .ACE zu schönen Bildern (bmp/tga) machen können. Auch sollte es möglich sein, den umgekehrten Weg zu gehen und aus einem .bmp-Bild oder einem anderen üblichen Grafik-Format mit ein paar Zusatzinformationen ein .NVF oder .ACE zu bauen.

Allerdings gehen beim Konvertieren der Bilder der NLT in gängige Formate Informationen verloren: Crunchmode, Animations-Parameter, Zusammenhang der Bilder einer Animation u.s.w. Das sind Metainformationen, die man bei BMP, TGA und Konsorten so nicht findet. Und es wäre schön, wenn man diese Metainformationen zusammen mit dem Bild bzw. der Animation speichern könnte. Dann könnte man z.B. einen "Meta-Editor" schreiben, der diese Metainformationen bearbeiten kann und z.B. für einzelne Frames aus der Animation das Lieblings-Grafikprogramm aufruft.

Meine Frage ist folgende: Welches gängige Grafikformat ist für diesen Zweck am besten geeignet? Ich sehe 2 Lösungen:
1.) Wir finden ein Grafikformat, das nicht nur mehrere Bilder (Animationen!) unterstüzt, sondern auch Platz für die Meta-Informationen bietet (z.B. codiert in einem Kommentar-Feld). Mag sein, dass wir dafür einen kleinen Extra-Editor benötigen, aber die Informationen lassen sich alle zuverlässig in der einen Datei speichern und verschwinden nicht bei der Bearbeitung mit einem Grafikprogramm. Die Frage ist nur, gibt es da ein geeignetes Format?
2.) Wir basteln uns unser eigenes Meta-Format. Da stelle ich mir so etwas vor wie eine ZIP-Datei, die neben den einzelnen Bildern eine XML-Datei enthält mit den Metadaten. Hier wäre dann ein Meta-Editor praktisch, der neben der Bearbeitung der Metadaten erlaubt und mit dem man z.B. einzelne Bilder zum Bearbeiten temporär aus dem Archiv holen kann.

Wie ist eure Meinung dazu? Welches Format wäre geeignet, oder gibt es noch eine bessere Idee?

P.S.: Eine grobe Übersicht über benötigte Metainformationen (nebst Vorschlägen für eine DTD) habe ich schon einmal gemacht.
Hallo, ich bin's - der Bart von Fidel Castro. Und mir ist total langweilich nie geschnitten wurde.
I'm a roleplayer. My dice are like my relationships: platonic and unlucky.
Zitieren
#49
Warum denn so ein Aufwand? Es reicht doch auch ein Konvertierer, der eine XML-Datei als Argument bekommt, welche die Metainformationen enthält und die Bitmaps referenziert.
Zitieren
#50
ein gängiges Bildformat zu verwenden halte ich für sehr problematisch, da mir keins bekannt ist, was allen anforderungen gerecht werden kann.

Die für mich sinnvollste Lösung ist selber ein Tool zu schreiben, welches NVF dateien bearbeiten kann und auch die nötigen Metadaten enthällt. Das sollte mit relativ geringen aufwand möglich sein, problematisch dabei ist nur, das gerade bei DSA1 öfters die farbpalette fehlt und es sehr aufwendig ist die Farbpaletten manuel einzugeben.
"Mut ist der Zauber, der Träume Wirklichkeit werden lässt"

Savegameditoren, Tools und Patches der Nordlandtrilogie
Mein DSA Savegameditor
Zitieren
#51
(22.09.2012, 20:50)Rabenaas schrieb: Warum denn so ein Aufwand? Es reicht doch auch ein Konvertierer, der eine XML-Datei als Argument bekommt, welche die Metainformationen enthält und die Bitmaps referenziert.

Ja, viel mehr wollte ich auch nicht - nur dass man die Bilder noch in ein .ZIP reinpackt und einen kleinen Editor für die Metadaten bereitstellt. Aber du hast recht, das ist nicht wirklich nötig.

(22.09.2012, 21:04)tommy schrieb: ein gängiges Bildformat zu verwenden halte ich für sehr problematisch, da mir keins bekannt ist, was allen anforderungen gerecht werden kann.

Die für mich sinnvollste Lösung ist selber ein Tool zu schreiben, welches NVF dateien bearbeiten kann und auch die nötigen Metadaten enthällt. Das sollte mit relativ geringen aufwand möglich sein, problematisch dabei ist nur, das gerade bei DSA1 öfters die farbpalette fehlt und es sehr aufwendig ist die Farbpaletten manuel einzugeben.

Gerade das halte ich für rech aufwändig. Wieso ein Grafikprogramm neu erfinden, wenn es so viele gute gibt? Ohnehin hat jeder sein Lieblingsprogramm. Dann lieber ein Konsolentool, was aus einer XML-Datei und einem Haufen Bilder ein NVF macht (und umgekehrt), und evtl. einen Editor für die XML-Daten (für sowas gibt es ja Toolkits, mit denen man in wenigen Minuten einen Editor zusammenstellen kann). Und die Bearbeitung der Bilder würde ich lieber den Experten überlassen (Gimp, Photoshop, ...).

Was die Farbpalette angeht: Na ja, wenn du ein Export-Tool hast, kannst du von den Bildern, die eine Palette haben, diese in der XML speichern (oder in der Ausgabe-Bilddatei). Für alles andere kennen wir die Paletten, und die müssen nur einmal konvertiert werden, nach XML oder einem Paletten-Format (haben wir sogar schon) - dann kann man sie immer wieder verwenden.
Hallo, ich bin's - der Bart von Fidel Castro. Und mir ist total langweilich nie geschnitten wurde.
I'm a roleplayer. My dice are like my relationships: platonic and unlucky.
Zitieren
#52
(22.09.2012, 21:22)Hendrik schrieb: Gerade das halte ich für rech aufwändig. Wieso ein Grafikprogramm neu erfinden, wenn es so viele gute gibt? Ohnehin hat jeder sein Lieblingsprogramm. Dann lieber ein Konsolentool, was aus einer XML-Datei und einem Haufen Bilder ein NVF macht (und umgekehrt)
ok da hast du natürlich recht, wird wohl die beste variante sein.

(22.09.2012, 21:22)Hendrik schrieb: Was die Farbpalette angeht: Na ja, wenn du ein Export-Tool hast, kannst du von den Bildern, die eine Palette haben, diese in der XML speichern (oder in der Ausgabe-Bilddatei). Für alles andere kennen wir die Paletten, und die müssen nur einmal konvertiert werden, nach XML oder einem Paletten-Format (haben wir sogar schon) - dann kann man sie immer wieder verwenden.
ich habe ehrlich gesagt noch nie mit festen farbpaletten gearbeitet...können denn viele Programme feste paletten aus einer xml laden? Ansonsten würde es sich eher anbieten normale Bilder auf feste fabpaletten zu reduzieren, dass sollte sich algorithmisch recht leicht erledigen lassen und falls es doch mal eine Farbe gibt, die sich nicht so einfach umwandeln lässt, könnte man dan den nutzer entscheiden lassen wie diese Konvertiert wird.
Ist nur sone idee.
"Mut ist der Zauber, der Träume Wirklichkeit werden lässt"

Savegameditoren, Tools und Patches der Nordlandtrilogie
Mein DSA Savegameditor
Zitieren
#53
(23.09.2012, 06:31)tommy schrieb: ich habe ehrlich gesagt noch nie mit festen farbpaletten gearbeitet...können denn viele Programme feste paletten aus einer xml laden?
XML nicht unbedingt. Jedes Grafikprogramm hat sein eigenes Format für Paletten.

(23.09.2012, 06:31)tommy schrieb: Ansonsten würde es sich eher anbieten normale Bilder auf feste fabpaletten zu reduzieren, dass sollte sich algorithmisch recht leicht erledigen lassen und falls es doch mal eine Farbe gibt, die sich nicht so einfach umwandeln lässt, könnte man dan den nutzer entscheiden lassen wie diese Konvertiert wird.
Ja, aber man muss dann gleich mit einer beschränkten Anzahl von ausgewählten Farben arbeiten, was wieder auf eine Palette hinausläuft. Sonst dominieren wie in alten Scans verwaschene Grau und Fleischfarben, was nicht zum Stil der NLT passen würde.

Ich empfehle für unsere Zwecke das Programm GrafX2, einen freien DeluxPaint-Klon.

EDIT: Vielleicht könnte man für GrafX2 auch einfach Import-/Exportfilter schreiben. http://code.google.com/p/grafx2/wiki/LoadSaveSystem
Zitieren
#54
(23.09.2012, 08:05)Rabenaas schrieb: Ja, aber man muss dann gleich mit einer beschränkten Anzahl von ausgewählten Farben arbeiten, was wieder auf eine Palette hinausläuft. Sonst dominieren wie in alten Scans verwaschene Grau und Fleischfarben, was nicht zum Stil der NLT passen würde.
ich hatte es so gedacht, das man dei "creativen Leuten" ein Bild einer farbpalette mitausliefert an dem sie sich orientieren können. Asonsten hast du halt wieder das Problem, das die speziellen farbpaletten in ein bestimmtes Programm importiert werden müssen.

(23.09.2012, 08:05)Rabenaas schrieb: Ich empfehle für unsere Zwecke das Programm GrafX2, einen freien DeluxPaint-Klon.
dabei entsteht dann wieder das Problem, dass man an ein bestimmtes Grafiktool gebunden ist, und das könnte dem einen oder anderen nicht sehr gefallen.

ich denke auch egal wie man es lösst, es wird immer irgendwie vor und nachteile haben
"Mut ist der Zauber, der Träume Wirklichkeit werden lässt"

Savegameditoren, Tools und Patches der Nordlandtrilogie
Mein DSA Savegameditor
Zitieren
#55
(23.09.2012, 08:13)tommy schrieb: ich hatte es so gedacht, das man dei "creativen Leuten" ein Bild einer farbpalette mitausliefert an dem sie sich orientieren können.
gute Idee

(23.09.2012, 08:13)tommy schrieb: dabei entsteht dann wieder das Problem, dass man an ein bestimmtes Grafiktool gebunden ist, und das könnte dem einen oder anderen nicht sehr gefallen.
Nicht unbedingt. Wer wirklich unbedingt mit einem anderen Programm arbeiten möchte, kann aus/in GrafX2 dann z.B. PNG ex-/importieren.
Zitieren
#56
Nach ein wenig Recherchen zum GIF-Format habe ich festgestellt, dass GIF ziemlich viel von dem unterstützt, was wir benötigen: Animationen, Teilbilder mit eigener Startposition/Größe und Anzeigedauer. Was leider fehlt, sind Namen für die einzelnen Frames, die könnte man zur Not in einem Kommentar speichern.

Für die XML-Lösung hatte ich mir damals folgendes überlegt (ohne Anspruch auf Vollständigkeit):
Hallo, ich bin's - der Bart von Fidel Castro. Und mir ist total langweilich nie geschnitten wurde.
I'm a roleplayer. My dice are like my relationships: platonic and unlucky.
Zitieren
#57
In welcher Sprache soll der Konverter geschrieben werden?
Zitieren
#58
(23.09.2012, 11:31)Rabenaas schrieb: In welcher Sprache soll der Konverter geschrieben werden?

Eigentlich C++, ich schreibe Prototypen aber auch gern in Ruby.
Hallo, ich bin's - der Bart von Fidel Castro. Und mir ist total langweilich nie geschnitten wurde.
I'm a roleplayer. My dice are like my relationships: platonic and unlucky.
Zitieren
#59
Wer für Ruby ist, der hebe nun die Hand.

:up:
Zitieren
#60
(23.09.2012, 11:31)Rabenaas schrieb: In welcher Sprache soll der Konverter geschrieben werden?
Mir ist es egal. Wichtig ist nur, dass der gesamte Quellcode wirklich gut dokumentiertiert, bzw. kommentiert wird. Damit auch andere, wie meine Wenigkeit, die Möglichkeit haben, nachzuvollziehen, was dort passiert. Mir wäre das zu Mindest wichtig.
"Save early and save often!" - Speichere oft und speichere früh! - Ist eine alte Zockerweisheit.
Zitieren




Benutzer, die gerade dieses Thema anschauen: 2 Gast/Gäste