jastey

@Lightbringer I don't know the Iomen Romnce too well, but since you asked about I4E: Mein events are -Imoen gets taken as usual at the Promenade -Imoen returns to party after they left Gaelan's house in the slums -Imoen has some reactions to PC's dreams, but I think I made those optional -Upon arriving Brynnlaw, Imoen gets taken after leaving the ship (after the fight with Bodhi's Welcome Committee). -Game continues as normal. Note that the cutscenes are changed as well, since now it's not Imoen irenicus makes his experiments on.

@Lightbringer thanks! I can only stress that I'm very happy about every fellow modder who decides to integrate compatibility with this special mod (in the sense of game-changes).

Added Heroes, Thieves, and Moneylenders to the BGII compatibility list.

Ah, ok - I'm on LibreOffice. I'd usggest using a pdf instead then.

The English readme misses the mod title.

@Austin I set up a quick tutorial here. Let me know if you have more questions.

This is a quick tutorial how to insert additional dialogue lines into mod added lines. This can be used to make parts of your own mod optional (as in the example below). It is also the choice for crossmod into other mods where e.g. your mod NPC should interject into lines of a quest mod. Note: STATE_WHICH_SAYS only works if that line does not exist more than once in the specified dlg, i.e. only one dialogue state with this text line should be existent in the dlg or the patching will fail. Also: The mod /contents you want to interject into has to be installed already (obviously). Checks for installation are not included in the example below as it is not necessary in this case (because the main component has to be installed in this case). The example is taken from Endless BG1: The main component inserts dialogue for Duke Belt where the PC is called "Hero of Baldur's Gate". If only the main component of Endless BG1 is installed, the dialogue lines go the following: The second component of Endless BG1 inserts another line from Duke Belt giving the room on the 3rd floor of the Palace to the PC as their quarters. For this, the component should insert the new line after the 2nd line: To do this, we first need to read in the state number of the line we want to interject into so we can use INTERJECT_COPY_TRANS (I_C_T). The main component is installed so inside the player's game this line is now a normal state in BELT.dlg. Since the line was added by Endless BG1's first component itself, we do not have a fixed number but need to evaluate the state number using STATE_WHICH_SAYS. STATE_WHICH_SAYS needs the following specifications: - the dlg the line is in. Here it is "BELT". - a name for the variable for the state number which we will use internally in our mod. You can name this anything you want and it should be something unique in your mod. In this example it will be "belt_victory_01". - we also need to know the tra line we want to search for. In this case, it is @1 in ~c#endlessbg1/translations/%s/dialogues.tra~. Note: if you interject into another mod, this will work even if the other mod is installed in another language than yours! Inside the tp2 we now have: // Get state for BELT %belt_victory_01% /* ~You opened our eyes to the deceit and saved us from a great peril while we remained blind to the threat. By the power bestowed upon me as Duke of the Council of Four of this city I herewith name you "Hero of Baldur's Gate"! In the name of the city let me express our deepest gratitude!~ */ OUTER_SET belt_victory_01 = STATE_WHICH_SAYS 1 IN ~c#endlessbg1/translations/%s/dialogues.tra~ FROM ~BELT~ After this, the state number will be stored in %belt_victory_01% and can be used inside the mod. In our example, it is used inside the d-file "add_ee.d", which containes the following. This is a normal I_C_T where the state number is our variable: I_C_T BELT %belt_victory_01% c#st_belt_victory_01 == BELT @42 /* ~With the title come official quarters for you on the third level of the Ducal Palace! The servants will help you settle in as soon as you are ready. Everyone, praise our Hero of Baldur's Gate!~ */ END And in the tp2, we add the compilation of this d-file with EVALUATE_BUFFER so the variable will evaluated (note: I put all tra lines fom Endless BG1 into one file "dialogues.tra" that is why it is specified here): COMPILE EVALUATE_BUFFER ~c#endlessbg1/pc_palaceresidence/add_ee.d~ USING ~c#endlessbg1/translations/%s/dialogues.tra~ And that's it! The dialogue from Duke Belt ingame now reads:

Ah, I got it wrong in the first post. Cool! I understand. It would be possible to insert the comments later, though. I do it in Endless BG1 where the (I think) 2nd component inserts more dialogue lines into the ones from the main component, for example. Let me know if you want me to give examples how I'd do it.

And kudos for the BGT/BGII compatibility!

Congrats on the release! Putting the install after all NPC mods is bad for more compatibility, though - unless you want to include all crossmod into your mod. I would suggest making the crossmod an own component that can be installed later. You could make the compatibility also independent on I4E if you use the variables specified in the readme, but install order I4E before this mod makes sense anyhoe. Thank you for considering!

@Graoumf thanks, fixed locally. The second string will become @372.

I'd vote for a separate something, either a component in the mod that is installed last or a separate add-on. This way, everyone has the choice and noone a reason to complain about original mod content being gone etc. I am sure that adding a compatibility component to one of the mods could be organized, but I'm saying this without having any maintenance authorization over either of them.

