Will SCUMMVM support...

All the inane chatter goes in here. If you're curious about whether we will support a game, post HERE not in General Discussion :)

Moderator: ScummVM Team

Post Reply
User avatar
Graxer
Posts: 453
Joined: Sat Sep 13, 2008 2:24 pm
Location: Scotland

Post by Graxer »

Douglas Adams' Starship Titanic would be a cool addition. It's like a mixture of AGI text input with the Feeble Files' technique of fake 3D through use of still pictures and video files. (There is no actual proper 3D in the game, which makes it more ScummVM than Residual.)

Image

I think (without too much expierience, so I may be wrong) that this would be a relatively easy game to include. The graphics just works like:

still picture ---> still picture with video on top ---> video

And I know that no-one will work on a game's engine unless it's of personal interest to them. I just wanted to bring Starship Titanic up.
User avatar
md5
ScummVM Developer
Posts: 2250
Joined: Thu Nov 03, 2005 9:31 pm
Location: Athens, Greece

Post by md5 »

Graxer wrote:Douglas Adams' Starship Titanic would be a cool addition. It's like a mixture of AGI text input with the Feeble Files' technique of fake 3D through use of still pictures and video files. (There is no actual proper 3D in the game, which makes it more ScummVM than Residual.)

Image

I think (without too much expierience, so I may be wrong) that this would be a relatively easy game to include. The graphics just works like:

still picture ---> still picture with video on top ---> video

And I know that no-one will work on a game's engine unless it's of personal interest to them. I just wanted to bring Starship Titanic up.
As always, the largest chunk of work when adding a game is not the game's resources (i.e. backgrounds, sprites, sounds etc), but the actual game logic itself
User avatar
ScottT
ScummVM Developer
Posts: 31
Joined: Fri Nov 28, 2008 12:08 pm
Location: .au

Post by ScottT »

md5 wrote:As always, the largest chunk of work when adding a game is not the game's resources (i.e. backgrounds, sprites, sounds etc), but the actual game logic itself
... which would appear to be fairly hard-coded into the game.
wisefire
Posts: 5
Joined: Sat Feb 13, 2010 5:14 pm

Post by wisefire »

ScottT wrote:
md5 wrote:As always, the largest chunk of work when adding a game is not the game's resources (i.e. backgrounds, sprites, sounds etc), but the actual game logic itself
... which would appear to be fairly hard-coded into the game.
which means that there is almost no chance of getting support for it in scumm, i would imagine.
User avatar
clone2727
Retired
Posts: 1611
Joined: Fri Jun 09, 2006 8:23 pm
Location: NJ, USA

Post by clone2727 »

wisefire wrote:
ScottT wrote:
md5 wrote:As always, the largest chunk of work when adding a game is not the game's resources (i.e. backgrounds, sprites, sounds etc), but the actual game logic itself
... which would appear to be fairly hard-coded into the game.
which means that there is almost no chance of getting support for it in scumm, i would imagine.
Not necessarily. You would "just" need to find someone dedicated and willing enough to work on it as it's a very arduous task.
User avatar
bobdevis
Posts: 567
Joined: Fri Jan 16, 2009 10:52 am

Post by bobdevis »

clone2727 wrote:Not necessarily. You would "just" need to find someone dedicated and willing enough to work on it as it's a very arduous task.
You mean "reverse engineer the whole thing from play experience", right?
User avatar
clone2727
Retired
Posts: 1611
Joined: Fri Jun 09, 2006 8:23 pm
Location: NJ, USA

Post by clone2727 »

bobdevis wrote:
clone2727 wrote:Not necessarily. You would "just" need to find someone dedicated and willing enough to work on it as it's a very arduous task.
You mean "reverse engineer the whole thing from play experience", right?
No.
KuroShiro
Posts: 473
Joined: Thu May 15, 2008 7:42 am
Location: Somewhere Out There

Post by KuroShiro »

bobdevis wrote:
clone2727 wrote:Not necessarily. You would "just" need to find someone dedicated and willing enough to work on it as it's a very arduous task.
You mean "reverse engineer the whole thing from play experience", right?
I think he means "reverse engineer the whole thing from decompiling it, graphing out and studying all the functions/opcodes, and rebuilding them from scratch".
wisefire
Posts: 5
Joined: Sat Feb 13, 2010 5:14 pm

Post by wisefire »

KuroShiro wrote:
bobdevis wrote:
clone2727 wrote:Not necessarily. You would "just" need to find someone dedicated and willing enough to work on it as it's a very arduous task.
You mean "reverse engineer the whole thing from play experience", right?
I think he means "reverse engineer the whole thing from decompiling it, graphing out and studying all the functions/opcodes, and rebuilding them from scratch".
if you show me how, i'll do it :P
User avatar
LordHoto
ScummVM Developer
Posts: 1029
Joined: Sun Oct 30, 2005 3:58 pm
Location: Germany

Post by LordHoto »

KuroShiro wrote: I think he means "reverse engineer the whole thing from decompiling it, graphing out and studying all the functions/opcodes, and rebuilding them from scratch".
I guess disassembling rather than decompiling though ;-).
User avatar
bobdevis
Posts: 567
Joined: Fri Jan 16, 2009 10:52 am

Post by bobdevis »

Sorry for continuing off-topic, but for me this is kind of an interesting question.

If you rewrite the logic yourself, it may take longer but you are sure you CAN finish. The process may be less challenging but also a lot less frustrating. The result is also cleaner and easier to maintain and fix.

If you go for disassembly there is no guarantee of anything because the thing may be just too complex to figure out.
Giving up after months of frustrating work is not a nice prospect.

Or lat least, so it seems to me. I am by no means an assembly expert, so maybe I am just not knowledgeable enough.
KuroShiro
Posts: 473
Joined: Thu May 15, 2008 7:42 am
Location: Somewhere Out There

Post by KuroShiro »

LordHoto wrote:
KuroShiro wrote: I think he means "reverse engineer the whole thing from decompiling it, graphing out and studying all the functions/opcodes, and rebuilding them from scratch".
I guess disassembling rather than decompiling though ;-).
Indeed. Been a while since I've done any programming.

And I would imagine that trying to reprogram a game engine just based on gameplay experience, with no knowledge of the engine internals (especially one with a lot of hard-coded logic) would border on impossible.
fingolfin
Retired
Posts: 1452
Joined: Wed Sep 21, 2005 4:12 pm

Post by fingolfin »

It is possible, though quite difficult; and you must be very, very, *very* precise and controlled to make sure you don't miss any details etc. And even then it's quite likely that you missed some little nuance, which can hurt the overall thing badly, in ways you may not have forseen.
Anyway, the Exult project started out, AFAIK, mostly based on this approach.
User avatar
MeddlingMonk
Posts: 221
Joined: Wed Jan 21, 2009 10:06 pm

Post by MeddlingMonk »

fingolfin wrote:Anyway, the Exult project started out, AFAIK, mostly based on this approach.
Considering how approximate the gameplay of Exult was in the early days, you're probably right. I think actually working out usecode came much, much later on.
fingolfin
Retired
Posts: 1452
Joined: Wed Sep 21, 2005 4:12 pm

Post by fingolfin »

Usecode is only part of the story for Exult. It did support Usecode early on, but many things, e.g. the combat system, involve many parameters and behaviors which are *not* encoded into usecode scripts. I.e., they were hard coded.
Post Reply