[Release] Jarls BGT Adventure Pack

[Ychap]

Andersrum erkennt auch JAP die installierten Komponenten von NTotSC und lässt diese dann aus.

 

[Kensei]

So hatte ich es auch erinnert, war mir aber nicht mehr sicher.
Gibt es inhaltlich denn Unterschiede bei einzelnen Quests, oder ist es letztlich egal, wie rum man installiert?

 

[Ychap]

Das ist von Komponente zu Komponente natürlich unterschiedlich.

Generell kann man aber wohl sagen:
NToSC verwendet möglichst nur Dateien und Texte aus dem Originalspiel.
JAP hingegen schmückt den Inhalt aus den Originalspielen mit ein paar eigenen Texten aus.

 

[Jastey]

TotoR scheint einverstanden zu sein, dass @Ychap s Version vorzuziehen ist (Link). Das beruhigt mich insofern, als dass diese aus einem Fork von TotoRs Version entstand, wenn ich es richtig sehe?

Ychap: wie steht es mit der Kompatibilität von JAP und EndlessBG1 bzgl. der Truhenskripte im Herzogspalast? Problem bisher war, dass JAP die Skripte für die Diebstahlbehandlung überschrieb bzw. den Truhen neue Skripte zuwies, was dazu führte, dass der HC in seinem Quartier für das Öffnen der eigenen Truhe als Dieb behandelt wurde, wenn JAP nach EndlessBG1 installiert wurde. Ich habe da bzgl. der aktualisierten Version die ÜÜbersicht verloren. (Angesprochen auch hier.)

 

[Ychap]

Ursprünglich ist mein Fork aus deiner Version von JAP entstanden.
TotoRs Fork habe ich mir aber immer wieder angeschaut. Und wenn Bugfixes in meiner Version noch fehlten, habe ich diese von seinem Fork übernommen.

Kompatibiltät mit EndlessBG1 ist in meiner Version gegeben, da JAP das Container-Skript im Herzogpalast JA#LAW05.BCS nun auf Basis von ACT03.BCS erstellt. Somit ist in JA#LAW05.BCS auch die Änderung aus EndlessBG1 enthalten.
Wichtig ist dann, dass EndlessBG1 vor JAP installiert wird.

 

[Jastey]

Wichtig ist dann, dass EndlessBG1 vor JAP installiert wird.

Sehr gut! Ich werde die ini von EndlessBG1 beim nächsten Update entsprechend anpassen.* Ich habe die angepasste Version erstmal hier angehängt.

Ursprünglich ist mein Fork aus deiner Version von JAP entstanden.
TotoRs Fork habe ich mir aber immer wieder angeschaut. Und wenn Bugfixes in meiner Version noch fehlten, habe ich diese von seinem Fork übernommen.

Danke für die Klarstellung. Von meiner Aussage bleibt: es sind Fixes von TotoR in die Version eingeflossen, und es beruhigt mich, dass TotoR kein Problem damit hat, dass Deine Version nun die bevorzugte ist.

EDIT: Die Fußnote vergessen: *Ich muss mich erstmal schlau machen, wie ich unter Linux Sachen zu GitHub puschen möchte.

 

[Jastey]

@Ychap wie wollen wir bzgl des Updates weiter vorgehen? Siehst Du Dich auch weiterhin als Modbetreuer von JAP, so dass wir den Download-Knopf der hiesigen Modseite wie bei meinen Mods mit der Release-Seite bei Deinem GitHub-Fork verlinken würden? Oder sahst Du Dich "nur" als Bugfixer und würdest die Verantwortung für Releases etc. gerne wieder an uns abgeben?

Ich hatte ja mal gesagt, dass ich JAP nicht mehr betreuen möchte. Aaaber da Du/Ihr ja nun die ganze Arbeit gemacht habt, könnte ich mir doch vorstellen, alle Änderungen in meinen Fork zu integrieren und dort ein Release zu verlinken. Das hätte als Vorteil, dass die Kerzenburgmods weiterhin in meinem GitHub zentriert sind. Ich würde aber auch in Zukunft gerne maximal einfach "nur" auf "Merge Pullrequest" drücken, falls noch Bugs gefunden werden.

 

[Lumorus]

Kompatibiltät mit EndlessBG1 ist in meiner Version gegeben, da JAP das Container-Skript im Herzogpalast JA#LAW05.BCS nun auf Basis von ACT03.BCS erstellt. Somit ist in JA#LAW05.BCS auch die Änderung aus EndlessBG1 enthalten.

