Jump to content

  • Log In with Google      Sign In   
  • Create Account


Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
59 replies to this topic

#1   Members   -  Reputation: 1228


Posted 28 June 2000 - 07:06 PM

Now there were a few acronyms eh? Personally I have been disappointed with RPG style games and the AI they use for NPC''s. Diablo (as a CPG) was shrouded with NPC''s that Just stood there! What is the deal with that? NPC''s are supposed to represent people and this means that they would wander around and interact (even if just look like it) with each other. I have played a game where I think NPC''s at least attempt to mimic the behavior that they should. Might and Magic 7 had townsfolk that would turn around and move in the opposite direction if they saw you coming and you had a neutral or bad reputation. If you had a good reputation then they would at least not attempt to run away from you. This was a good implementation, but the rest of the NPC AI was pathetic. A downfall of MM7 was that every guard says "Don''t cause trouble" and the townsfolk use the old Sierra Menu Conversation system. I am not saying that MM7 was a bad game, but I am using it as an example to point out that AI was not pushed to it''s extremes. One idea I have been pondering is an inverse parser, which basically recieves the players input and then gives out possible solutions (like that word completion feature in M$ Word). I have yet to see an inverse parser work in a game but I beleive that it would prove most useful for something more than a point and click conversation. At least then the player is actually interacting. An inverse parser may not give the player full interactive ability (the way that a normal conversation would) but it would give the ability to be more flexible with NPC''s. An NPC should have the ability to learn new information. If an NPC interacts with another NPC that has information on a quest, then the first NPC should then know at least some information about the quest. Misinformation may be a good implementation too. That way the player will be left guessing as to whether or not to trust the information, even from a trustworthy source. Sure, this is all speculative, but I think NPC''s need to have a little more control on their own life instead of being under a PC dictatorship. No NPC should ever be waiting around for a PC (unless they were employed by the PC or some other such scenario). Hope that is enough food for thought. -Chris Bennett ("Insanity" of Dwarfsoft) Check our site: http://www.crosswinds.net/~dwarfsoft/ and our eGroup: http://www.egroups.com/group/dwarfsoft

#2   Members   -  Reputation: 134


Posted 28 June 2000 - 07:41 PM

I agree that AI should be more developed, but its the sort of thing where you either do it really well (You can''t tell NPCs from humans) or you do just some simple scripting.
The reason for this is something like this: If you are designing a game and to solve a puzzle, the player must get a password to open a door. The NPC is the only one who knows the password so you go to them and ask: "What is the password?". If the AI is mostly scripted, then they would most probably say, "Sure it is ''swordfish''" (Simple example, bear with me). If the AI is really sophisticated, the reply may be "Why should I tell you" and the player must explain that they are doing it for the good of others and then they will tell.
But if the AI is in between:
"What is the password?"
"Why should I tell you? You killed a goblin"
"It attacked me"
"Well I''m not telling. End goblin genocide "
And so on

Sure, it''s nice and immersive, but what if the player killed the goblin right at the start of the game and now has been playing for 40 hours. How will it feel if just because of stubborn AI, they can''t finish the game.
You can put in lots of small checks to stop stalemates like that but in the end, you will forget something or something bad will happen

But don''t get me wrong about AI, I see that better AI is needed and I''m with you, just remember that it must add to the gameplay.

(Oh yeah, and it needs a bit more processor power which may not be available on some machines)

Just my little bit of nonsense

"Only a fool quotes himself"
Andy Owen

My Homepage (Non games related)
My Current Project (Games related... I think)

#3   Members   -  Reputation: 1228


Posted 28 June 2000 - 07:58 PM

Cool, responses this soon.

Anyway, what I am really talking about is NPC's being able to share information. What you say is that the NPC should just wait around for the PC to come along and ask for the password. What I suggest is that the NPC might know more than just information about the password. The NPC might know where to get the cheapest fish! (Bear with me.. this thread is getting a little fishy ).

