Jump to content
The Dark Mod Forums

Things that could be improved


Berny
 Share

Recommended Posts

I've filed a bugtracker for the issue. The view angle depending blind spot works basically. The only thing I couldn't get to work is to take the orientation into account, as with the eye-patch carrying ai.

The issue is that the unrotated fov isn't always pointing forward for all ai (whoever thought that would be clever 😕  ). It does so for humans, but it points downwards for spiders for example. I've tried to figure out a way to get the required info from the data available, but thus far no luck. I am not sure whether it is a real issue though, as the only usecase is the eye-patch gui. If those have a symmetrical blind spot the world would probably not stop turning.

The 30 degree cone one get by standard ai is actually big enough. It easely allows you to get close up to 40 doom units to the ai, if not closer (blackjacking distance is 56, pickpocketing is 40).

  • Like 1
  • Thanks 1

FM's: Builder Roads, Old Habits, Old Habits Rebuild

Mapping and Scripting: Apples and Peaches

Sculptris Models and Tutorials: Obsttortes Models

My wiki articles: Obstipedia

Texture Blending in DR: DR ASE Blend Exporter

Link to comment
Share on other sites

23 hours ago, Obsttorte said:

I see two possible solutions:

  1. Avoid any animations like that as idle animations
  2. Introduce an additional check to explicitely exclude the possibility of the ai to see anything behind itself (behind in respective to its bodies orientation).

3. Fix the animation.
This isn't a bug in the engine. It is acting like intended. The issue is with an animation, that didn't take player expectaions into account.

4. Close as "intended behavior".
It probably happened to me too. But normally the AI gets blackjacked before it happens. And it is part of "getting good" to learn to anticipate odd behavior of AI like sudden changes of direction, looking behind, relighting light switches, reacting to open doors, sometimes leaning so far forward, that it can actually see behind itself...

Link to comment
Share on other sites

Giving the AI variable behavior and expecting the player to take that into account is good, but there are still intuitive assumptions the game should strive to never violate. I think that for nearly every stealth game out there, the player should be able to believe that they're safe from visual detection so long as they're standing (or crouching) directly behind the observer and can maintain that relative position, just as Thief players expect to be virtually invisible while in a "perfect shadow".

Link to comment
Share on other sites

@Oktokolo There is no point in "anticipating behaviour" if it is completely random and leads to players quicksaving before approaching ai, just to quickload again on failure and repeat the exact same pattern that works this time just because a different random animation got played. And of course you can try to knockout any ai before it detects you, but that more or less neglects the whole purpose of pickpocketing.

The player needs to have a chance to anticipate, some information that helps him to decide upon. When a guard is going to relight a light, it will significantly move apart a typical route, and the light won't shine immediately, but an animation is played accompanied by spark particles and sound. If it is an electric light you can see the ai approaching a switch. So there it is clear what will happen and so you can anticipate.

A change of direction is normally within the shapes of the surrounding level geometry, so it makes sense and can be expected. A stationary guard that sometimes turns around will (if properly setup) do so often enough that the player is aware of that behaviour before getting close enough, so he can adjust his tactic.

The issue here is a completely different one and, what is also important, not intented! This happens only with one animation for a specific class of ai. So it can easely happen that even a long time player doesn't even notice this behaviour. How do you expect someone to anticipate that under such circumstances?!

5 hours ago, Oktokolo said:

3. Fix the animation.
This isn't a bug in the engine. It is acting like intended. The issue is with an animation, that didn't take player expectaions into account.

The problem is that in the future every modeler making an animation would have to made aware of this, which is not likely to happen. So on the long run we would be going to run into this issue over and over again.

FM's: Builder Roads, Old Habits, Old Habits Rebuild

Mapping and Scripting: Apples and Peaches

Sculptris Models and Tutorials: Obsttortes Models

My wiki articles: Obstipedia

Texture Blending in DR: DR ASE Blend Exporter

Link to comment
Share on other sites

On 9/3/2022 at 2:30 PM, Obsttorte said:

So, blocking the ai's vision backwards does do the trick. The question is what we should define as behind. We can either use a constant angle, which makes the implementation simple (like in finished :) ) or we could make it depending on the ai's vision, which would need a bit more love.

Some ai' have there horizontal vision modified, either because they wear a helmet or a cape or because they have an eyepatch. It may not be necessary to take these things into account as the play may not end up within the viewcones of those special cases anyways. Thoughts?

 

"The question is what we should define as behind."

actualy that is what i mean with my compass awareness remark. the ai has to know a direction frontal or at the back. for walking a route after it got off it needs to know direction which i call a compass since thats a tool used by this game and ofcourse it aligns with eg north.

you talk about vision-awereness, i talk about routing awareness and i think both are connected.

Edited by CrisiusXIII
Link to comment
Share on other sites

when saving the actual body state of the player is saved but the KEYS responsable Not.

meaning that if you hold the F key and thus lean forward and then do a quicksave F4 then after F9 to load you will STAY in the forward leaning position until you press F again...

shooting an arrow seems to work different since then i have to click the mouse while loading to hold the arrow else it WILL be shot after all...

  • Like 1
Link to comment
Share on other sites

5 hours ago, CrisiusXIII said:

meaning that if you hold the F key and thus lean forward and then do a quicksave F4 then after F9 to load you will STAY in the forward leaning position until you press F again...

That's funny (and a bug, of course). I may take a look.

5 hours ago, CrisiusXIII said:

for walking a route after it got off it needs to know direction [...]

you talk about vision-awereness, i talk about routing awareness and i think both are connected.

No, the ai does not have to know the direction or where north is, nor do they have a concept of front. Both issues are not connected in any way. (My comment wasn't aimed at any of that, it was about how to handly the eye-patch special case).

In regards to vision, there is a direction of the head model that is defined as forward, and the code checks whether the player is within a cone centered around that direction (in addition to some other conditions).

Pathfinding is done via an abstraction of the level geometry. It's basically a table that contains information on what the shortest route between different areas is, and which areas need to be traversed in what order to get from one point to another. What appears to be a movement like in real life is basically a sliding into a specific direction, that the model was previously turned towards, and an animation played (a bit like when you move a chess figure, only animated).

 

FM's: Builder Roads, Old Habits, Old Habits Rebuild

Mapping and Scripting: Apples and Peaches

Sculptris Models and Tutorials: Obsttortes Models

My wiki articles: Obstipedia

Texture Blending in DR: DR ASE Blend Exporter

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share


  • Recent Status Updates

    • nbohr1more

      Anyone have any luck with light.setShader( string ) ? It seems to make whichever light you apply it to full-bright on the initial invoke?
      · 0 replies
    • thebigh

      I'm starting to think we need another mapping contest.
      · 4 replies
    • kano

      Don't you hate it when there's a quality discussion on a forum somewhere online about something, but then two disagreeing users derail and transform it into a back-and-forth poo slinging competition at one another?
      · 9 replies
    • Diego

      Oh look the status updates are back! 
      · 2 replies
    • JackFarmer

      After watching the first three and a half episodes of "The Sandman" last night, I realize once again that overly imaginative narratives are not for me. Also, the main actor looks like he has a toothache.
      Which makes me wonder, is there a Dark Mod mission with a medieval dentist?
      · 4 replies
×
×
  • Create New...