Ich wollte dir gerade Tommys
DSA Viewer empfehlen, aber da wird die Gottheit leider nicht angezeigt.
Und die Stadtkarten auf der
Hilfe-Seite sind leider auch nicht alle durchnummeriert...
Servus,
ich hab erst mal eine Frage zu BrightEyes: Kann man Bugs, die mit BightEyes gefixt werden, über eine Konfiguration aktivieren und deaktivieren?
Ich frage, weil ich gelesen habe, dass Hannes auch den Dukatenbug im ersten Dungeon fixen will und den habe ich exzessiv und gerne genutzt.
Nein, das ist nicht möglich. Da müsste man die entsprechende Änderung im Code vor dem Kompilieren wieder rückgängig machen.
Ah ok, da ich BE sowieso kompilieren muss, wäre das immerhin eine Möglichkeit. Dann müsste ich nur wissen, wo entsprechende Änderungen zu finden sind, aber das sollte sich ja über die Historie herausfinden lassen.
Was steht eigentlich im Moment so an? Wo kann man das Projekt im Moment etwas unterstützen?
@chrisfirefox
ich denke das wird alles über den Index geregelt und der ist für das ganze Spiel fortlaufend und wird höchstwahrscheinlich irgendwo in der exe selber abgehandelt. Zumindest ist bei den Dateien aus der .DAT und auch sonst nichts weiter übrig was sowas abhandeln könnte.
Edit: ansonsten schau mal auf dieser Seite vorbei ist zwar unvollständig, aber die größten Städte sind enthalten.
http://www.ithilion.de/index.php?nav=030.010.020
@Obi-Wahn
der DSA-Viewer gehört doch schon zu seinem Grundreportoire, nicht umsonst hat er da die ganzen xml export funktionen da eingebaut
(05.03.2013, 23:12)skotsche schrieb: [ -> ]Ah ok, da ich BE sowieso kompilieren muss, wäre das immerhin eine Möglichkeit. Dann müsste ich nur wissen, wo entsprechende Änderungen zu finden sind, aber das sollte sich ja über die Historie herausfinden lassen.
Was steht eigentlich im Moment so an? Wo kann man das Projekt im Moment etwas unterstützen?
Henne ist im Moment wohl ziemlich mit seinem Studium beschäftigt, so dass er im Moment als Ansprechpartner ausfällt. Ich würd vorschlagen, dass du dir den vorhandenen Code schon mal anguckst und dir wie hjr448 Ecken raussuchst, die von Henne noch nicht so stark beackert wurden. Wobei ich aufpassen würde, zu viel Fremd-Abhängigkeiten mitreinzunehmen. Ich glaube nämlich zum Beispiel nicht, dass Code mit Irrlicht, damit hat hjr448 gearbeitet, bei dem momentanen Stand von Bright-Eyes in das Haupt-Repo übernommen wird.
Ein vollkommen unbeackertes Feld ist momentan auch "Schatten über Riva", da gibt es noch nicht einmal eine dekompilierte .ida-Datei. Ich kann mich jedenfalls erinnern, dass das Disassemblieren und Analysieren der Riva.exe nicht ganz so leicht vonstatten ging wie bei Schickm.exe und Schweif.exe.
Hust! Da muss ich wohl gleich zugeben, dass C und Dekompilieren eher nicht zu meinen Stärken gehören. Ich dachte eher an Arbeiten drumherum, Tooling.
Ich könnte mir vorstellen, dass es z.B. hilfreich wäre, die Daten aus SCHICK.DAT usw. in XML zu exportieren. Aber ich glaube im Moment ist Tooling eher weniger gefragt und der Fokus liegt auf der modifizierten Dosbox.
Nachdem tommy da schon einen perfekten DSA-Viewer für die extrahierbaren Daten aus Schick und in Bälde auch Schweif fertig hat, wäre das irgendwie "das Rad neu erfinden" - aber als Fingerübung für dich persönlich wärs allemal interessant
.
Oh, auch da gibt es eine Baustelle: Ich hatte vor einiger Zeit einmal angesprochen, wie man die Bilder der NLT nicht nur in ein einheitliches, gut zu verarbeitendes Format konvertieren könnte, sondern diese Konvertierung auch rückgängig machen könnte, sprich, eigene Bilder in die NLT einbringen.
Mit nltpack ist zumindest der Teil, die Bilder aus dem Archiv zu entpacken und wieder einzupacken, erledigt. Im "BrightEyes"-Repo liegt auch ein "nvf2tga", und auf dem SVN-Server sind diverse LUA-Files, die ebenfalls Formate aus der NLT entpacken.
Es fehlen 2 Dinge: (1) ein Export, der keine Meta-Daten vergisst, für Animations- und Mehrbild-Formate wie ACE, BOB, NVF in ein dafür geeignetes Format und (2) ein Re-Import von diesem Format zurück in die Formate der NLT. Wir hatten
im Modding-Tool-Faden schon einmal darüber diskutiert.
Hendrik, eventuell solltest du da
im Github-Projekt für den DSA-Viewer mal die Todos mit entsprechender Beschreibung anlegen, dann könnte sich skotsche sicher mal das Projekt ziehen und sehen, ob er nicht was beitragen kann! tommy und mich freuts sicher
Uh, ich bin davon ausgegangen, dass der komplette Code von svn ins git repository migriert wurde. Dann werde ich mir mal bei Gelegenheit noch das svn repository anschauen.
ja ein bischen Hilfe hin und wieder wäre nicht verkehrt, ich finde im Moment auch viel zu wenig Zeit um daran zu arbeiten
Je mehr ich mich mit Hennes Arbeit beschäftige, desto mehr weiss ich, warum er es so getan hat, wie er es getan hat.
Da ich wohl eine etwas andere Art der Motivation als er habe, werde ich dennoch so weitermachen wie bisher...
(@Obi-Wahn: Klar, dass Irrlicht ungeeignet für BrightEyes ist. Aber für meine Zwecke tut's es im Moment noch.)
Hat zufällig jemand herausgefunden, wie die Schwierigkeit der Türöffnung in Türid und Türstatus kodiert ist? weil die "ID" kommt ja öfters vor, und es fällt auf, dass geöffnete Türen keine ID haben. Das müsste sich doch irgendwie in einen Modifikator für Einrennen / Knacken / Foramen umrechnen lassen, oder? Bin dankbar für jede Hilfe
Und bitte entschuldigt, wenn ich das schon mal gefragt hab, ich hätte es nicht gefunden, aber ich darf verwirrt sein, ich seh nur mehr Codezeilen vor meinen Augen verschwimmen
.
(17.03.2013, 12:10)skotsche schrieb: [ -> ]Und mir ist nicht so ganz klar, in welchem Repository lua Skripte zu finden sind.
ich glaube nur Henne hat einige lua scripte, allerdings auch nur sehr wenige, da die Programmierung mit lua schon nach kurzer Zeit eingestellt wurde.
Wurde der SVN-Betrieb auf Schattenkind jetzt eigentlich eingestellt?
Andere Frage: Funktionieren die IDA-Dateien auf git mit IDAfree 5.0?
Die SCHICKM_302de.idb läuft bei mir unter IDAfree 5.0 ohne Probleme.
Sternenschweif läuft auch mit IDA Free 5.0, damit arbeite ich auch.
Ein kleiner Tipp übrigens für jene, die IDA per wine unter Linux laufen lassen: Es kommt häufiger zu Grafikfehlern, bei denen der Inhalt des Hex-Viewers durch das Assembler-Fenster zu sehen ist. Ein Schließen des Hex-Fensters sollte diese Probleme beheben, ansonsten hilft manchmal auch das Hin- und Herschalten zwischen Text- Graph View im Assembler-Fenster.