Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Hippoman]

Sounds more like a fey mood.

[SolarShado]

Sounds more like a fey mood.

AYE! the secretive type!

[timmeh]

Outcast Orange is taken by a fey mood!
Outcast Orange has claimed a C++ workshop and begun a mysterious construction!

Would love to know what materials are going into this mood

Watching with great anticipation... this is coming along impressively!  Once you get it cleaned up and all the features you wanted and such for a release, I'm likely to spend hours digging through your AI code

[Outcast Orange]

You people make me very happy to be a member of Bay12.

I'll detail my simplified decision then:

Instead of giving them some sort of logic,
 I'm going to just go hard code with this, to save tons of headache.

Here is the sort of logic I will use for the example problem:
New goal: escape
(no methods match goal escape)
New goal: gather information
favorable actions: explore,converse

Simple actually.

[SolarShado]

You people make me very happy to be a member of Bay12.

Any time *removes hat and bows*

[alfie275]

Alfie275 cancels pull emergency drainage lever: getting hat.

[Outcast Orange]

Currently, if they know a goal has no solution, they will add LEARN as a subgoal.
Note that LEARN is already a separately established goal, and that appending it to another goal doesn't effect it directly.

That seals in everything pretty well,
 but now they need a method of knowing if a solution is present or not.

In most cases, there is an activity that can help that goal,
 and in most cases, certain objects need to be used to perform that activity.

I will now add a BED tag to items, make some beds in the room,
 and then make an item with a BED tag a prerequisite for sleeping,
 which is an action that helps goal MAINTAIN.

The actions which require an item will also store a value called "bestitem",
 which will be updated periodically so they know which thing to try using for their action first.

The AI is slowly coming together in chunks,
 and I should have a stable method of advancing soon.

[Outcast Orange]

Hey Bay12, what sort of attributes or player stats would compel someone
 to take the key to an unclaimed bedroom when they already had one?

I am thinking some something like greedy, sneaky, or mean-spirited,
 but there might be logical reasons to snag the key too.

I've got a ton of progress put together on the goals/actions front.
Actions can now have prerequisite items, and characters search out these sort of items to further these goals.
I'm not sure what to do when they find them, or when goals are achieved,
 but things are moving in the right direction.

[Hippoman]

A douchebag would do that.
So Douchebaggery is a obvious choice.

[Diablous]

I would say greedy. But I like the sound of douchebaggery.

[Outcast Orange]

We can't go with that, I want something that will look robust in the code.

Greed only makes sense if you intend to use the key to rob the inhabitant,
 otherwise you are just doing it to sabotage.

So greed could be one cause, what about the evil griefing type?

Evil? Mean? Something?

[Diablous]

Selfish?

[Hippoman]

You just don't want to keep typing out douchebaggery in the code.

[qwertyuiopas]

They could take it for a friend, to deny an enemy, because of it's location, because they want it rather than their current one, or just to be cruel.

[Outcast Orange]

Okay, not super helpful, but I have some sort of idea of what to do.
I suppose for now they will only grab the key if they don't have one yet.
I suppose I'll have to give them some way of assuming certain keys will be useless to them,
 or they will take all of them or none of them.