Das ist gut zu wissen - ich hatte eigentlich auch schon vermutet, dass EndlessBG1 deshalb vorher installiert werden muss.
Glücklicherweise ist auf der Github-Seite eine genaue Reihenfolge angegeben, welche Mods in bestimmter Reihenfolge installiert werden sollten, damit JAP ohne Probleme läuft.

Ich bin mehr als glücklich, dass JAP nun nach viel Korrektur-Arbeit und einem sehr guten Austausch JAP ein noch besseres Spielerlebnis bietet wie vorher.

 

[Jastey]

Ich bin mehr als glücklich, dass JAP nun nach viel Korrektur-Arbeit und einem sehr guten Austausch JAP ein noch besseres Spielerlebnis bietet wie vorher.

Ich kann mich nur anschließen, aufgrund der Teilung in Einzelkomponenten und dem erfolgten Debugging habe ich richtig Lust, die Mod in BG:EE mal mitzunehmen.

 

[Ychap]

@Ychap wie wollen wir bzgl des Updates weiter vorgehen? Siehst Du Dich auch weiterhin als Modbetreuer von JAP, so dass wir den Download-Knopf der hiesigen Modseite wie bei meinen Mods mit der Release-Seite bei Deinem GitHub-Fork verlinken würden? Oder sahst Du Dich "nur" als Bugfixer und würdest die Verantwortung für Releases etc. gerne wieder an uns abgeben?

Ich hatte ja mal gesagt, dass ich JAP nicht mehr betreuen möchte. Aaaber da Du/Ihr ja nun die ganze Arbeit gemacht habt, könnte ich mir doch vorstellen, alle Änderungen in meinen Fork zu integrieren und dort ein Release zu verlinken. Das hätte als Vorteil, dass die Kerzenburgmods weiterhin in meinem GitHub zentriert sind. Ich würde aber auch in Zukunft gerne maximal einfach "nur" auf "Merge Pullrequest" drücken, falls noch Bugs gefunden werden.

Das klingt nach einem super Vorschlag.
Bugfixen kann ich gerne weiterhin übernehmen. (Das macht mir nämlich auch Spaß )

Ich hab dir hier ein Pull Request erstellt. @Jastey

 

[Jastey]

Ich hab dir hier ein Pull Request erstellt.

Sehr schön. Ich danke schonmal. Bitte nicht die Geduld verlieren, ich bin eigentlich gerade mit anderem beschäftigt, muss erstmal mein GitHub-Login wieder rauskramen etcpp.
Wo ist denn in Deiner Version die Readme?

 

[Ychap]

Die README.md ist auf der obersten Ebene. So sieht man sie sofort, wenn man auf der "Startseite" des Repositories ist.

Die HTML-Readme habe ich dafür entfernt. Ich kann sie aber auch wieder herstellen, falls du sie noch benötigst.

 

[Jastey]

Uh, die habe ich komplett ignoriert, sehr schick. Ich möchte, dass im Modpaket eine enthalten ist, wenn man es runtergeladen hat. Da sehe ich momentan wenn ich den master als zip herunterlade keine. Vielen Dank im Voraus!

 

[Jastey]

@Ychap aufgrund von Kompatibilität mit Mods, die in die tenya2.dlg state 6 Antwortoptionen einfügen wäre es gut, wenn hier statt der mit Triggern versehenen Antwortoptionen die von state 6 verwendet werden würden, also:

EDIT: siehe dazu hier!

(...)
APPEND TENYA2

IF ~GlobalLT("BOYBODY","GLOBAL",1) Global("HelpTenya","GLOBAL",0)~ THEN JA#TENYA_23
  SAY @23
  COPY_TRANS tenya2 6
  IF ~~ THEN REPLY @1 GOTO JA#TENYA_X0
END

(...)

Es wird im selben File vorher dem state 6 Trans-Trigger angefügt, die müssten dann mit drin sein. Im Endeffekt müsste es dann genauso aussehen wie jetzt.

Ebenfalls für Kompatibilität mit neuen Antwortoptionen müssten allerdings die neuen Trans-Trigger für state 0 und 6 nur zu den momentan vorhandenen Antwortoptionen angefügt werden, nicht zu allen (für den Fall, dass eine andere Mod Antwortoptionen angeführt haben, die nichts mit dem Disput mit den Fischern zu tun haben).
Es müsste also hier das:

ADD_TRANS_TRIGGER TENYA2 0
~Global("HelpTremain","GLOBAL",1)~
ADD_TRANS_TRIGGER TENYA2 6
~Global("HelpTremain","GLOBAL",1)~