What I think is tha NPC's should wander the countryside and bump into others. They can then "virtually" share information and then you could ask any of the NPC's that know this information about it.

This could be done with a little bit of advanced scripting. Just make the game able to pick bits out of one NPC's script and write it into the others.

Going back to the "Swordfish" and "Cheap fish" fishy subject, this could allow the NPC to THINK that there is CHEAP SWORDFISH AT THE MARKET and this could make for some interesting predicaments. Also, the NPC might know that the password has something to do with fish but is not quite sure what exactly. Then the NPC could say "Ask <thE NPC WHO TOLD HIM> " and then there could be a lot of fun trying to find the NPC who knows more.

Sure this sounds a little far-fetched, but just think of the fun you could have and the adventure it could make.

-Chris Bennett ("Insanity" of Dwarfsoft)

Check our site:
and our eGroup:

Edited by - dwarfsoft on June 29, 2000 3:02:42 AM

#4   Members   -  Reputation: 134


Posted 28 June 2000 - 08:53 PM

I see what you''re getting at (Actually I used swordfish because I was thinking of the game ''Return to Zork'') Information sharing would also be good, but here is the latest of my great little set ups:
You are in City A (great name, wait ''till you hear the next one) and need to go to City B (there it is to find out the password to get into a house in City A. In City B, there are a few puzzles and other stuff that the designer has planned, so when the player finds out they need a password, they ask the very next person they see:
"What''s the password for the house?"
"Well, a guy in City B told his postman who told a tourist who told me that it was ''swordfish''"

Now all of City Bs design and stuff has gone to waste and the player will have a really boring puzzle. (If you could even call it that)

So you would need to go another step, and decide what would be passed on and what wouldn''t.
Well I want to see what else has been said on this so I''ll end this post

"Only a fool quotes himself"
Andy Owen

My Homepage (Non games related)
My Current Project (Games related... I think)

#5   Members   -  Reputation: 1455


Posted 28 June 2000 - 09:06 PM

Putting FISHs in your text isn''t the best way to summon the (in)famous LandFish.

Please don''t call Diablo an RPG since Blizzard never said it was and nobody with a little clue will :p

Have you ever played ELITE?
If not check it out, you''ll see that game dev are on the descendant.
We don''t do half what this game (about ten years old) did.

today you''ll be able to store the entire game in your CPU cache...

NPC need to be more human like.
They are plenty of possibility to achieve this effect.
The poins is devs are fighting each other for BEST GFX, while players are waiting for BEST GAMEPLAY.

It''s just a matter of time before players won''t buy the best looking but empty games to buy nice looking but nice gameplay ones.

AI are using calendar based activities and sharing their knowledge.
This is why your character reputation change not instantly, and is different form a location to another.
Economics are managed too.
Put a lot of money in a village and the goods will costs more money than before.

Add more intereactivity by making people change of location/village if a hero establish somewhere, and tend to go where there''s a lot of money.

-* So many things to do, so few time to spend *-

#6   Members   -  Reputation: 1228


Posted 28 June 2000 - 09:14 PM

I think people are starting to get the idea, but this City A puzzle where the City A person says that the City B person originally said the password is a little muddled (and not just because I wrote it like that ).

The way it works is like Chinese Whispers, and the system continues until the information that was given to them originally is so distorted it is more likely to get them killed than to help them. Like I stated before; NPC 2 thinks that NPC 1 was talking about Cheap swordfish at the market instead of 1) Cheap fish at the market and 2) Password being swordfish. This could be done using simple word association.

NPC 1 Knows:
Cheap Fish at Market
Password is ''Swordfish''

NPC 2 "Hears" in the conversation:
Something about cheap fish, market, password, and swordfish
Associates fish and swordfish and then comes to the conclusion:
Cheap swordfish at market.
Has a remainder of ''Password'' and then comes to the conclusion:
Password must also be at the market.

