jastey

Yay to crawling! Crawling comes after laying and leads into walking, so that's a good thing!

@Mike1072 Thank you! @Luke I'd be interested, but I am not sure I'd work my way through the book.

@AL|EN Thank you, I thought you are referring to some tool or somesuch... A site with explanations is great.

@CamDawg Thank you very much! @AL|EN No. I am just using code snippets I have from elsewhere, I do not know regex coding.

I need enlightment with regard to REPLACE_TEXTUALLY. I thought I know how to use it but it appears I really don't. With @K4thos' permission I am using the following code adapted from EET in my SoD Tweakpack which works fine, i.e. it gets patched accordingly: COPY_EXISTING ~BD6100.BCS~ ~override~ DECOMPILE_AND_PATCH BEGIN SPRINT textToReplace ~IncrementGlobal("bd_finale","bd6100",10)~ COUNT_REGEXP_INSTANCES ~%textToReplace%~ num_matches PATCH_IF (num_matches > 0) BEGIN REPLACE_TEXTUALLY ~%textToReplace%~ ~IncrementGlobal("bd_finale","bd6100",1)~ PATCH_PRINT ~Patching: %num_matches% matches found in %SOURCE_FILESPEC% for REPLACE_TEXTUALLY: %textToReplace%~ END ELSE BEGIN PATCH_WARN ~WARNING: could not find %textToReplace% in %SOURCE_FILESPEC%~ END END BUT_ONLY So, I'm a smart girl so I wanted to use this for another purpose. So I'm using this: COPY_EXISTING ~bd0120.BCS~ ~override~ DECOMPILE_AND_PATCH BEGIN SPRINT textToReplace ~InPartyAllowDead("imoen")~ COUNT_REGEXP_INSTANCES ~%textToReplace%~ num_matches PATCH_IF (num_matches > 0) BEGIN REPLACE_TEXTUALLY CASE_INSENSITIVE ~%textToReplace%~ ~\1 Global("C#st_ImoenInGroupKD","GLOBAL",0)~ PATCH_PRINT ~Patching: %num_matches% matches found in %SOURCE_FILESPEC% for REPLACE_TEXTUALLY: %textToReplace%~ END ELSE BEGIN PATCH_WARN ~WARNING: could not find %textToReplace% in %SOURCE_FILESPEC%~ END END BUT_ONLY and the install fails with the error message: Looking at what I did with REPLACE_TEXTUALLY elsewhere, I put the text into brackets and backslashs, and then it installs and patches fine: COPY_EXISTING ~BD6100.BCS~ ~override~ DECOMPILE_AND_PATCH BEGIN SPRINT textToReplace ~\(InPartyAllowDead("imoen")\)~ COUNT_REGEXP_INSTANCES ~%textToReplace%~ num_matches PATCH_IF (num_matches > 0) BEGIN REPLACE_TEXTUALLY CASE_INSENSITIVE ~%textToReplace%~ ~\1 Global("C#st_ImoenInGroupKD","GLOBAL",0)~ PATCH_PRINT ~Patching: %num_matches% matches found in %SOURCE_FILESPEC% for REPLACE_TEXTUALLY: %textToReplace%~ END ELSE BEGIN PATCH_WARN ~WARNING: could not find %textToReplace% in %SOURCE_FILESPEC%~ END END BUT_ONLY This leads to the following questions: 1. Why is k4thos' code working for bd6100.bcs (without bracktes and backslashes) but not in my case? 2. Why is the install failing at all and not just printing the ~WARNING: could not find %textToReplace% in %SOURCE_FILESPEC%~ line in my first case? My second question is relatedt to 1.2. Because, I want this to work on EET as well as SoD. So, I need the REPLACE_TEXTUALLY to consider both "imoen" and "imoen2" (case insensitive). I thought this is done by using "imoen[2]", but then I get the happy warning upon install: So, here the warning actually works. Which leads me to my final, all defining question: How would the working, multiplatform code look like? If anyone could be of assistance, I'd be grateful.

EET needs other area codes and some cre files have different namens, so depending on what you did, compatibility might not be present (even if the mod installs fine, it might well be that BGII areas were patched instead.)

Did you also try cheating into the area? Where does your install order come from, did you use an automated installer or did you do it by hand? I am surprised to see Ascension before the BG2Fixpack. One note: All four mods were updated recently with bugfixes.

@Arthas Tales of Anegh is from Kerzenburgforum. I just got the same bug report at SHS. I'm sorry for the mess, I'll look into it but it could take a while.

As long as it is clear not to put the SoD script into the BG 1 parameter the function works perfectly. Knowing what I do now it is totally clear that's a bad idea considering it adds the DestroySelf after BG:EE, but I needed a moment to get there, so maybe a small note would be nice.

Unfortunately no, since the structure changed, too. Also, you need the deinstall info from the installed version, so it's basically no difference whether you deinstall the old version fist and then install the new or whether you'd have the possibility to do it in one go.

