Messages

- The classic resolution, wich was used for KQ, PQ, SQ, Larry etc... so it gives that feeling

heh not really, they used 320x200, but you've got most of the points already.

Hmmm Are you sure you never used a (possibly string) variable called filename and you didn't define it?

Sorry, I may not have checked thoroughly, but seems that there aren't much error handling when writting to a file (with FileWrite() or FileWriteInt() functions).

I'm not sure but I think the game will crash if there's a read/write error when dealing with external files (like diskfull while appending to a file).

My suggestion is that the FileWrite[Int]() functions return 0 if sucessful and nonzero if there's an erroe (if it hadn't been implemented already, but nothing was written in the manual about it, so...)

It'll be good if the FileRead functions can have this kind of error handling too.

[drew]

Don't use M$Pain to save your pics as GIF, just save them as BMP and convert them to GIF with better programmes like Xnview, GIMP or Irfanview.

As long as you drew the picture with M$Pain you're not cheating.

How long did you expect for the gameplay? 6 days?

heh

Spoiler

It's on the bar table, if you couldn't see if, it's possibly due to your monitor's settings, try to mess with the monitor controls to adjust the screen size, position, etc.

[close]

* Gilbot V7000a likes the outlines...

In that case, check your character's walking speed, it actually (sorta) determines the pixel increment he'll walk each game loop, if it's set too high, chances are, you need thicker "walls" to prevent him from squeezing through it.

Also, check that if there are "diagonal gaps" in the "walls", like:

OX
XO

In above X is "wall" O is walkable, the character may be able to squeeze thru from the top-left O to the bottom right O and vice versa.

That's strange, are you sure the character walk through the non-walkable areas (classic notation: walls) directly or he just move afound it?

Judging from your description we cant draw much conclusion on the problem, since we don't know by "moving" the character what you're using.

So, check also that the moves weren't done by using "MoveCharacterDirect()" which will ignore the "walls" and make him walks through them.

RTFM!

well...

Default 0. You can set it to a keycode, in which case only that key can skip speech text.

Hey that's unfair to me WIN95 and DOS user!

hehe kidding.

Anyway, I think that won't be a problem, as icons of hicolour depth will be displayed as 16 colours under WIN95 anyway, just that they can be very ugly.

Quite possibly your room file is currupted, try to find a backup for it or rework on it.

Well it's actually different.

What he meaned is just REALLY running the game in 640x400 and have it's DISPLAYED resolution doubled (well it's 4x actually...) in window mode (so it won't look so small under crazily hi-res desktops.
It's different from the current treatment of setting up a 320x200 game to run in 640x400, as currently setting up a game to run at higher res does MORE than just doubling (errr 4x) the displayed resolution, as the graphics are indeed drawn in hi-res (eg, if you have a hires bg, hires walkbehinds, and scaled characters may look better).

YES! YES! Great background!








... If this thread is not nearly one year old ...

C'mon, let it go...

Hmmm have you checked out the hints pages (see the sticky thread there) ? You can actually add walkthrough for AGS games there.

* Gilbot V7000a hides himself as he made jokes on that person...

If you mean an AGS distribution, that's because you didn't make a game yet, what you REALLY need to run is agsedit.exe, not acwin.exe or acdos.exe.

Yes, I think CJ mentioned about Resource Hacker, but warning, hacking into the executable files is never recommended!

I don't care anyway, I'm using WIN95 and it's displaying all icons as 16 colours.

Short answer: Yes.


Longer answer: Just check the "Hide player character" checkbox in each of the rooms.

Hmmm what is the colour depth of your game?
*I am just guessing* maybe Direct Play needs to play the video in some other colour depths (most likely if the game was 256 colours), so there're some mode swithings, so for some reasons after playing the video, it failed to switch back to the original mode immediately?