Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Categories

Axis & Allies 1942 Online is now available in Early Access! Buy it on Steam. The FAQ is available.
Attention, new and old users! Please read the new rules of conduct for the forums, and we hope you enjoy your stay!

[MOD] EEex (v0.6.0-alpha)

11920212325

Comments

  • OlvynChuruOlvynChuru Member Posts: 2,237
    @Bubb I found a bug: the Render Override opcode doesn't work if the creature's animation has been changed (by opcode 53 or 135).

    q3j9ww55vtai.png

    BubbCrevsDaaklolien
  • OlvynChuruOlvynChuru Member Posts: 2,237
    @Bubb Actually, never mind. It doesn't have to do with animation-changing effects. It has to do with the type of animation. Only normal humanoid character animations (e.g. MAGE_FEMALE_HUMAN) are affected by opcode 406.

  • AndreaColomboAndreaColombo Member Posts: 5,320
    @Bubb - Any chance you could fix this issue in EEex?

    https://support.baldursgate.com/issues/26799

    IIRC, ToBEx fixes it for the originals but that's unfortunately part of the half Beamdog never implemented.

    BubbCrevsDaaklolien
  • BubbBubb Member Posts: 654
    edited July 13
    @kjeron:
    kjeron wrote: »
    They also skip over sleeping/unconscious/prone creatures, for whatever reason.

    Has this always been the case, or was this something introduced in a recent patch? It's hard to tell if this is intentional.

    The engine moves sleeping creatures into a "back" list, the main effect of which is that creatures in this list are rendered behind any "normal" creatures. From what I can tell, only dead and sleeping creatures are moved into this state.

    For some reason the functions responsible for finding creatures, (used in object selectors and other internal targeting mechanisms), only iterate through creatures in the "normal" list. I'm trying to decide whether it's intentional that these functions don't consider the "back" list creatures, as I might go ahead and fix it.



    And @AndreaColombo: First off, nice to see you around here again. The problem looks pretty complex from a cursory look through the assembly, but I'll do my best to see if I can't fix it.

    AndreaColomboCrevsDaaklolien
  • kjeronkjeron Member Posts: 2,000
    edited July 13
    @Bubb It's something that Beamdog has fixed before in at least once instance.
    When IWDEE was first released, "Wall" projectiles (Wall of Moonlight) could not hit sleeping/unconscious creatures, this was fixed in one of the 2.x versions.

    There are some instances where ignoring sleeping creatures is intended though - those that fail/trigger if they detect a nearby hostile creature: Berserk, Stealth, Set Traps.
    You can hide in shadows or set traps around sleeping creatures, and you don't lose control to berserk around sleeping creatures.
    There are some checks that include them though: You cannot rest around sleeping creatures, and the contingency option "See Enemy" can fire off sleeping creatures.

    I wouldn't doubt that it's intended for "dead" creatures to be ignored by most everything, as only dead party members are ever expected to be targeted, and there are alternate mechanics in place to do so.

    BubbCrevsDaaklolien
  • UlbUlb Member Posts: 267
    edited July 14
    @Bubb
    Would it be possible to extend opcode#404 to set a 'custom button' which simply fires a spell
    (instant cast, target self, keep spell)?

    e.g.:
    Param2: '999 or some value' → custom button
    Resource 2 : bam to display
    Resource 3 : spell to fire
    

    this would allow for all sorts of custom abilities; auras, shapeshifting, sped up trap detection, and, and, and...

    *edit*
    Actually, it would probably be better to just use the spell's target and timing/casting modes to allow for maximum customizability.
    That way we could even implement cantrips and such.

    Post edited by Ulb on
    OlvynChuruCrevsDaakBubb
  • fortysevenfortyseven Member Posts: 63
    I made the switch today to the 0.6 alpha from 0.2.1 as I had been on a break. I'm now no longer able to use the hotkey lua. I have placed it in the override file am trying to use the following lines starting at line 4 in the B3_Hotke.lua file:

    B3Hotkey_Hotkeys = {
    {function() B3Hotkey_TogglePrintKeys() end, {}, {0x60}}, -- Key-Pressed Output Toggle
    {function() B3Hotkey_AttemptToCastViaHotkey("SPWI112") end, {}, {0x61, 0x73, 0x64}},

    However, when I press ASD in game (am using BGEE instead of BG2EE) I can't get Magic Missle to trigger.

    Am doing something wrong here?

  • BubbBubb Member Posts: 654
    edited July 15
    @fortyseven: Did you remember to flip ["B3_Hotke"] = false to true in EEex_INI.lua?

    fortysevenlolienCrevsDaak
  • fortysevenfortyseven Member Posts: 63
    I'm such a numpty thank you!

    Bubb
  • GreenerGreener Member Posts: 371
    OlvynChuru wrote: »
    Currently I'm laying the groundwork for creating new skills, so a character can add points to a new stat on level up!

    Brilliant work

    Would if be possible to add proficiency slots to specific kits at various levels? Or adjust the a specific characters/kits carry weight using a similar method?

    OlvynChuru
  • OlvynChuruOlvynChuru Member Posts: 2,237
    Greener wrote: »
    OlvynChuru wrote: »
    Currently I'm laying the groundwork for creating new skills, so a character can add points to a new stat on level up!

    Brilliant work

    Would if be possible to add proficiency slots to specific kits at various levels?

    Or adjust the a specific characters/kits carry weight using a similar method?

    The first thing is probably doable; I don't know about the second thing.

  • UlbUlb Member Posts: 267
    @Bubb
    Very cool, not something I'm personally interested in but I think a lot of people would love to have this option.

    By the way, I've discovered a minor issue with the extended opcode #280.
    If you select #51 as a surge roll the game will crash if a roll is triggered indoors. I assume that is because #51 re-rolls when indoors, thus going into an infinite loop.
    I doubt that this warrants a fix since I can't see how this would ever cause any issues for practical applications but I thought I'd mention it anyway.

  • lolienlolien Member, Moderator, Translator (NDA) Posts: 3,032
    edited July 16
    I'm not into modding really, but watching all the cool things you're doing here makes me want to do something myself too.

    CrevsDaakleeuxbob_vengGrammarsalad
  • BubbBubb Member Posts: 654
    @OlvynChuru: If completely invisible, it would be fine to extend the main EEex component. Depending on how complex the UI.MENU changes are, it might be possible to have them dynamically loaded in, as to not cause incompatibility with UI mods. I'd have to see your changes to assess if that's possible, though.

    Once I merge it in I'll see about the possibility of doing it dynamically. Sounds like a really cool feature, would be glad to add it to EEex. :)

    OlvynChuru
  • AndreaColomboAndreaColombo Member Posts: 5,320
    @Bubb - One more request from me, as though I hadn't put forth enough already (I almost feel guilty now) XD

    Speaking of ToBEx components that never made it to the Enhanced Editions, I was browsing the SCS readme when I ran into this:
    Allow players to use the individual versions of Spell Immunity in triggers

    Spell Immunity is really eight sub-spells. This component allows a subspell to be placed into a Contingency or Spell Trigger.

    On Enhanced-Edition installs, this is done crudely, by introducing scrolls of the eight different versions of Spell Immunity. ToBex allows it to be done more smoothly on original-game installs.

    Would it be possible to implement the ToBEx solution via EEex?

    Bubb
  • kjeronkjeron Member Posts: 2,000
    edited July 19
    @AndreaColombo The EE's already implemented this:
    Spell Immunity is really eight sub-spells. This component allows a subspell to be placed into a Contingency or Spell Trigger.
    
    dituem7kv9uc.png

    AndreaColomboCrevsDaaklolien
  • AndreaColomboAndreaColombo Member Posts: 5,320
    I was hoping for a solution that didn't require SCS to introduce scrolls of all different sub-spells.

  • kjeronkjeron Member Posts: 2,000
    edited July 19
    I was hoping for a solution that didn't require SCS to introduce scrolls of all different sub-spells.
    It doesn't. I don't have SCS, that was the unmodded behavior. All I have memorized is Spell Immunity, the sequencer/contingnecy menu automatically replaces it with it's 8 subspells.

    AndreaColomboleeuxCrevsDaak
  • AndreaColomboAndreaColombo Member Posts: 5,320
  • DavidWDavidW Member Posts: 702
    Oh, good, is that working atm? At one point it didn’t seem to be, but that was probably pre-2.5.

    leeuxCrevsDaak
  • BubbBubb Member Posts: 654
    edited July 19
    I was brainstorming a bit. Is there any reason to externalize which familiar the engine chooses for find familiar, and the hardcoded link to the protagonist? Modders can already make "lite" familiars with the
    AddFamiliar()
    

    script action, so would externalizing Opcode #192 really help anything?

    (also, I'm currently working on EEex_MatchObject - it's more complicated than I thought, heh)

    GrammarsaladAndreaColomboCrevsDaak
Sign In or Register to comment.