I can't answer the reason why the transitions and states are created as they are, but the most important thing is: the way it is, it will work, since the INTERJECT only fires for the condition ~IsGabber("MyNPC")~ this means the correct transaction will follow, as well. If you are really interested in why WeiDU is creating the states in such way, Wisp would be the best to explain. The second question: I don't know whether INTERJECT supports it (and I never tried), but you could try INTERJECT SHOAL 1 2 3 InterjectShoal == MYNPCJ IF ~IsGabber("MyNPC")~ THEN @1 DO ~Something()~ = @2 DO ~SomethingElse()~ EXIT and see what happens if you compile it.

I finally got it: -If the NPC has SoD content and uses the same script for BG1 and SoD, do not specify the BG1 script ( STR_VAR override_BG1 = ""). This will prevent the DestroySelf() in Chapter 7. -If the NPC has no SoD content, specify the BG1 script to make sure the NPC will be gone from chapter 7. -If your NPC has different scripts for BG1 and SoD, specify the BG1 script IF you want your NPC to be gone in SoD in case they were not recruited in BG1. I hope this makes sense. Maybe adding a short description to the Modder's Notes would be helpful, unless I'm the only one who was too dense to see this clearly right away.

Oh. That "modmerge is needed" warning is something I took from a very experienced modder so I'd assume it does what it is supposed to. You are not on a Windows OS? This is in the bg1re.tp2: Question: Did you mod the game earlier (including modmerge), then let it update ("revert to a clean install"), and then modded anew, starting with Modmerge? Because in that scenario there were problems with Modmerge pretending to have run but it somehow didn't. Have a look here about what you can do.

I am pretty sure the problem lies with my using the function, as the script block in question looks very much like a "for BG:EE NPC without SoD content" feature. I did not see how to set the function's parameters for an SoD-only (or "SoD also") NPC, though, in the Modder's Notes. EDIT: Wait, I think I get now what it is for: The NPC that was spawned in BG:EE should be no longer present if the SoD campaign started. But since he should not self destruct if he was carried over from BG:EE, this script block gets deactivated if they are present in Korlaz's crypt. I still miss how this would not interfere with a pure SoD NPC or a BG:EE+SoD NPC that is allowed to be present in SoD albeit not in party during the transition.

Fluke13, just to make sure: you deinstalled old version first, then deleted the old folder, before installing the new version?

Both good catches, thank you! Download link is fixed, the mixed reply options will be fixed in the next mod update.

Hello @K4thos, if I want to use the EET_NPC_TRANSITION for an SoD-only NPC, how would I do it correctly? The NPC is only available after the PC left the Ducal Palace, and should not be available in BGII. What I use so far: ACTION_IF GAME_IS ~eet~ BEGIN INCLUDE ~EET/other/EET_functions.tph~ LAF ~EET_NPC_TRANSITION~ INT_VAR type = 1 //Biff is only available in BG:EE/SoD STR_VAR dv = "xxBiff" override_BG1 = "xxBiffs" //OVERRIDE script in BG:EE (actually a BG:EE script doesn't exist, so we just put in the SoD one) override_SoD = "xxBiffs" //OVERRIDE script in SoD traFile = "%MOD_FOLDER%/tra/%LANGUAGE%/dialog.tra" //path to the text line for the ToB Fate Spirit summoning string = "@0" /* ~Bring me Biff the Understudy.~ */ stringPosDV = "Baeloth" //Name after which Biff's should be put into the order of reply options at the fate spirit summoning dialogue. /* From the "Modder's Notes for Baldur's Gate: Enhanced Edition Trilogy (EET)": stringPosDV = "" //set the DV of NPC right below your response (used for sorting FATESP responses alphabetically) //Aerie, Ajantis, Alora, Anomen, Baeloth, Branwen, Cernd, Coran, Corwin, Dorn, Dynaheir, Edwin, Eldoth, Faldorn, Garrick, //Glint, HaerDalis, Hexxat, Imoen2, Jaheira, Jan, Kagain, Keldorn, Khalid, Kivan, Korgan, MKhiin, Mazzy, Minsc, Montaron, //Nalia, Neera, Quayle, Rasaad, Safana, SharTeel, Skie, Tiax, Valygar, Viconia, Voghiln, Wilson, Xan, Xzar, Yeslick, Yoshimo //variable not set (default) = NPC name appended at the end of summoning list */ END END This leads me to a second, related question. Because the function places the following scriptblock into the NPC's override script: IF !InPartyAllowDead(Myself) GlobalGT("CHAPTER","GLOBAL",7) Global("K#PartySoD","LOCALS",0) THEN RESPONSE #100 DestroySelf() END As far as I can see, the NPC would have to be in the group in bd0103 (Ducal Palace at beginning of SoD) so this local variable would be set to 1: Doesn't this mean that any SoD-only NPC would DestroySelf() instantly in SoD, as well as any NPC that wasn't in the party after the first SoD dungeon? What about NPCs that might be left standing at the end of BG1 (or in Korlasz's crypt) but should still be present at the beginning of SoD (in BG city or later) per NPC design? With the experience from my last questions concerning this function (ahem) I am sure the mistake is on my side and I'm missing something.