Now the player is headed in possibly the wrong direction... Are you beginning to understand this now? Basically apply a filter to the information from the script and then see what happens. The furthur down the line it goes, the less likely it is to be correct.

The player may want to ask the NPC where they got their information from. In which case the player (who may not know how to get the password) can follow a trail of people back to the source (just to be sure) or can go back as far as they want, when they feel comfortable they know what the password is then they go back to the door.

This isn''t really an advanced topic, although this is probably because it is not an advanced example. Basically the concept of Chinese Whispers distorts the truth and can even probably end up with a completely wrong password (using word association swordfish -> fish -> food -> fruit -> orange.. the password isn''t orange, so the system is going to mislead the player).

Misleading the player isn''t really what we want to do, so we may want to put a filter in there to make the NPC "know" that this other NPC that it met knows something about a password, thereby shrugging off responsibility for it''s action, but leading the player back to the source.

Just some more stuff to ponder I guess

-Chris Bennett ("Insanity" of Dwarfsoft)

Check our site:
and our eGroup:

#7   Members   -  Reputation: 1228


Posted 28 June 2000 - 09:20 PM

We are not here to summon fish.. it just so happened that the thread unraveled that way (no pun intended ).

I don''t know what else I would call Diablo... Slash''n''Hack?

This thread seems to have become a little bit popular.. cool... I tend to talk a lot about this subject at gamasutra.com and now xgames3d.com (area 51X).

Hope we get some more responses over here soon

-Chris Bennett ("Insanity" of Dwarfsoft)

Check our site:
and our eGroup:

#8   Members   -  Reputation: 122


Posted 28 June 2000 - 09:40 PM

Well, I would definitely want police forces to act intelligently, by patrolling, sending reinforcements, organizing hunts or protecting areas which have been threatened lately. Well, rich suburbs at least.

A second thing would be to ask NPCs to do something for you, even if you have to bribe them in order to do this.

And, of course, communication between NPCs. Not necessarely when they bump on each other - they might use cell phones, as far as we know.

Now, as how to do it : I''d not make any message circulate between NPCs. I''d just define some categories, which may or may not be interesting to NPC groups and which NPCs may or may not decide to give away. Friend mob-NPCs will probably warn each other if, let''s say, they have heard of increased police activity, corporations might share the description of known trouble makers, but passwords are secret.

Be reading you,

P.S. :
What do you mean by "inverse parser", dwarfsoft ?

#9   Members   -  Reputation: 1228


Posted 28 June 2000 - 10:25 PM

Well Altmann,

I shall answer the inverse parser idea:

Text Based adventure games had a parser, you entered a line of text, it figured out what you meant, it told you if you got the syntax wrong, it looked dumb by stating things like "I don't know what a 'dog' is. Syntax: 'Look at <OBJECT>'". This was a standard parser.

Sierra used a Menu based traversal, you clicked on the thing you wanted to say, and you got a list of new things that you could ask for or do. This was limited and it was quite easy to go through all the subjects incrementally, thereby destroying any fun.

An inverse parser is where you start to write a command, and the parser gives you a list of all the available finishes. It then limits you, but you are required to think about what you want. This is a simplistic way of stating it but there you are.

************** END INVERSE PARSER EXPLANATION **************

I notice in your RPG idea that you have limited it to this era. Cell phones would not really show up in a castle where plumbing hadn't even been invented (although telepathic magic may ).

Communication is a MUST! Bumping into one another is how you meet people right? Once there is an initial bump, then the following encounters can be arranged based on the fact that each NPC will know the other. They could arrange to meet, it doesn't matter.

You say that information sharing isn't the way to go, you put a limitation on what can be spread and to whom. This is how it should happen, and the original example shouldn't have happened (nobody is going to tell secret passwords to complete strangers are they?) but the fact remains that it was an example.

