Runaway - a road adventure

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

User avatar
Adventureguy
Posts: 162
Joined: Sun Dec 25, 2005 4:09 pm
Location: Karlsruhe, Germany

Post by Adventureguy »

Yeah, I know. Sorry for jumping so fast to conclusions. Even if there would be plans for supporting it to ScummVM, I bet it wouldn't be that easy, even if you have the sourcecode from Pendulo Studios. Since 16-bit graphics don't run that well afair, maybe the game's still not ready for it.
But it still would be great if the game could be supported by ScummVM in the later future. :)
Iago
Posts: 22
Joined: Mon Aug 21, 2006 5:50 pm

Post by Iago »

Runaway always crashes or doesn't work at all for me. I've tried some German patch I found, anyone got a link for another patch?
User avatar
Herrscher
Posts: 110
Joined: Sun Oct 30, 2005 5:17 pm

Post by Herrscher »

Iago wrote:Runaway always crashes or doesn't work at all for me. I've tried some German patch I found, anyone got a link for another patch?

Hi. As I posted that 2 days ago somewhere, here is what I know:

Runaway.exe (often) crashes with a segfault (Want to send the error report to Microsoft?) on Windows systems with newer graphics hardware, because it assumes that the front- and back-buffers are laid out in memory one behind the other. Unfortunately with most newer graphics drivers this is not the case (and it wasn't at any time contained in the DirectX specs), so it writes to/reads from invalid memory locations and forces Windows 2K/XP to kill that app.

Some guy had found that out and made a patch. You could also make this yourself by utilizing a hex editor and changing one or two bytes. The game runs perfectly that after (it seems).

Unfortunately I don't recall right now where I saw that patch.

Just to make this clear: This was NO OFFICIAL patch made by Pendulo Studios or something!

If I recall, I will post it here...
User avatar
Core2TOM
Posts: 1
Joined: Mon Aug 15, 2011 2:49 am

Post by Core2TOM »

is runaway a road adventure already supported by scummvm? the game crashes all the time on win7 (x64)
User avatar
eriktorbjorn
ScummVM Developer
Posts: 3561
Joined: Mon Oct 31, 2005 7:39 am

Post by eriktorbjorn »

Core2TOM wrote:is runaway a road adventure already supported by scummvm?
No, it's not. (From what I understand, though I could be wrong, the Runaway games use a mixure of 2D and 3D graphics which would be far more technically advanced than anything ScummVM does.)
User avatar
raina
Posts: 237
Joined: Thu Jan 12, 2006 12:31 pm
Location: Oulu, Finland
Contact:

Post by raina »

eriktorbjorn wrote:(From what I understand, though I could be wrong, the Runaway games use a mixure of 2D and 3D graphics which would be far more technically advanced than anything ScummVM does.)
The 3D looks pre-rendered to me so that would just mean a whole lot of 2D image resources to achieve that smooth animation. I'm not 100% on this but I would be very surprised if it was actual 3D.

Btw, I've not had stability issues on Windows 7 (x86) and the only thing I'm using is a no-CD patch to eliminate disc swapping.
Seldon
Posts: 101
Joined: Sun Feb 24, 2008 9:53 am
Location: Poland

Post by Seldon »

raina wrote: The 3D looks pre-rendered to me so that would just mean a whole lot of 2D image resources to achieve that smooth animation. I'm not 100% on this but I would be very surprised if it was actual 3D.
It's not pre-rendered - it's realtime 3D. It just uses cel-shading.
User avatar
Longcat
Posts: 1061
Joined: Sat Sep 23, 2006 3:15 pm

Post by Longcat »

Yes, it's real time rendered 3d and is therefore more in the scope of Residual than ScummVM if anything. Try buying the gog.com version, cheap, drm-free and works perfectly fine on Windows 7 64-bit.
kelmer
Posts: 36
Joined: Sun Oct 30, 2005 7:20 pm
Location: Netherlands
Contact:

Post by kelmer »

I think you're both wrong. The models were rendered into sprites using cell-shading. But it's completely 2D, and it's pretty obvious, frames are not that many, especially when the character makes a turn.
Seldon
Posts: 101
Joined: Sun Feb 24, 2008 9:53 am
Location: Poland

Post by Seldon »

kelmer wrote:I think you're both wrong. The models were rendered into sprites using cell-shading. But it's completely 2D, and it's pretty obvious, frames are not that many, especially when the character makes a turn.
Is seems you're right. It's been almost 8 years since I've played it, so I didn't remember it well, but now I watched few minutes of gameplay on Utube, and I have to admit I was mistaken.
User avatar
Longcat
Posts: 1061
Joined: Sat Sep 23, 2006 3:15 pm

Post by Longcat »

From wikipedia:

According to the developer, the game was developed using a mixture of external and internal produced tools to achieve the combined 2D and 3D graphical look of the game.[2] Internally, the game engine utilised three dimensions to model the characters and objects[3], but then a special filter was used to render them two-dimensionally to the screen. This gives the effect of making it look like a traditional cartoon-like 2D adventure, while enabling real-time lighting and shading effects, camera changes, and panoramic shots[4].

So it seems we are both right in some aspects. But mostly me:P
kelmer
Posts: 36
Joined: Sun Oct 30, 2005 7:20 pm
Location: Netherlands
Contact:

Post by kelmer »

If you played the game and have seen just a few "2.5D" adventure games, you'll end up concluding that in no way the characters in this particular game are real time 3D.

No matter what Wikipedia says.
Seldon
Posts: 101
Joined: Sun Feb 24, 2008 9:53 am
Location: Poland

Post by Seldon »

kelmer wrote:If you played the game and have seen just a few "2.5D" adventure games, you'll end up concluding that in no way the characters in this particular game are real time 3D.

No matter what Wikipedia says.
I agree. It looks that they created animated 3D models and then rendered using cell-shading 2D animations. So the game displays 2D sprites on 2D background and it would seem that ScummVM would be capable of handling it. However there are those "real-time lighting and shading effects" Longcat mentioned. Looking at gameplay movie from the internet, they either doesn't look like they have anything to do with 3D - when Brian walks through dark area, his sprite simply is darkened and that's it - Indiana Jones and the FOA had something similar too.
So to sum this up, I'd say that the game could be implemented in ScummVM, though it works well on present computers, and I think there are betters candidates to include.

EDIT: typos
User avatar
Longcat
Posts: 1061
Joined: Sat Sep 23, 2006 3:15 pm

Post by Longcat »

From what I understand, the characters and objects are rendered in 3D within the game engine, then rendered to a 2D sprite surface which you will see on the screen. If this is the case, then yes, what you see in the game is most definitely 2D sprites. But if they are rendered on the fly from 3D objects(i.e. NOT prerendered rasterized images) it would mean ScummVM would also have to implement this, and I am not sure that it is within it's scope or not. To me, it seems more fitting for Residual.

Please don't make this a childish argument about who is right or not, try to be constructive;)

And yes, I both own Runaway, have played it a bunch of time and have played mostly every 2.5D adventure game out there.

edit; I just fired up my copy to check out the settings. There is an anitaliasing toggle for the characters, though I am not sure if this only smooths out the 2D surface.

edit; "Technically, the game is made to look like a cartoon. The characters are drawn in a bright but limited color palette (as cartoons are usually). The game is set in the real world, and the characters are written to portray real people. However, the story has a few supernatural elements, and it is refreshing to see that the characters inside the game are as surprised to find out about them as the players who play the game. Despite the characters are all rendered in only 2D, the game engine is capable of rendering sophisticated 3D visual effects such as soft edges, real-time lighting and shading effects, dynamic camera changes, and panoramic shots. In effect, it is a 2D game built using images modeled in 3D (as claimed by the developer). The characters cast shadows when they move or waive their arms when they stand still. The pre-rendered cut scenes are more detailed, but they are still animated to feel and look like the same cartoon. The games is released in both CD-ROM and DVD-ROM versions."

http://www.adventureclassicgaming.com/i ... views/278/
Seldon
Posts: 101
Joined: Sun Feb 24, 2008 9:53 am
Location: Poland

Post by Seldon »

Longcat wrote: Please don't make this a childish argument about who is right or not, try to be constructive;)
What was that about??? It was you who started talking about who is right???
Longcat wrote: But mostly me:P
I don't know the games interiors, but now that I refreshened my memory I don't believe it is realtime. All those "3D effects" look rather like they are calculated in 2D space. I'm pretty confident that all animations are prerendered: it's not fluent and there are no 3D lighning effects to speak of - simply the brightness of the whole sprite is changed - look here (time: 00:12:00)

They wanted to save money on animations so instead of hiring dozens of animators, they rendered all frames of characters' animations, but to give them cartoony old-school look they used cel-shading. And that's it.
Post Reply