Messages

The Man from U.N.C.L.E!

Correct!

Step Brothers
(I'm almost sure)

Or maybe The Dark Mod? I think you'd enjoy those a lot more if you wanted a newer Thief experience.

I like Thief and I tried this a few months ago, and to me it all felt a bit wrong (mechanically).
The closest thing I've played is Neon Struct, although inconsistencies with the audio levels let it down a bit.

It's Robocop 3 for DOS, Amiga and Atari ST!

It is indeed.

I'm not sure what is going on, but since the room change is queued until the end of script execution potentially there is a chance that some other part of the script is running later and requesting a change back to the current room. If you step through the code with the debugger are there any additional room changes being requested?

Can you recreate the problem on the original template or is this your edited version?

I've never used it, but here is a link:
https://users.monash.edu.au/~myless/catnap/pamela3/
(the link is in the AGS manual but it looks like their webserver has some sort of broken redirection implemented on it)

Honestly, I think the solution was just incidental. The issue is likely file locking, the cause of the problem is the cause of the locking.

Nocturne?

Also clipboard pastes do not have source files and cannot be restored.

The bulk export did get put in, so I think you should be able to export everything from the root sprite folder and then keep it as a source reference.

Does anything click with

Code: ags

#define SOUND_SOURCE_COUNT 1

?

Does not this mean that it can be done, if you dont edit sprites simultaneously?

I think most people probably would just commit to the sprite file after checking it was OK to do so with any collaborators (and if the version control system is OK to take the file size). It is an automated restore from the source files that is problematic, I think I still have a branch with it done as a proof of concept, but it can get pretty crashy.

I think in the latest version of AGS you can regenerate the sprite cache from the original image files, so as long as you keep those in a shared OneDrive directory, you could just exclude the sprite cache from version control and have people regenerate it each time they update the project from the repo.

Unfortunately because of the way the import process works it couldn't be done, since the imported sprites are stored in RAM until you hit the save button and potentially you have more sprite data than RAM that is accessible to the Editor.

Writing scripts/code doesn't really fit well with this approach, and AGS makes it worse in the way it handles game assets. You can do it by carefully arranging who is responsible for changing individual scripts but for tasks such as importing sprites there is only one file, so each person must work with placeholder sprites or their own sprite number range until they can safely get their new sprites imported.

Could cause problems if people are working the same time. Person A loads up project then person B loads up but finishes before person A, person A then finishes overwriting person B's changes.

Yes, you are likely to lose data and/or create conflicting files which refuse to sync.

Maybe then each of them could test the game easily, and make updates to the codebase, without the need to send game files separately?

This is really a job for version control software, although you still need to arrange how you manage the game assets (potentially these are version controlled too).
https://en.wikipedia.org/wiki/List_of_version-control_software

My antivirus is killing the download, saying that it's infected. Has anyone experienced this and solved it?

Seems fine to me. Personally I would only use the OS vendor's anti-virus, or one that isn't desperate for your time or money, although running programs from the Internet without knowing what they do will always have an inherent risk.

Code: ags

$ clamscan --version
ClamAV 0.102.4/25948/Mon Oct  5 15:02:22 2020
$ clamscan -r "DAGGERHELL MAGS SEPT 2020"
/home/mwillcock/Downloads/DAGGERHELL MAGS SEPT 2020/Windows/winsetup.exe: OK
/home/mwillcock/Downloads/DAGGERHELL MAGS SEPT 2020/Windows/acsetup.cfg: OK
/home/mwillcock/Downloads/DAGGERHELL MAGS SEPT 2020/Windows/DaggerHell.exe: OK
/home/mwillcock/Downloads/DAGGERHELL MAGS SEPT 2020/Data/DaggerHell.ags: OK
/home/mwillcock/Downloads/DAGGERHELL MAGS SEPT 2020/Data/acsetup.cfg: OK

----------- SCAN SUMMARY -----------
Known viruses: 8920319
Engine version: 0.102.4
Scanned directories: 3
Scanned files: 5
Infected files: 0
Data scanned: 5.98 MB
Data read: 4.56 MB (ratio 1.31:1)
Time: 37.434 sec (0 m 37 s)

Very like it is this issue:
https://www.adventuregamestudio.co.uk/forums/index.php?topic=58304.msg636624417#msg636624417

Set the 'cursor' pointer to sprite 2061 if you are using an older version of this template.

[obsolete property]

https://adventuregamestudio.github.io/ags-manual/UpgradeTo35.html#new-screen-struct

obsolete property	replace with
System.ScreenWidth	Screen.Width
System.ScreenHeight	Screen.Height
System.ViewportWidth	Screen.Width
System.ViewportHeight	Screen.Height

You can either use the new values or change the setting of Script Compatibility Level in general settings.

https://www.adventuregamestudio.co.uk/site/games/game/2476-max-fury

Did you add a download link for it? At the moment I think the download button just shows an empty area with no links.