Please login or register.

Login with username, password and session length
Advanced search  

News:

Latest WME version: WME 1.9.1 (January 1st, 2010) - download

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - brycecovert

Pages: [1]
1
Feature requests, suggestions / Re: An actor question and suggestion
« on: August 11, 2005, 06:31:26 PM »
Thanks for the response! This is good to know.

So, if you wanted to have a dancing animation for your actor, what would be the BEST way of going about this in the script?

Thanks again for the engine. It's much cleaner than other products, and closely resembles an engine that I was developing a while back.

Bryce

2
Feature requests, suggestions / An actor question and suggestion
« on: August 11, 2005, 02:34:20 AM »
Hi,

This is sort of a two part post. The first half are questions about how the engine works, and the second half is the suggestion.

I know that one of the next features planned to be implemented is the choice between the number of directions.

One feature that I'd really like is to be able to have a truly custom actor.

I may be mixed up on how actors work, but from what I understand, we need for all 8 directions, talking, standing, turning, and walking animations. From what I understand (I'll be honest, I haven't tested it), you need all of these defined in order for an actor to actually work at all. And you aren't able to define custom animations, such as a dance animation, or something of this sort. I could be wrong, and I want to make sure this is how actors work. If it's not, I'd like to be corrected, so I understand how to skip by some unnecessary animations (like turning, and talking for all 8 directions) I will be assuming this is from here that I am, in fact, correct on the way actors work.

A possibly better way would be to allow the developer to define all the spritesets he wants. He can add one for Dance, one for run, or whatever he fancies. They would still follow the same structure as before (ie LEFT = "actors\allig\allig.sprite"). Then (somehow) you seperate out the Talk, Stand, Turn, and Walking to be handled by the script. This, architectually I forsee as the biggest change. The way I would envision the script would be something like this (albeit, I've only used wintermute a day or two, so I'm just going to guess at the method names rather than looking them up in the documentation.): 

Code: [Select]
function Walk(var actor, var angle)
{
   if (angle>=45 && angle < 135)
   {
      actor.PlayAnimation("WALK", "RIGHT");
   }
   if (angle >= 135 && angle < 225)
      actor.PlayAnimation("WALK", "DOWN");
   }
   ...
}

As you can see, this separates the hard coded animations from the actor. Now, instead of hard coding the directions, they'd be better titled views, or something to that extent. An animation can define only one view, or as many as the user wants. In fact, they could divide it up further in 16 animations, but this gets ugly.

Essentially, this would improve the engine in the following ways:

- Make actors infinitely more customizable.
- Make it easier to implement other styles of talking, like dialogue portraits. Since the Talk function is defined by the script, the user can customize it.
- Make it easier to implement 4 directional walkcycles, or more or less, depending on the developers needs.
- Make it possible to add extra, custom animations.
- You will no longer be required to define animations with 8 directions in mind.

Bear in mind that I may have gotten this completely wrong. I do know that doing something like this would be difficult, as the actors are classes, and this does not follow the architecture of the engine. I do, however, feel that making this change would make the engine so much more flexible, and attract more users.

Oh, and one more thing: A keyboard shortcut for adding and removing points on regions would be AWESOME!

How does this sound?

3
Technical forum / LipSync?
« on: August 07, 2005, 05:43:59 PM »
Is there a way to do lipsyncing in wintermute?

As it is, our project may be using dialogue portraits. So I was thinking that the portraits with entities that have some of the phenomes [correct terminology?] animations. Then, along with the custom "talk" function that I'd make, you'd pass a custom string that would be parsed to figure out the order to play the animations. Here's what I mean.

MyTalk(ego, "Hello, sir.", "helo..sur");

Is th is the best way of going about this?

Bryce

Pages: [1]

Page created in 0.093 seconds with 24 queries.