Messages

Iron Club +1


...



...



...Wait, didn't you mean this kind of clubs?

Actually I have checked, you can rename Game.agf to whatever names you want and open it in the editor, but once you save the game again it will save it as Game.agf, making a copy of the original file in the folder.
Based on this, if the AGF file would following the name of the folder, say if you name your game "Monkey" at first the file will be saved as Monkey.agf, and if for whatever reasons you rename the folder to say, "Ape" you can open Monkey.agf from the editor, but when you save it again, it will create Ape.agf, leaving the original Monkey.agf in the folder, which is quite annoying.

Personally, I hope that association of the game files to the editor (and thus includes Recent Documents) should be prohibited, as there isn't anything wrong with launching the editor directly and then load a project from it. This is especially true when you need to keep multiple versions of the editor at the same time.

Why not use a unified name? This can prevent problems (such as creating lots of useless "temp" files in the folder) when you make a copy of or rename the whole folder.

TBH, craps such as "My Documents" and "Recent Documents" shouldn't even exist at all...

If all you have is a bitmap (texture) image you need to make a TTF or a SCI font yourself (or to use a module/plugin that loads a bitmap as fonts; I think it exists but I'm too lazy to look it up such as this).

Note that if you want to display more than 256 symbols (say the Kanji) you are screwed. Typically AGS supports only up to 256 symbols for a TTF and 128 symbols for a SCI font set.

[6]

ATB? In FF3? I think you meant FF6.

Sorry for the subtle joke, but I wonder why people would still use these stupid numberings (especially for FF fans, luckily we always use the proper numbering here but I never like the FF series anyway).

BTW does this happen if winsetup.exe is launched through a short-cut not in the game's own folder, or that the executable is launched in the game's folder? If it's the latter case, definitely something is wrong. Seems that the Vista/7 generation of Windows has some weird behaviour (not to mention limited access to some folders or whatever which is quite annoying).

I suppose that if the AGS game's folder is not named 'game', so the executable will not be named 'game.exe' and has a more unique name this won't happen, but this is still, annoying.

That day in the office must be so extraordinary ordinary.

Anyone can vote. Just use the provided categories and provide one name whose entry you feel is best at each particular category.

I think this is highly possible, as Google search alone can crawl inside pdf files. To make it a little bit safer, maybe said email portion could be made by using a bitmap picture instead of text (provided you have control over the pdf creation process).

I don't quite get your question, what do you mean by walkable area in front of a certain character?
Are you referring to walk-behinds instead?

Which version of AGS were you using when you made that game?

From the error message, the version of AGS you now use to open the game is V2.50. Are you sure this is the version you used when making that game?

Also, can you post the specs of your system? As clearly you got an out of memory error.

AFAIK, if you right click the game executable and click the Version tab you'll find the engine version. I think you can retrieve these information from another programme but I'm not so sure.

You need to assign the (dynamic) sprite to either an object, a character, an overlay or even a GUI for it to appear. Have you done that yet?

Maybe that's not a female character?

I pasted your codes into a quick default game and it worked fine without (much) modification (I only changed the Views to the default roger view). You put these codes in the Region_WalkOnto function, right?

Just some (random) questions:
What is the resolution of your game?
How about the colour depth?
Do these views used as snow have many frames?
Are the sprites used in these views very large?

One thought I have is, maybe the plug-in has to use a lot of memory/has some memory leaks, which causes the crash after some use of it. Since you have changed the Wait() from 100 frames to 40 frames, does this help make the crash less frequent? You may try to reduce this number a bit more to see whether it makes a different. Also, try to reduce the amount of snow and see if it helps.

What is the exact error message?

Also, does the game always work if that Wait() line is commented?

[player.on=false;]

I thought there was a variable for turning characters 'off' but apparently it's gone nowdays.

You are talking about the 'on' property I think. I just tested and it still works in V3.12 at least.
(say, use player.on=false; to make the player character disappear.)
However, this feature is never supported (it is not referenced in the manual and will not appear with the auto-complete function of the script editor), so use at your own risk as it is not always guaranteed to work.

What version of AGS are you using? Did you import the sprites when the game was initially set to 8-bit?

What did you mean by... "colours reducing like 8 bit"? Can you post an image as an wxample?

I'm too lazy to dig up the information atm, but I've googled for the cause of it a few days ago (as it happens to me also).

It is because imgshack recently changed their terms (probably because too many sites linked to their hosted images).

For images from imgshack to appear on another site, either:
1. the domain of that site have to apply for permission or something, then everyone browsing the site can view the images as before; or
2. if the domain has not applied for this, people who have registered an imgshack account (and have their accounted logged in) can view the images, but if you don't have an imgshack account (like me) the images will be broken like what tzachs has posted.