Jump to content


  • Posts

  • Joined

  • Last visited

About Shin

Profile Information

  • Gender
  • Location
    Stockholm, Sweden

Shin's Achievements

  1. @jastey I'm running an EET and EEex game on the Beamdog version, Windows. It's a completely new and different install from my last report, and also the mod was updated since. My mod setup however is rather similar. Anyway, when investigating this the only suspicious thing I found was in SPCL721.spl itself, the storm shield ability given to priests of Talos. Unlike their other kit ability SPCL722 (lightning bolt), SPCL721 is designated as a priest spell rather than innate ability, and also has exclusion flag 30 (cleric/paladin). My hypothesis was that this could cause issues when the game attempted to add it as an innate ability as part of the kit, hence why it might have caused a loop adding it over and over. I'm not sure if this is vanilla behaviour or brought on by something else in my install, though -- seeing as no one else seems to have run into this issue, it could well be the latter. And also if that ability is indeed the problem it should cause the same issue for all NPC priests of Talos.. not that I've had any others than Dave in my game. At any rate, as far as I could observe the behaviour started after I had picked up Dave into the party and then kicked him out again. He essentially stands inside the Friendly Arm and amasses thousands of memorizations, to a point where his spell list takes up more space than everything else in the save file put together. By the time this became noticable (slowdowns when loading a game), several weeks of in-game time had passed, and a fair amount of travel and resting done by me. To soIve the issue I ended up replacing Dave's script with one that auto-casted a spell to erase all his memorization, which worked well. I then switched back to his normal script + edited SPCL721 to be innate and with no exclusion flags, and so far he seems to be ok.
  2. Quoting myself as after a new install I'm having the exact same issue with Dave; for some reason he keeps amassing copies of SPCL721 inside his .cre file until it bloats the save and causes slowdowns. Still can't really find a good reason for this: nothing that seems to explain it in his script, items or dialogue. The ability in question is from his kit, but can't see how that would cause it either.
  3. Again thematically I'm also against retaining spellcasting ability while shapeshifted, on the notion that it's a transformation a bit like Bruce Banner and the Hulk, or Jekyll and Hyde. Even if it's not as drastic a rewriting of the personality, it still seems suitable that at least impulses would be harder to control, maintaining concentration would be difficult, and reagent manipulation/hand gestures would be pretty much impossible. Druids in bear form should likely have better control of their behaviour than your ordinary bear in the wild, but also shouldn't 100% retain their human-form way of thinking and reacting. In a more detailed mod this could of course be handled by giving various animal forms suitable spell-like abilities. In a more modern game a bear would likely have various mauling and knockback attacks, maybe a stunning roar, etc. It's more a 2E thing that fighter-like classes pretty much just have their regular attacks.
  4. Agree with this. It seems more likely given the circumstances that a ranger should fall for allowing the guard to kill Viconia than for saving her.
  5. In terms of literal shapeshifting (i.e. turning into an actual bear rather than assuming more metaphysical aspects of the bear nature) I thematically prefer the first option with set stats. At least the way I imagine it, the quality of druid shapeshifting ought to be determined more by their mental or spiritual qualities than by their physical strength. Ideally if anything a druid with high wis and int would turn into a stronger bear than a druid with high str, but that might be overcomplicating things compared to just having set sats. The same reasoning seems even more true for mage polymorphing where very little of the caster's own physicality can be assumed to remain.
  6. This isn't a bug I've seen before, but I doubt it's related to the mod per se. As it is, installing SoD mid-playthrough will generate a separate and new install of BGEE+SoD. Doing this and attempting to carry on with your old save sounds like it's almost guaranteed to cause problems. My best guess is that your installation process scrambled parts of the dialog.tlk file so that the generated save names come out wrong; in this case with text from this particular mod, but if you had other mods installed it could likely have been from any one of them. From there, I believe your guess about the long save names causing problems is correct. If everything else seems to work fine in your game, maybe this can be worked around by editing the dialog entries involved (or possibly by uninstalling the mod). If there's other kinds of weird behaviour, I'd recommend finishing your original BGEE game, then installing SoD, starting a new SoD game and importing your character from BGEE.
  7. Spontaneously, if that was within the range of possibilities, probably remove it or reduce its efficiency for multi- and dualclassed thieves, while keeping it as is for singleclassed thieves; the pure class most of all.
  8. Yeah, I don't doubt that at all. The thing was more that this didn't seem like it would be complicated -- just a little more so than e.g. a potion of explosions, when I first thought about it.
  9. That seems to have done the trick for the animation, thanks. Edit: for posterity, I've seemingly gotten it all into place with some convoluted workarounds. In the end I put the graphical effect into a separate cast from the ITM as per temnix's advice; the gas cloud graphical effect into the original projectile that I turned into an aoe; the ticking/repeating gas cloud spell effects into a secondary spell cast by opcode 146 at preset target(2), and the one-time explosion damage into a tertiary spell cast by opcode 146, also at preset target. This tertiary spell also contains a short-term opcode 206 immunity to itself so its damage won't apply every time the motherspell ticks. The net result is that the graphical parts (explosion and gas cloud) now always display no matter if targets are present or not, whereas the (non-graphical) damage and gas effects will only be applied (or rather be cast at all) if there are nearby targets, which of course is fine. I also can't quite believe the effort that ended up going into something that seemed so simple when I first came up with it. Grenade-like items that are targeted on creatures rather than on the ground seem a whole lot easier to work with.
  10. I've tried that too, but the issue is that I want the boom to be aoe damage (applied once), so it has to be an aoe projectile, but I don't want the graphical effect to display on top of every target the way aoe projectiles tend to do. Any other way to bake an animation into an aoe projectile file, but have it only display at the target point, regardless of whether there are targets in range or not? I then apply the gas cloud with a secondary aoe spell. Edit: after more testing it all seems to come down to irregularities in opcode 148, that is used to deliver the spell effects: if this opcode is targeted to none(0) or preset target(2), the spells will fire correctly, but only as long as there are actual targets within range, but the timing will be correct as they fire only after the initial projectile arrives. If targeted to self (1), the spells will fire correctly everywhere (even without targets in range), but here the timing will be off as they will always fire instantly at the target location rather than after the travel projectile arrives. So. Is there a way to make all of the effects always play at the target location, regardless of whether any actual targets are there, and only after the initial travel projectile hits?
  11. I'm noticing that spells and projectiles with 'any point within range (4)' as target can lead to some quirky behaviour. Essentially I have an item working a bit like a grenade, that is able to be thrown anywhere on the ground, displaying a travel projectile, displaying a central fire animation similar to a melf meteor on the point where it lands, and then spreading a gas cloud around it. The problems arise seemingly as a combination of targeting: if I use opcode 215 to display an effect at the target point and designate the target within that opcode as 'self (1)', the animation will display before the travel projectile reaches the target point. If I use 'preset target (2)' as target the animation displays correctly once the travel projectile gets there, but only if there are eligible targets within range. If no targets are nearby, the animation again won't display. These issues are of course solved if I make it so the item has to be targeted on a specific actor rather than being cast anywhere on the ground, but that's also not optimal. Any obvious solutions for this? I feel a bit like there's a specific combination of targeting and projectile use that would solve the issue and make the item castable anywhere and still display all its effects only after the initial travel projectile hits. Another seeming quirk with 'target anywhere' items that cast spells seems to be that if you target them out of range, rather than the PC moving into range to cast them, the item will simply deplete or use up a charge without anything happening.
  12. Hey @lefreut, the "lefreut's Keep Dialog Box active after death" (installed as part of EEUITweaks) is causing an issue in my game, as it kind of does its job too well: upon PC death, the pop-up stating you need to load or quit stays on the screen seemingly indefinitely, even after reloading or quitting to the main menu, i.e. it essentially forces you to restart the game when dying. Is there any easy way to undo this component in UI.menu?
  13. @jastey Thanks, I'll go with it. Was a bit worried about the EET_end process not being completed and changes perhaps being made to .dlg files afterwards, but looking at Brage.DLG now it seems to be in order.
  14. Installing BGQE prior to EET conversion and then attempting to install Brage's Redemption after EET throws an error here: Copying 1 file ... [c#brage/spl/c#be1rcu.spl] loaded, 202 bytes Copied [c#brage/spl/c#be1rcu.spl] to [override/c#be1rcu.spl] Copying and patching 1 file ... [./override/C#BRAGE1.cre] loaded, 2116 bytes Copied [C#BRAGE1.cre] to [override/C#BRAGE1.cre] Stopping installation because of error. Stopping installation because of error. Stopping installation because of error. ERROR Installing [Brage's Redemption - Brage Joinable NPC for Baldur's Gate], rolling back to previous state Unable to Unlink [c#brage/backup/0/OTHER.0]: Unix.Unix_error(1, "unlink", "c#brage/backup/0/OTHER.0") [c#brage/backup/0/UNSETSTR.0] SET_STRING uninstall info not found Will uninstall 37 files for [C#BRAGE/C#BRAGE.TP2] component 0. After looking through the TP2, my best guess is that this section is the culprit: /* older bgqe installed? detect "Brage's Sword" quest */ ACTION_IF NOT ((MOD_IS_INSTALLED ~setup-bgqe.tp2~ ~11~) OR (FILE_EXISTS_IN_GAME ~c#q13brn.dlg~)) THEN BEGIN /* bgqe not installed - install quest */ INCLUDE ~c#brage/tpa/brages_sword.tpa~ /* identify the correct dialogue state of "Brage's Sword" (so I can leave the original one untouched) */ OUTER_SET brage_state = STATE_WHICH_SAYS 44 IN ~c#brage/tra/%s/BRAGES_SWORD.tra~ FROM ~BRAGE.dlg~ END ELSE BEGIN /* quest is installed via bgqe */ /* identify the correct dialogue state of "Brage's Sword" (so I can leave the original one untouched) */ OUTER_SET brage_state = STATE_WHICH_SAYS 44 IN ~bgqe/tra/%s/BRAGES_SWORD.tra~ FROM ~BRAGE.dlg~ END WeiDU will correctly interpret my game as having BGQE since c#q13brn.dlg is present, and so should try to identify the correct state of Brage's Sword. However, since the BGQE directory isn't present in my install (as the EET conversion doesn't move the directories from BG1 to BG2), this attempt fails and causes the error. Testing this hypothesis, manually copying the BGQE directory from its BG1/SoD location into the BG2/EET directory makes the problem go away and the install completes. However, I'm reluctant to do this not knowing if it might enter incorrect dialogue states into the mod. Any ideas?
  • Create New...