Re: ergh? Games?
>Yes. I have been working on the concept for several weeks now...and
>doing testing with several graphics libraries to determine which one to
>use. I've also been thinking about this weird implementation routine --
>i think i got it from someone on the list -- anyways, instead of running
>the game inside a continuous loop, run it in a linear fashion.
>Essentially, I see the game as "jump starting" itself and running an
>"interpreter" function which reads a sequence (linearly) and calls other
>functions as listed in the sequence. These other functions actually
>perform game maintenance, including adding more functions to the end of
>the interpreter sequence, so that the game continues in a logical
>fashion. The one other action the interpreter contains is the "end"
>routine, which boots the game out when it reaches an "end" statement in
>the interpreter sequence. It would seem to me that this kind of style
>would be more work at the front end, but less work if you ever wanted to
>make another game, since the main portion (graphical, mouse, sound,
>interpreter) would all be ready to run...just specific game mechanics
>would be left (maybe the "game" itself would just be several .e
>files--so that many games could _actually_ run off the same code).
>Also, you wouldn't have as many "stop and wait for the loop to end" type
>functions sitting in the middle of yer game...
>
>noah
Hey, what a coincidence? I'm doing something like that too :)
|
Not Categorized, Please Help
|
|
