Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by plainab

  1. Make sure the text label is listed in spells.ids else it won't know what to resolve to when the script is compiled. Your first block will process whenever the timer has expired and any other triggers return valid. So, always when the timer is expired and that global variable is set to 1. Since you set it to 0 in that block, it should only run once per 70 seconds
  2. Ask the player if they want to install the portrait changing aspect. Ask them what portraits they want to use with Boo and without Boo. If they choose default (your setup) you make sure Minsc has it properly assigned and set the swap up accordingly. If they choose custom portraits then have them type in the file names, then set things up to use those. It doesn't monitor what they have, but it gives them the option to have the component and the portrait(s) they want. UB might even be able to offer additional portrait combo options with this setup.
  3. You could ask Lava or Zed (can't remember their full usernames). They've done extensive banters between NPC & the PC. I did a Polish to English translation proofread for one of those NPCs. Don't have any of that on my computer any more else I'd just look up the code.
  4. An idea... don't look to me to write it tho. Exploding Ogre: Mage at Nashkel fair casts a delayed version of his exploding ogre spell. Ogre has enough time to fawn over and/or entice the female PC before exploding at the "crucial moment". Use it or not but it's been begging to be heard for a few days now. I finally caved and posted.
  5. Look at the default script (dplayer2.bcs) for the stock NPCs. There is a block that handles switching the script and initiating dialog with the PC. Should be something like this (google search result - BG & BG2 are not currently installed) IF !InParty(Myself) HPGT(Myself,0) THEN RESPONSE #100 SetLeavePartyDialogueFile() Dialog(Player1) ChangeAIScript("",DEFAULT) END You'd probably want to change that block to not run the dialog command. However, all joinable NPCs use this script so you'd be better off saving the changed version as something else. Be sure to check any dialog blocks that handle joining, those same blocks might set the dplayer2 script. If they do, they would need to be adjusted to use your modified file. NOTE: this is just a wild hair brained guess.
  6. I read that there is a 1% failure chance despite being set at 100%. Hard coded limits I'm sure. The question is this: Are specialist mages more prone to the failure than general wizards? The reason I ask is that in my first run I had a general wizard, not once did she ever fail learning a spell scroll. This run with an Evoker she's just failed two times in a row. They were from schools that she can cast but they were not from her specialist school. I'm wondering if perhaps with specialist mages the non-specialized classes have a greater chance to fail than those within the specialized field. i.e. a transmutation scroll will fail before an evocation scroll if the school of focus is evocation.
  7. Got a situation that is just irritating to me. (fyi - this is my second time in normal mode) On my way to clear the horde fortress, I have to get the key from the orc shaman Trugnuk. That's all fine and good. I kill him and his party and get the key. The problem is that even after death he keeps casting a lightning bolt. If one of my characters is in sight of the corpse they will most likely get hit. If I'm on the other side of the map, the chat box gets spammed around once per round with statements that the lightning buildup dissipates harmlessly. I've narrowed it down (I think) to one of the scripts assigned to his entry in the area file. 30TRUGN0.BCS Contents of which follow I'm not exactly sure how to read that. IWD2 is a different beast than the other IE games. Is there any one particular block that might do well to have some sort of check to make sure he isn't dead? I've not heard of any orc shaman that can call upon lightning from behind the grave.... Saving and exiting the game then reloading for some reason clears it. I'm not yet sure but resting long enough to clear the corpse might also clear it. I can deal with it for this run through as it is gone now since I had exited to look for the offending script in NearInfinity. But I was thinking about future runs and perhaps having it available for anyone else who wants to use it.
  8. Reaction should be the equivalent of base 10 plus charisma modifier (see rmodchr.2da) plus reputation modifier (see rmodrep.2da) The end result is compared to reaction.ids which then determines the action to follow. See entry 0x403c Do note all that is based on BG1. You are talking about BG1 content after all. There may be slight differentiation if using BG2 engine (but I doubt it).
  9. Regarding the bear river thing.... Probably is the Bear River running thru that map. I would hazard to guess that when they positioned the original world map icons that they did so to ensure clarity in what was what rather than trying to put them in exact spot. If you will note the High Hedge map fits with the Beregost map as does the Temple map. All three side by side like they were cut from each other with 0 time travel between provided you walk across Beregost yourself. But they are spaced apart by some distance on the world map.
  10. If Widescreen mod is installed prior and iSeries is installed later (perhaps for a second run-through) there will be an issue crop up that will cause errors during iSeries compilation of scripts. These errors do not halt weidu but may cause problems with proper execution of the iSeries scripts. For some reason WSM includes code to add the file attstyle.ids. It does so by creating an empty file with that name. see code block iSeries also has code to create such a file but with a purpose. The attackedby command in trigger.ids looks to an attstyle.ids for the type of weapon (default, melee, ranged). However attsyle.ids was misspelled and shipped as attstyl.ids. iSeries properly copies and renames that file to attstyle.ids provided it does not exist. see code block Do you see the issue? If WSM is first the file exists but is blank thereby causing iSeries to skip making the correct file. Further causing weidu to complain and display errors during compilation. see code block for sample The suggestion for WSM would be to break attstyle.ids out from the other ids files and copy it separately and properly for the IWD2 game.
  11. Using version 2.2 The component to sell slings, clubs and staves for 1 gold piece does not include clubs. Instead it checks for maces (type 17) rather than clubs (type 44). A check in NearInfinity shows that the clubs while using the mace proficiency are assigned to type 44. Is there some other mod or component intended to be installed first to switch the clubs to a type value of 17? Weidu log
  12. Check your override folder for a copy of the potion file. If there is one, back it up. Then use NearInfinity and edit the potion so that it can give a 100 point boost or something insane like that. Then try. When done, remove the edited copy and restore the backup.
  13. If I remember correctly... When you load into an area that has a potential party member, that NPC will load with the CRE file that is closest matching to your level. If you choose to talk to them, their level is set. If you do not talk to them, then the next time you enter the area they may load with a higher level CRE file depending of course on whether or not your character has gained levels. (Do note that I'm not 100% sure about whether their level is fixed if you talk to them, I always avoided talking to potential followers till I wanted to add them because I wanted to play it safe.) Once you've added them to the team their CRE file is fixed. That means that they will only gain XP and get new levels when in the party. If you drop one off somewhere, do something and get a few levels, go back and pick up the one you left behind, they will be of a lower level. There are, I believe, some mod options which allow them to level up to your level both newly met and re-acquired team members.
  14. Make a duplicate of a save file. Use Near Infinity to edit their ability scores so that all values are the same (i.e. 18 in each). Then test your XP rewards. If they all get equal amounts then you may be on to something about there being an adjustment based on ability scores. Then again crazy as it sounds... perhaps distance from the event might play a factor. Why should a party member on one side of the map get XP for something that happened on the other side of the map?
  15. I saw this in the text box after my fighter/paladin accidentally triggered a trap that my rogue/wizard didn't detect (tho she did pick the lock without setting off the trap). I'd rather like to think that Larissa left that fireball trap behind for Sasha. After all Sasha can be a bit uppity what with being a Aasimar and a paladin. BTW - Playing the game can be surprisingly more fun than modding the game. Especially when one doesn't know what yet to expect.
  16. New "bug"... cause I don't want to start a new thread... Heart of Winter portion Same mods as listed in first post When dealing with Purvis after his assassination of the council rep and his wife, his script remains active. As long as I'm in that area there is spamming of text with regards to Purvis attempting to hide in shadows. Resting long enough to clear the corpse stops the script.
  17. You would be assuming correctly.
  18. Not sure if it was missed by the fix pack's GTU component or if one of the mods I have installed reverted the dialog. In talking with Everrad about the expedition/messenger, he states that Hrothgar is putting together an expedition to check out the events happening in the north. While everyone else indicates that the expedition will be traveling south. I think Everrad needs to get his directions straightened out. I know he was wounded in battle but surely he isn't so adled as to get simple directions mixed up. Weidu log:
  19. I retired and left it in the hands of Miloch and other community members who have access to the workroom here at G3. As far as I know it has not been abandoned.
  20. The GTU is a separate component. Everything else should (as far as I know) work on other languages. As far as still being maintained... I've decided to step down. It is no longer enjoyable and when that happens it's time to move on. I do not know yet if any of the co-conspirators wants to take charge as I've only just posted my intentions in the Fixpack Workroom.
  21. yeah I didn't notice that when I tested as Reevor is off screen and I apparently quit too soon. It was brought to my attention in the workroom as well (just saw it today in fact). I've already whipped up a solution that doesn't make Reevor go hostile in the proper situation.... Try this when you get a chance Just copy/paste and replace the jondalar tph file as instructed in the other post, then reinstall the fixpack Are you talking about during installation? I've heard of that on other mods but have never ever experienced it. Widescreen mod only works with selected versions of selected patches. Basically whatever version the mod author has and those versions that others who were capable of finding the necessary offsets had in their possession. Re-patching an already patched game to make WSM work may not be the best thing to do. Its possible to cause issues since other things have been noticed as being different between the various language patches as well.
  22. make sure your dialog files are properly referenced in the correct 2da files. BG2 is supposed to auto change the dialog file upon kick out and joining. Also try limiting the file name length to 8 characters max. M#JohnnyP is 9 characters long and the game may not be able to properly call it.
  23. An alternative option is to have one of your spell casters cast charm on the already charmed party member. It has worked for me. It puts the character back under your control. Technically they are still charmed but the way charm works is that they follow the orders of the last one to charm them.
  24. plainab


    if PC is evil or human or half-orc then no joining. but anything opposite can join This is how I'd do it. do negative checks for the values of PC you don't want and so if they are all true then it's a valid PC for joining. if any one is false then it moves down to the next state which would be for those PC not valid for joining the three states with Random trigger just allow for some variety if an evil, human or half-orc PC talks to him multiple times Any variable not set is automatically at 0 as far as the game is concerned, setting a variable is a good way to eliminate certain states from happening again by accident. Oh and use your own mod prefix so that others can identify which files and variables are yours. ^^ Mine is ab and I used it in the example. If you haven't done so yet, you can look at what prefixes are registered and register your own. Community Filename Prefix Note your state positioning, unless you want to apply weighting after the fact to get things just right. because in my example if you put the state labeled "DeclinedState" immediately after the IntroductoryState1 whenever IntroductoryState1 fails the DeclinedState would be applied. Some people solve it by just carrying the same trigger set to each GOTO state, I personally prefer to minimize further errors from copy/paste or retyping and just make sure the states are in proper order to begin with. Might be best for the time being to put your top level states, the things you want your NPC to say when first clicked on in one file and the states being directed to in another. Then when all done with developing the dialog, put the goto states at the bottom after all the top level states. So long as your top level states take care of all possible scenarios you'll never have to worry about any of the GOTO states accidentally triggering. ....... Alternatively you could just keep all your GOTO states at the bottom of the file to begin with Prolly more info than you asked for
  25. plainab


    In a dialog trigger you can write IF ~NumTimesTalkedTo(0) Race(Player1,HUMAN) Alignment(Player1,MASK_EVIL)~ THEN with a single space between. In a script trigger you would write IF NumTimesTalkedTo(0) Race(Player1,HUMAN) Alignment(Player1,MASK_EVIL) THEN Scripts and dialog files are evaluated from the top down meaning that the first one to be true gets used. So if you've one specific talk for one specific arrangement of values, put that first. Any failing such checks would skip that block and go to the next one, etc, etc until finding one with all true triggers. I'm sure I'm being as clear as mud
  • Create New...