Verändert werden zu (ich glaube man kann mehrere Nummern nach dem DO aufführen, abhängig von den Transactions, die man patchen möchte?):

ADD_TRANS_TRIGGER TENYA2 0 DO 0 1 2 3 4 5
~Global("HelpTremain","GLOBAL",1)~
ADD_TRANS_TRIGGER TENYA2 6 DO 0 1 2 3
~Global("HelpTremain","GLOBAL",1)~

Das ist jetzt trocken gescriptet also müsste es eventuell noch angepasst werden.
BST wird Antwortoptionen einfügen, daher mein gesteigertes Interesse.

 

[Lumorus]

Da erinnerst Du mich an etwas, @Jastey:
die Loretaker-Mod von @Acifer muss, wie herausgefunden wurde,noch vor JAP installiert werden. Wie wäre das dann mit BST, wenn es Antworten einfügt? Müsste es dann wie Loretaker vor JAP oder erst danach installiert werden?

 

[Jastey]

Wie wäre das dann mit BST, wenn es Antworten einfügt? Müsste es dann wie Loretaker vor JAP oder erst danach installiert werden?

Davor, damit die neuen Antwortoptionen auch bei den erweiterten Dialogen von Tenya(2).dlg enthalten sind.
Ich könnte das in BST zwar berücksichtigen, aber...

Oder gibt es Gründe, warum JarlsAdvPack möglichst früh installiert werden sollte?

 

[Lumorus]

Ich könnte das in BST zwar berücksichtigen, aber...

Hm, man müsste BST sowieso in zwei Schritten installieren - damit dann der Crossmod-Content für die Ilmater-Kits greift.

Oder gibt es Gründe, warum JarlsAdvPack möglichst früh installiert werden sollte?

Die Reihenfolge die für JAP herausgefunden wurde sieht so aus, dass JAP auf jeden Fall vor dem BG1-NSC-Project und BG1re installiert werden muss. Darüber weiss ich, dass das NSC-Project sich auf die Voltine-Gervisse Quest auswirkt.

 

[Jastey]

man müsste BST sowieso in zwei Schritten installieren - damit dann der Crossmod-Content für die Ilmater-Kits greift.

Jetzt komm doch nicht auch noch mit sinnvollen Hinweisen!
(Aber ja, hast Recht - es gibt sogar schon eine Kompatibilitätskomponente für BST).

Die Reihenfolge die für JAP herausgefunden wurde sieht so aus, dass JAP auf jeden Fall vor dem BG1-NSC-Project und BG1re installiert werden muss. Darüber weiss ich, dass das NSC-Project sich auf die Voltine-Gervisse Quest auswirkt.

BG1NPC hat auch einen anderen Konflikt zwischen den Magiern im Zauberei Allerlei und Xzar.
Die Reihenfolge sollte aber gut machbar sein:
BST - JAP - bg1re - bg1npc

 

[Lumorus]

BG1NPC hat auch einen anderen Konflikt zwischen den Magiern im Zauberei Allerlei und Xzar.

Oh stimmt, das hatte ich auch ewig nicht mehr auf dem Schirm ... auch nicht, als ich mich mit @Ychap ausgetauscht und die Änderungen getestet hatte.
Xzar und Mantaron bleiben bei mir auch nicht mal bis kurz nach der Ankunft in Beregost

Hm, dann müsste das in einer neuen Version des NSC-Projects berücksichtigs werden? In der Gervisse-Voltine werden erweiterte Möglichkeiten angeboten, die Quest zu lösen + plus eine Begegnung mit Voltine, ehe man die Quest bei den beiden Mädchen beginnt. Und das NSC-Project fügt hier noch Reaktionen bei Begleitern ein (Momentan fällt mir nur Jaheira bewusst ein)
weil es mit einer früheren Version von JAP noch wegen dem NSC-Project Probleme gab, hatte @Ychap da, glaube ich ,organisiert, dass das erfolgreich in der aktuellen Master des NSC-Projects behoben wurde.
Seitdem läuft der Inhalt aus JAP für Gervisseund Voltine ohne Probleme, wenn das NSC-Project installiert ist.

 

[Jastey]

Die Reihenfolge sollte aber gut machbar sein:
BST - JAP - bg1re - bg1npc

Ach verdammt. Ich habe jetzt einen Anwendungsfall, warum es eigentlich besser wäre, BST nach bg1re zu installieren - so hatte ich es bisher auch in meiner Installationreihenfolge zu stehen.

Warum muss JAP vor bg1re installiert werden?