You try to limit NPC knowledge furthur by saying what might interest them. Take this a step furthur though and say that they can have knowledge that may not interest them, but they are more likely to get it mixed up or wrong. That way there is freedom of information, but still relatively realistic knowledge for NPC's. Otherwise you would end up with "Ask <thisNPC> about Password" and the NPC would answer "This topic doesn't interest me". How frustrating would that be? At least the NPC should give hints as to where information may be gleaned and who is likely to know such.

Information sharing is the basis to my theory. The theory states "NPC's are people too " and I will stand by that. NPC's need the ability to communicate with each other as well as players. This way they can get information off the players too. This allows the NPC to act like a human player and be able to carry out quests or such the same way a player would.

An interesting thought just occurred to me. If an NPC acted just like a PC in an RPG, that would eliminate PK's. No Player would specifically go around to kill other Humans because the NPC's are Players themselves. PK's would have an abundance of NPC's to slow them down and then they would have the fun of bashing the crap out of PC's (really NPC's) and the PC's are happy at being left alone... This doesn't matter in my implementation as PKing is frowned upon by GOD and the LAW. Capital punishment for all offending PK's I SAY!!!

Anyway, back On Topic
You could probably try to "handle" messages between (N)PC and (N)PC with a similar method used by Windows to post messages to an application. Just a thought, but this could mean that addons could post these messages to an event handler (like WndProc) so you could update your NPC AI as an external program. Just a thought...

I have a hankering for some coding now


AAAAAAAHHH! Sorry for digging up this old grave, but I realised what the hell the problem was that stopped everyone from seeing this post... the <OBJECT> was using NORMAL "<>" so it was trying to insert an object! AAAAAHHH! Just thought I would fix this and put it to rest (RIP NPCAI/IOL)


Edited by - dwarfsoft on April 26, 2001 11:49:01 AM

#10   Members   -  Reputation: 122


Posted 29 June 2000 - 05:47 AM

Well, I begin to see where our distinctions come from : you''re something like a many-players Fantasy-Style RPG guy, whereas I''m more a few-players Cyberpunk-style RPG. A world of difference Also, it seems you are thinking message-based, whereas I''m going for deduction-based.

Now, how do we combine all of this to make the best NPCs ever ?

#11   Members   -  Reputation: 1228


Posted 29 June 2000 - 12:24 PM

Well, if we band together and churn out ideas, then surely we can come up with a compromise that SHOULD work for all RPG''s. Personally I would like to see as many ideas thrown around as possible, because the NPC''s in my game should be able to play the game the way a player would .

When you say deduction based, you are meaning what exactly? That the NPC has some kind of intuition where they "see" more than what is at face value? They understand more about what is going on?

Personally I would like to start off by just having NPC''s that act in a semi-intelligent kind of way. I haven''t seen this yet, but I think it would be quite rewarding .

I was thinking about this a lot last night and I would like for others to add their ideas to this... I think there is a lot that could be milked out of this discussion.

-Chris Bennett ("Insanity" of Dwarfsoft)

Check our site:
and our eGroup:

#12   Members   -  Reputation: 122


Posted 29 June 2000 - 11:50 PM

because the NPC''s in my game should be able to play the game the way a player would

Well, how does a human play a game ?

Archetypical multi-player fantasy CRPG

  • Enter one or several guilds
  • Take quests
  • Take missions
  • Search through dungeons
  • Search character
  • Kill character for a quest / a mission
  • Make friend with other characters
  • Organize expeditions
  • Search information about a particularely tough enemy
  • Search information about artifacts
  • Betray
  • Steal
  • Take revenge
  • If baddie, avoid the police
  • Flee
  • Call the police
  • Hunt for XPs

Achetypical cyber CRPG

  • Create a group
  • Find fixers
  • Find weapon, drugs, software, ... dealer
  • Meet contacts
  • Watch one''s back
  • Wait for a mission
  • Avoid police
  • Exfiltrate
  • Crack & Slash
  • Search information about corporation
  • Search information about person
  • Assassinate
  • Disappear
  • Bribe for protection