html files can be opened by editors, e.g. Notepad++ I understand, but activity of Gibberlings and admins varies and is low currently. I am working on a flood of modding requests, mod updates for mods that are not my own, and my own projects I want to finish. This is on my list and I'll prepare an update when I'll find the time - unless someone else steps in first. It will still need an admin to approve of any update we provide because I lack the rights to Mur'Neth's GitHub repo.

Yes, that's something I won't be able to change unless I recode half of the game... It's not that unusual that people are drawn to dogs, though! OK, that they reply is.

Please post the error message. Which mod is giving it?

I'd rather keep the J.dlg after the banter started with it. The B.dlg is full of dialogues that trigger when the time is right - mixing this with timered talks is not a good idea. It's usually: the J.dlg is for timered and via script initiated dialogues, the B.dlg contains states that gets tiggered by the engine and have true triggers (for certain conditions). Do you think we could test this somehow before someone starts changing all dialogues that are affected? I guess you want to finish your current runthrough before reinstalling mods on both of your games...

No, I don't have the rights for Mur'Neth's repo. But such a PR sounds great nevertheless.

Unfortunely, this is more than just uploading the new package. The version number and changelog has to be updated as well, etc. It would definitely speed up the process if you'd provide a fully updated package.

Thanks for the tests! And the banter always ended after Dynaheir's line? I would have thought that if Minsc is controlled by the host the switch between dlgs should work.. I would believe it is an engine problem, yes. At least I don't have any other explanation. The only thing I see is to change the whole banter to use the same dlg for Minsc all the way. This does not only concern these two with Dynaheir, though. I think all banters in BG1NPC that are triggered by script switch to teh banter file after being started vir the joined dlg..

OK. I do start to think there is something fishy with your install tbh. I managed to destroy several installs even without obvious things like aborted mod installations or starting several install windows at once etc. (which usually lead to a borked install right away). Still, at some point I noticed the game is done for with ressources in it that shouldn't be there or mixed up strings in the dialog.tlk etc. although no mod was installed. I usually start with a fresh game in those cases.

@Lauriel how exactly did you install the mod? Did you do it in several steps? Did you rearrange the components afterwards? The tp2 contains the following with regard to Wilson: ////////////////////////////////////////////////////////////////////////////////// ////Give WILSON banter file as used in the Wilson chronicles /// ////////////////////////////////////////////////////////////////////////////////// ACTION_IF FILE_EXISTS_IN_GAME ~wilson.dlg~ THEN BEGIN PRINT ~Wilson detected - Wilson interdia.2da append - set Wilsons's banter file (BWILSON & BWILSO25)~ APPEND ~interdia.2da~ ~WILSON BWILSON BWILSO25~ UNLESS ~WILSON~ ACTION_IF NOT (FILE_EXISTS_IN_GAME ~BWILSON.dlg~) THEN BEGIN <<<<<<<< ...inlined/BWILSON.d BEGIN BWILSON >>>>>>>> COMPILE ~...inlined/BWILSON.d~ END ACTION_IF NOT (FILE_EXISTS_IN_GAME ~BWILSO25.dlg~) THEN BEGIN <<<<<<<< ...inlined/BWILSO25.d BEGIN BWILSO25 >>>>>>>> COMPILE ~...inlined/BWILSO25.d~ END END This should be fail-safe - but it is only done once, no matter how many times the optional mod components are re- or deinstalled afterwards. It seems that after installing the main component those Wilson dlg files somehow got lost on your BGII game, which is weird. Also, if you installed the mod there should be a DEBUG. If you have the mod installed and no DEBUG then something went very wrong I would say.

Just for info: I understood the purpose of the new script block in 2.6 now that currently makes the mod incompatible with patch 2.6.

Indeed! Thanks, fixed.

@Roberciiik if you and your friend would try this again, that would be awsome. You can trigger the banter by setting Minsc's lokal variable Global("X#MIDY2","LOCALS",1) (to set a lokal variable, the cursor needs to hover over Minsc when you cheat the variable - just in case you aren't aware yet). If you can reproduce this then the only thing I could try as a fix is to remain in MInsc's joined dialogue for the whole banter. I have a similar (I think) problem for my NPC in "7th party member mode": if they start a banter with their B.dlg the whole banter works. If the banter was started by the other NPC or via the J.dlg the banter ends abruptly. I don't know whether it is the similar problem, but the Minsc-Dynaheir banter stopping after @24 would be exactly when Minsc is supposed to switch from J.dlg to B.dlg. This works in single player mode, but maybe it's not for multiplayer for whatever reasons.

It seems the game couldn't move to Minsc's banter file after he started the banter with his joined dialogue file. I don't think this happens for single player mode. It's the first time I heard about this. I'd assume it has someting to do with multiplayer mode but I don't know. Could you reproduce it?