Re: SCUMM system (was something different)

[Philipp Gühring <p.guehring@enemy.org>]

>Jep, just read your article and had a quick look at the sources of
>Wuerstelstand.
How do you like the article? Was everything clear?

> For a SCUMM like engine I would rewrite the stuff,
>to add some more flexibility and portability. 

What exactly would you change? Only to fit your specific needs, or
general improvements? Do you already have ideas how to improve it?

>As far as I can see
>your dialog system is Gfx Output dependend,
Yes.
>what I would like is a
>complete Gfx Output independend SCUMM logic lib, which just implement
>the game logic, dialog management and object management, while the the
>gfx output system would be completely seperated, so that the lib could
>be used with OpenGL, GGI, etc. without problems. 

I had the idea too. 
The problem is that Dialog needs a "menu" engine, which is
graphic target dependent.
But I don´t know how that should work.
Please tell me, if you find a solution for this.
I would be very interested to develop a linkable library out of
Dialog.

But on the other hand, Dialog is meant as a piece of code, which has
to be adopted to every environment, which uses it, because every game
(kind of game) has different needs. (Trading simulation, Adventure,
...)

>> By the way, are the SCUMM specifications/sourcecode available?
>Do don't think so, AFAIK LucasArts released never something of their
>specs. 

I thought so.

>But the Sierra adventure engine is available, some people
>started to rewrite it after reverse engeniering the thing. 

Yes, I already took a look at it, but I didn´t found enough useful
information.


--
~ Philipp Gühring              p.guehring@poboxes.com
~ http://www.poboxes.com/p.guehring  ICQ UIN: 6588261
~ Please change p.guehring@xpoint.at to p.guehring@poboxes.com