Elite-style :

  • Plan trade routes
  • Buy and sell
  • Hire escort
  • Smuggle
  • Carry passengers
  • Be hired as an escort
  • Hunt bounties
  • Escort ships
  • Outfit ship
  • Mine asteroids
  • Engage pirates/Thargoids so as to climb in Elite ranking
  • Do act of piracy
  • Bribe authorities
  • Hunt a ship
  • Take missions for persons / for authorities
  • Explore / go take pictures / ...
  • Change identity
  • Avoid authorities, if necessary
  • Uphold the law ?
  • Answer SOS
  • Emit false SOS

I probably forgot many situations, so let''s call this a beginning. Which ones of these situations can be imitated simply ?


As for deduction, I meant that a NPC should be able to infer some information without having explicitely been told it. A simple example would be trying "somebody wants to kill you", "X has been asking for you everywhere", "X has been seen with an enemy of yours" => "X is probably trying to kill you".

Be reading you,

#13   Members   -  Reputation: 1228


Posted 30 June 2000 - 12:14 PM

Just because it is not obvious does not make it not simple. I can think that a fair number of these could be answered with fairly simple scripting (my scripting language that is ).

Easy is not the the appropriate statement... it is whether or not the results will be what is expected. I will take searching for another NPC as an example here (because that way there is more than one NPC ).

Scripting you could simply have a "command" that states that if an NPC is looking for another NPC/PC then they follow these commands (note that I will not use scripting language, but an english derivative, for ease to understand):

Go to last place seen (if applicable)
Ask people around last place seen
Go to likely spots

If the NPC runs into the other, then the script has a break option.

Hunting for XP doesn''t even need to be covered. This should be built directly into the AI. No adventuring NPC should not do this (that is, if they are a skill based NPC and not a tradesman).

When you say hunting for XP I get the impression of click''n''kill there. I would prefer not to make the XP available only if they hack someone to death. How would a cleric benefit from slashing a few zombies instead of healing others? (This seems to be headed to the "Stop Goblin Genocide" side of things ).

Disappear would be a simple coding of "If you see someone within X area of you, then stick to the shadows and head in the opposite direction". That really isn''t going into much detail, but I can''t think that it would be too hard to code.

I don''t think it is necessary for me to go through each one of these and point out how it could be interpreted so that the NPC''s would behave in a set manner. I am going to get a copy of your list (as a basis) so that I can code in those things that you point out . What I am thinking is that there is a set method for each NPC to follow. You can link all of these actions into a script to follow.


  • Go search for X
  • If [baddie] Y is around then Evade Y
  • If attacked and Strength < Your strength then kill the bastard else Runnaway!
  • If X is here then greet X
  • If X attacks you then do something

The only thing that I can think of here that is not very explanatory is the "If attacked and str....". In my system, it allows banding of groups and it also allows you to be potentially banded with others, even if (according to the game) you are all just wandering around on the same screen. In this case, the NPC would go: "Strength (and numbers) of all the other Characters on screen against strength (and numbers) of all that I would consider to be friends". This could make for some seriously good betrayal stuff.

NPC''s may think that there are a lot of friends around and one enemy, but the person they trust most stabs them in the back and the rest take that NPC down no problem. The same could be done with PC''s. Just think, they fall in with the wrong croud, and they stumble across some other shady figures, PC attacks thinking that he has backup, NPC''s stab him in the back.... I love it! I am definitely going to have to implement that feature (as a payback for random acts of violence against baddies). If you kill without a reason then the baddies will probably band together to wipe you out. Even if you do have a reason this is likely


Now to that part about deduction.
How would the NPC know that X has been seen with your enemy?

  1. Has seen X with them (which could work fairly easily)
  2. Has been told that X was with them

It all goes back to Message based my friend . Even if there are more than just message based communications, there still has to be message based com in the game to get to any other advanced topic. Otherwise you can''t model communication amongst NPC''s and if you can''t do that then I would like to see what kind of conversations you would get (as a PC) trying to talk to an NPC!

