Jump to content

woodenpixel

Members
  • Posts

    5
  • Joined

  • Last visited

About woodenpixel

woodenpixel's Achievements

  1. Lynx, I thought as much. The Engine Overview is already very helpful! When I'm working with Unity I have the GemRB solution open in Visual Studio, but only at the side for peeking. I think the next step is to set it up properly to run and test it.
  2. Thanks for the reply and the link, Nugrud! I'll make sure to try what you suggested.
  3. I think I understand. I assumed an attack action is responsible for only a single swing or a single shot of a bow, which wouldn't be very efficient now that I think about it. The upper comment in GameScript.cpp actually answered my question. Is there a flow chart diagram available somewhere to help understanding the code relations?
  4. These links are very helpful for diving deeper into the matter. Thanks! I know some actions are instantly executed and some are processed over time. But how does it work for the standard melee/ranged attack command where PCs attack in a loop until interrupted? Is this a special case where an action puts itself back on the queue when done or just exists as long as the player doesn't give another command? I really appreciate any insight!
  5. Hello, I just wanted to say, that GemRB or/and the Infinity Engine is awesome and I'm going through the code structure every day for hours. I must admit I'm a BG/IWD fanatic which leads to my goal to create a very similar game experience just in 3D, so I'm developing "this nameless game" with Unity3D which I'm using for 12 years now and am trying to adopt some of the ideas that I find in GemRB/IE. Along the way I'm learning about bits and bytes as much as possible to better understand the dynamics of the engine. But I'm still struggling to grasp certain things here and there, i.e. identifying what functions are used inside a loop and what is called once. To be a little more detailed. I'm currently trying to integrate the attacking loop that happens if I command an actor via mouse click (or 'TryToAttack' in GameControl.cpp). What happens next? -> CommandActor(action) -> Stop actors current action and pathing -> Set to current action and execute -> if(pc) if(target) ?? That's where I lose it. In the game when I click an enemy, the PC attacks continuously. But in the GameScript.ExecuteAction function I see nothing that would lead to that behaviour, other than copying the action and putting the copy in the queue. Does the attack action itself contain the loop or can a queued action be repeated automatically? Can anyone shed some light on this? I'd be really interested to learn more about the engine's inner workings.
×
×
  • Create New...