The first post was updated. The two existing tutorials got updated, Part 2 was added, and also a tutorial mod that bundles the content of the tutorials in a working mod.

Ah, thanks! I still could use a clue why the probability of the "Continue()" was decreased with every NPC.

In bd0101.bcs, I see the following for the NPC comments while everyone is waiting that the PC is ready to leave for the crusade: First, Corwin has some DisplayStingHeads, with a Continue() for "RESPONSE #220": Then, Dynaheir with a Continue() for "RESPONSE #190": Then Minsc, with RESPONSE #160 Continue() and then Viconia, with RESPONSE #120 Continue() and finally Safana with RESPONSE #90 Continue() Questions: how does this system with 10/10/10/xxx work? Why does the last number decrease from NPC to NPC?

There is a bug report for The Calling here: http://www.shsforums.net/topic/60428-the-calling-syntax-bug-in-randomnum/

New entries for the list: Dungeon Crawl http://www.pocketplane.net/dc Reunion http://www.pocketplane.net/reunion The Sellswords http://www.pocketplane.net/sellswords Tiax NPC for BGII http://www.pocketplane.net/oneday And I think Iylos is still missing:

Pocket Plane Group Tiax NPC Mod for BGII Tiax NPC MOD for Baldur's Gate II (Tiax for short) is an add-on for the game Baldur's Gate II, with or without the Throne of Bhaal expansion pack. Throne of Bhaal content is present. Tiax, a non-player character from the first game in Baldur's Gate series, is a gnome thief/cleric, a priest of Cyric with a sole goal in mind: world domination. Notable quotes: "Tiax rules all!" Changes: - EET compatibility (by k4thos) - wrong sound references in cre-files deleted - BGII:EE, EET: item description adjusted to EE style (English, German) - deleted unnecessary files: handle_charsets.tpa, iconv/libiconv-1.9.2-1-src.7z, empty backup folder, folder "RussianEE" - corrected: infer_charset -> infer_charsets - (all fixes from the BWPFixpack integrated) - added sox for OSX - renamed Setup-Tiax.tp2 -> Tiax.tp2 to support ALIEN's "Project Infinity" - added Tiax.ini with mod info metadata - Updated to WeiDU 246 Download and Mod's Page Forum

Pocket Plane Group Dungeon Crawl Mod for BGII Set out on a brand new adventure! Explore four new areas! Meet the Dungeon Crawlers and the Shadow Pack! Support the party of your choice! Meet Blinky and Sraxsuth and discover cool new items! See Castor hitting on every female NPC in vicinity - female players, beware! Fight Lepus to the death(well, almost)! Find out the contents of Lord Leoncourt's most guarded treasure chest! Dungeon Crawl Mod for Baldur's Gate II is an add-on for the game Baldur's Gate II, with or without the Throne of Bhaal expansion pack. It is based on the Dungeon Crawl, Inc., a popular webcomic, available at http://dungeoncrawlinc.com, and written in cooperation with its author, Nathan Sheaffer aka Kayless. The adventure starts in the Copper Coronet. Version 11 comes with additional EET compatibility and minor fixes. Changes: - EET compatibility (by k4thos) - removed scripts on area level of monsters in the mod areas (monsters should be affected by Tactical Mods) - use of pvrz format for EE (no black lines on areas for BGII:EE and EET) - BGII:EE, EET: item description adjusted to EE style (English, German) - sox and oggdec for Linux added - corrected infer_charset -> infer_charsets - removed unnecessary files "iconv/libiconv-1.9.2-1-src.7z" and "handle_charsets.tpa" - removed unecessary folder "backup" - renamed tp2 to DC.tp2 - added DC.ini with mod info metadata - (all fixes from BWPFixpack integrated) - Updated to WeiDU 246 Download and Mod's Page Forum

Pocket Plane Group Assassinations Mod for BGII Become one of the best assassins in Athkatla! Work for a mysterious employer! A bonus romance for male protagonists! Ten new missions! Crime and punishment! Immersion and interactivity! Assassinations MOD for Baldur's Gate II is an add-on for the game Baldur's Gate II, with or without the Throne of Bhaal expansion pack. The adventure starts for non-paladin protagonists with non-heroic reputation. Talk to Bernard in the Copper Coronet. Assassinations updates to v14. This version addresses one quest point where finding the next clue could turn out to be a bit tedious: finding Lord Melyin! Now, the PC will only have to ask the barkeep Pugney once about the Lord's whereabouts. After that, Pugney will tell by himself when the time is right and Lord Melyin can be found. Changes: - Lord Melyin will be available from hour 18 through all night - if Pugney the barkeep is asked about Lord Melyin but it is not time yet, Pugney will tell the PC directly when the time has come (no need to initiate dialogue by the player) (This uses an invisible helper cre because WINNKEEP.cre cannot initiate dialogue). Download and Mod's Page Forum