Simply if there is news that X could be a baddie (from the deduction above) then put them on a "possibly bad" list. When they are approached by X then the NPC should be wary and should be ready for conflict. I can see that this would make game plot and decision making a lot more fun.

Does anybody else wish to add something to this? I am interested to hear more and I am planning on implementing as much of this as I can in MY game

-Chris Bennett ("Insanity" of Dwarfsoft)

Check our site:
and our eGroup:

#14   Members   -  Reputation: 1228


Posted 30 June 2000 - 01:51 PM

I just thought I''d post this site if you wanted to see a conversation with a machine. A machine that can really learn what it is talking about .

The url is http://www.generation5.org/iqats.shtml and it shows some really cool language recognition stuff that is relevant to this thread.

This means that NPC''s can "converse" with each other using actual messages and they can understand what each other is saying. I think that this is a little way off for use in games, but it is nice to know that there are people out there who are working on AI that could be implemented in games.

I am sure that this technology runs pathetically slow if implemented in games, but I think there is room for compromise. The game could implement a baby model of the tech and use that.
Some food for thought anyway

-Chris Bennett ("Insanity" of Dwarfsoft)

Check our site:
and our eGroup:

#15   Members   -  Reputation: 307


Posted 01 July 2000 - 08:39 AM

dwarfsoft, finally someone is thinking upon the same lines as I

I couldn''t agree w/ you more about the fact that NPCs should move around, and have an agenda.
In the RPG I''m currently making, I have it so that each NPC has a schedule of where they''re supposed to be at different hours of the day. Plus, that schedule can be changed dynamically as the game progresses.

So, instead of quests and encounters happening at fixed points (like in Baulder''s Gate) they happen more by coincidence as in real life. You may be just walking along and an NPC happens to walk by, and some sort of quest could arise.

I like the idea of NPCs sharing information. That would add a lot of realism.

"The road of excess leads to the palace of wisdom." --William Blake

#16   Members   -  Reputation: 1228


Posted 02 July 2000 - 05:02 PM

I would like to know how you are implementing your idea, if you have some suggestions then post them here... I am always willing to fight for NPC rights!!!

-Chris Bennett ("Insanity" of Dwarfsoft)

Check our site:
and our eGroup:

#17   Members   -  Reputation: 122


Posted 02 July 2000 - 09:41 PM

Original post by dwarfsoft

We are not here to summon fish.. it just so happened that the thread unraveled that way (no pun intended ).

I don''t know what else I would call Diablo... Slash''n''Hack?

How about "Chop''em up" :-)

We are their,
"Children of the Free"

#18   Members   -  Reputation: 864


Posted 29 April 2001 - 07:10 PM

Just returning to the topic of communication and information sharing between NPCs...

Take a step back for a moment and look at what will be going on behind the scences of your game. This will help identify key problems that must be addressed and then you can ask yourself, ''Do I have the method to solve this problem'' and ''Do I have the resources to solve this problem''.

First of all, if your agents are communicating and sharing their knowledge, then your society is diffusing information in exactly the same way that smoke diffuses in air, or heat diffuses in metal. What will happen is that if left unchecked, all of your agents will reach the same information state (a type of information equilibrium). Then, talking to one agent will be like talking to them all. Not very interesting.

Secondly, each agents database of knowledge would grow to the equilibrium size. Thats an awful lot of storage space!

You really need to prevent this uncontrolled information dissemination. What methods can you use to do so?

1) Limit the interactions between NPCs.

Unfortunately this simply slows down the rate of information diffusion. The system will still reach equilibrium.

2) Limit the amount of information shared between NPCs (ie only a portion of what they know they communicate during any given interaction).

