Jump to content

Bubb

Modders
  • Posts

    195
  • Joined

Everything posted by Bubb

  1. The recent crash bug with EEex should be fixed in EEex v0.10.2-alpha.
  2. I unintentionally broke how pointers are passed around in EEex's Lua bindings. In particular it's dereferencing the sprite's terrain table one too many times in EEex_Sprite_ForAllOfTypeInRange(). I'll try to get a fix up somewhat quickly, though bindings errors have a habit of being tricky.
  3. v5.0.1: Updated Spanish translation, (thanks IoViVo!).
  4. Bubb’s Spell Menu This mod aims to overhaul the spell-selection interface to provide a more convenient experience for the player. The primary enhancements over the default spell selection include: Displaying all available spells at once – categorized by level. A searchable spell list. v5.0 adds Overlay Mode – which displays the selected character’s spells in a widget that hovers over the world screen, similar to NWN2’s quick cast menu. Note: Requires EEex v0.10.1.1-alpha+, which is Windows only – can be run on Linux using Wine. Compatible with BG:EE v2.6.6.0, BG2:EE v2.6.6.0, and IWD:EE v2.6.6.0. Links: Download: GitHub Discussions: Gibberlings3, Beamdog Forums
  5. Yep, v5.0 should continue to work with everything the spell menu previously supported.
  6. v5.0: Added Overlay Mode! Requires EEex v0.10.1.1-alpha+
  7. engine.lua is read before the engine has even loaded in the normal game resources, so yeah, engine_mode has to stay in engine.lua to have any effect. Also, bear in mind that changing engine_mode will tell the engine to act like IWD:EE in all respects, (which includes over 100 special-casings in the code) – so there would be many side-effects, many of which probably breaking a non-IWD:EE game in some way.
  8. op192 is hardcoded to only allow itself to be applied to Player1 unless [engine.lua]->engine_mode = 2 (IWDEE).
  9. Odd – not sure why that would be happening. You could try these versions; they are the latest that work on the v2.5 engine: EEex v0.8.7-alpha Bubb's Spell Menu v3.5
  10. Hi @dreypdx! Yes, the mod should work with Hidden Gameplay Options. Since the spell menu uses EEex to do its UI editing it rarely has compatibility issues – it should be compatible with UI tweaks, and most, if not all of the popular UI overhauls, (lefreuts, Dragonspear UI++, Infinity UI++, etc.).
  11. oIWD rest interruptions are indeed simpler: If [+0xA6] is 0 rest interruptions are disabled. Roll [0-99], if this roll is ≤ the relevant probability field (day – [+0xA8], night – [+0xAA]) the rest is interrupted by a single spawn pass. If [+0x98] or [+0xA4] is 0 the rest interruption is cancelled. Time is randomly advanced between 0 and 7.5 minutes. A random CRE resref + feedback string is selected using rand[0–[+0x98]-1] The number of spawn attempts is max(1, [+0xA4] + rand[-2–2]) + (bHeartOfFury ? 1 : 0) If the position randomization ends up putting a creature in an invalid spot the creature can be dropped.
  12. v4.7.1: Added Brazilian Portuguese translation, (thanks @Sauro!).
  13. All good – I ninja'd your post where you mentioned that, I just wanted to clarify. As an aside: you can also open Baldur.exe through the command prompt to see the same output. EEex just spawns a console window by default.
  14. For the record, EEex doesn't alter UI.MENU directly. It does all of its UI patching in-memory during runtime, so it's highly unlikely that syntax errors would ever be caused by EEex.
  15. I'm not aware of any. Apple locks down their OSes so much that slightly non-conventional things (such as these mods) aren't possible. Edit: "Not possible" might not be correct strictly speaking, but Apple certainly makes it near impossible / highly disincentivizes it.
  16. The engine attempted to render a BAM with an invalid combination of render flags; it has nothing to do with your graphics card. If I had to guess, I'd say there's a good chance the crash was caused by a bad projectile, though without a stack trace it's impossible to say for certain.
  17. Thanks, I've fixed the issue in v4.7. The main component number of Dragonspear UI++ changed between some of the forks, and the spell menu was only detecting the newer number. v4.5.4: Added Spanish translation, (thanks Davoker!). v4.6: Added Infinity UI++ compatibility. The spell menu now responds to spell casting hotkeys when the search bar is unfocused. Pressing Left Ctrl toggles the search bar's focus when the "Automatically Focus Search Bar" option is disabled. Note: This release requires a recent EEex version: v0.9.20-alpha+. v4.7: Fixed some versions of Dragonspear UI++ not being detected due to differing main component numbers.
  18. Hello, glad you like the mod! It's not possible to completely update the skin after installation, (unless you want to dive into the game files and update dozens of values). The way you copied bgee-sod into the override folder should have changed the slots to their SoD variant, so I'm unsure why that didn't work. The code is responsible for tweaking other UI elements. Did you install the spell menu after Dragonspear UI++? The installer should have detected dragonspear and changed its skin automatically.
  19. HasItemEquiped() checks slots [0-17] and [35-38] for the item, i.e. everything except the general inventory and the magic item slot. Edit: And it only checks if the item exists, not if it is "equipped."
  20. Some of your spells have invalid opcodes. You can check which spells are crashing using a recent release of Near Infinity:
  21. That's a cool idea, though I don't think the engine can use an item while it's inside a bag. Would be an interesting thing to investigate.
×
×
  • Create New...