RE: [Isugamedev-midworld] Iteration 2

[Ben S. <bs...@vr...>]

On Thu, 13 Jun 2002, Kevin Meinert wrote:

> 
> > this phase. Rather, I would suggest some of the following goals:
> > 
> > * Model loading (OpenSG support?)
> hehe..  how about a working game proto first?  :)  right now we don't 
> implement any game play! :)
> 
> I think before model loading and other techie crap that doesn't 
> matter, we need to make sure the game (play) works.  

That was/is the goal of the first iteration. I'm trying to think ahead to 
the next one ... where we do improvements to the prototype. Besides, I 
want to make sure we get Andres heavily involved now to work out the art 
issues. I know it takes much longer to update artwork than code. I'd 
rather we hash through those issues early on.

> 
> > * Some models to load ...
> see above
> 
> > * Basic AI framework
> sure, keep it (really) simple until we know that particular AI model is 
> the one to go with. (think proto)...

Agreed.

> 
> > * Input completed (needs that inputSym library to be written/released)
> what is inputsym?  why not use gamekernel?  why do we need queued input?  
> theoretically it is nice, yes, but really for this prototype why is it 
> needed?  in the end it isn't truely needed anyway as long as the user 
> types slower than 70 fps (reasonable enough... :)

I may have put down the wrong name, but it's an input symbol library. So 
that we can write all our apps for the same set of symbols for Keys and 
Mouse inputs, etc. Then we don't have to have a different set for 
GameKernel, phui, etc. I believe Chad already has this mostly written ...?

As for GameKernel, I was also having problems with it relative to mouse 
clicks. About 30% of the time, it misses my mouse clicks. I guess I click 
to fast ... ;)

> 
> > * Basic UI (HUD for health, weapons, etc) implemented (with phui?)
> >    - Depends on the input completion
> 
> why?  what user input are we getting?  you mention output only ideas, not 
> anything with text input, and gamekernel is usable now.  not sure how this 
> depends upon anything getting completed, it definately depends on phui or 
> whatever widgets for health meters getting completed though...

The dependency is there since phui depends on the input symbol library.

cheers,
-----
Ben Scott
Research Assistant VRAC
bs...@ia...