Messages

Have you tried updating DirectX9 like I suggested earlier?

This:

oKey.Visible = false;

Someone said me Calinleafshade did a tool named AGSpull, it was able to extract information about the game like version and such. He cancelled and removed it because ethical reasons, he feeled it was wrong or something like that.

Actually some of these information are already readily available to people. If you right click and check the properties of a game executable you can already check the version of the interpreter (under windows of course), so if the tool just retrieves the interpreter version of a game there shouldn't be any ethical problem. However, there may be other aspects of a game that its author may not want people to hack into, so what we need is to find out what information should we  retrieve and what should be avoided.

What's your point then? Why are you even posting in this thread?

Something like this:

Code: ags

int xpos = GetViewportX(); int ypos = GetViewPortY(); //initial position
while (xpos > 50) { //x-coordinate of desired destination.
  SetViewport(xpos, ypos);
  Wait(1);
  xpos--;
}
Wait(5);
DisplayAt (143,51,100, "Help! Help!");
ReleaseViewport();

The 50 in "while (xpos > 50) {" is a random made-up number. You need to test it yourself at which x-position do YOU actually want the ending position to be.

To change the speed of the scrolling, if you want it to scroll slower, change the 1 in Wait(1); to a larger number so that it wastes more frames for scrolling 1 single pixel; if you want it to scroll faster instead, change "xpos--;" to something like "xpos -= 2;" so that the screen shifts more than 1 pixel per frame.

...it should only really need to be doing this if the object is using scaling, tint, flipped, etc.

Maybe this is exactly the reason. What differentiates an unmodified object sprite from a modified one? So, say, an object is zooming in from 10% to 150%. During this process, should the engine not make a copy of the sprite and free the memory specifically at the frame where the scaling is 100%?

I've never checked the sources, but maybe the engine has to make a copy of the sprite image whenever an object is to be drawn?

http://www.adventuregamestudio.co.uk/yabb/index.php?topic=36479.0

Can it be a mismatch of the refresh rate of your desktop resolution and the frame rate of the game? Coupled with poor response time of some LCD panels you may have similar problems I guess.

and not at the end of the file. Is that important?

As long as the "export" is under the declaration of the variable in the global script and that the import is under the struct definition in the header, it will work anyway. It's not really important, but it is advisable for one to be consistent on where he/she puts these stuff for better organisation of the codes.

Put the struct definition:

Code: ags

struct Hint{
  bool done;
  String description;
};

in the script header instead of in the global script.

And that's almost a full year necro. Almost.

I think there are too much hints already. Even losers like me who rarely watch movies (and never watched this one) can easily figure out the answer via searching within seconds.

I don't wanna take the next (any) turn though, as I'm not savvy enough in this department to provide anything for others to guess.

All I will say is that the movie's name abbreviates to: B.i.T.

Well, this is THE New Year(not another one), and so we'll having holidays this week, busy as hell.

Hmmm. Just a quick guess. Is sprite #56 of the same colour depth as the game's?

Also, did the error reported by the other player involve the same sprite?

No, as you don't really need winsetup.exe for running that so called configuration programme, it is NOT the one that actually does it.

All winsetup does is update the CFG file.

To be more exact, winsetup.exe does not even update the CFG file. All it does, instead, is to launch the game executable with the option '--setup', which runs the setup interface of the game, in turns updating the CFG file.

Therefore, it is not necessary to include winsetup.exe in your game, provided the CFG file is pre-updated to some "optimal" settings suitable for most players (like people mentioned), and that you give clear instructions on how to change the settings (say for example, use another wrapper launcher).

If they use SETUP.BAT these games are possibly using the DOS engine, which recent Window$ O/S may not be that good in running.

You may try to run them with the Window$ engine (preferably of a version as close as the original DOS one, if it exists, or try to run it with a newer version of the Window$ engine, but that does not guarantee that the game will 100% work). Alternatively, you may try to run them with DosBox.

Not sure if this was directed at me or Iceboty, or both...

I don't get who he's directed at either, and I never said I didn't care about it and I didn't dismiss the issue either. There is an issue, just that it's not affecting me yet, so it's a worrying fact if the trend continues.

Well, considering the fact that Megaupload has blocked access from IPs in Hong Kong for more than two years already (unless you use their stupid downloader or a proxy server, which I dare not to try), so this isn't a big loss to us.

I'm more concerned on whether they'll continue on doing the same to other hosting sites though