Again, this only slows down the diffusion. Alternatively, if you prohibit NPC_1 from telling NPC_2 anything other than information_A then the equilibrium information state will contain all of the possible shared knowledge. The rest of the unshared knowledge is not accessible to other NPCs (and is therefore wasted).

3) Limit the memory of NPCs.

NPCs can obtain information but also forget information. By tuning the parameters of such a system you can retard diffusion sufficiently to prevent equilibrium. You must be careful though that your system doesn''t forget crucial information. You can also link the memory length of an NPC to the type of information, the NPCs (or games) current state and/or the sphere of interest of the NPC.

Okay, so here''s me letting out an idea I have been developing for about a year now with a friend. No serious implementation yet so I am happy to let others know. I would love to see this in a game some day and I don''t care if it''s not me that does it!

Rather than have NPCs with individual knowledge bases (data bases) hold all world information in a central database. Each NPC has limited access to this knowledge based on their classification within the world. So for instance a baker would know things about bread, money, buying, selling, food, etc., while a grave-robber knows about death, burial, coffins, digging, loot, etc. Players and NPCs can research information by gaining access to the database in areas they don''t already have access. This is done by interacting with others and swapping information (because they access different portions of the database) or by going to places like the library and reading books!

The benefit of this knowledge system is that it can be extended based on game play. Using standard techniques for knowledge bases, events within the world can be added as knowledge to the database. For instance, player_351 slays Dragon_6. This knowledge is added to the knowledge base and combines with other knowledge (like ''people that kill dragons are heroes'', implying that player_351 is a hero)!

You can then utilise some of the techniques I mentioned above to limit the way the knowledge base evolves. You do have to be very careful that you don''t generate too much information and overwhelm your storage capacity!

Ultimately, you have to ask yourself, ''Do I have the storage and computation resources for this size information project''? Most likely not presently. But that doesn''t mean you shouldn''t develop the idea further!



#19   Members   -  Reputation: 1228


Posted 30 April 2001 - 06:18 PM

Ahh.. It is great to revisit the old favourites

OK - I had an idea similar to this. You have all your world information stored in a single db and then you have variables on the NPCs that dictates what they know (pointers in the database), how well they know it (in a %age of total knowledge) and how quickly they are forgetting it (of the %age). You may also have a maximum and minimum so that they will still remember some after they have forgotten the rest for years

This idea has merrit. You needn''t have a large database to cover a lot of information for a small world. Even if it were going to be considered large, it wouldn''t be more than a few Mb (consider it... "Fish are found in river", "Flour is made from ground Wheat" etc, etc wouldn''t take up much room each ).

Information decay is one of the best things that I can think of for limiting the whole world finding out about everything, and I also think that there is another way to go in this whole issue. Imagine information getting told in a misleading way. An NPC might say something that is confused with something else that they know. It could then occur that a player crossreferences information.

I won''t bother going into the Fishing, Swordfish, Password thing again, but if somebody wants the thing reposted I can always do a search for it. Basically it was one NPC confusing the information that another NPC gave her about two different topics. One was regarding the price of fish at the market, and the other was about the secret password being fish or something like that. Word association and confusing the details is something that could really annoy players, so you would have to have only certain information that could be clouded in this way (a flag that allowed this or not )

Well, that is enough of this rant anyway

-Chris Bennett of Dwarfsoft - The future of RPGs Thanks to all the goblins in the GDCorner niche

#20   Members   -  Reputation: 864


Posted 30 April 2001 - 07:06 PM

I came up with another idea last night while thinking on this topic further. Rather than apply a lifetime to information (implicit memory loss) just limit the db size for the agent, or in the case of a global database, the number of pointers into the db. This size could be different for different agents.

When new information is obtained, if the db or link set is full, then decide which piece of information is the least relevant (to that agent) and discard it or delete the link. This could be the new information just obtained. You could take care of persistant knowledge by flagging it as most relevant (ie never to be deleted).

With this knowledge model the information states of characters would evolve over time and should conceivably be linked to the game state as well!


Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.