On Condition: Turret Has Target

Action: Spawn bullet

use ScrollTo action

Heya guys,

I've just made this gameplay footage video for AstroColonist, please check it out!

youtube.com/watch

We're on greenlight here:

steamcommunity.com

/sharedfiles/filedetails/?id=507473878

Anytime have fun

Yes, here:

Condition1: Turret has target

Condition2: Object pick instance with UID (Turret.TargetUID)

I did use Enigma Virtual Box in the past (Windows only I think), which is a free program for the purpose of creating portable applications for software that usually doesn't support this (would have to be installed).

Enigma looks cool. Another interesting thing to consider is, even if the entire exe/assets were protected, if I wanted your graphics - i'd just open your game up and start taking screenshots, then just make my own spritesheets from them.... pretty easy to do with any 2D game.... as for 3d games, i'll make a GPU emulator and run your exe to hit my GPU to extract your models etc

Asset protection ey... never ever going to happen, because it can't happen.

an old online RPG i owned back in web 1.0 days had all its assets stolen and essentially an entire new site created using the assets... I never really cared, it was a fun running joke between the developers and the players

Hey, only 2 questions from me really...

1. Is it paid?

2. Can you show previous work?

Thanks Adam xo

Cool but I can't find the mute button

agree

i skim read this... but i get your jist... but the issue is deeper than just "compiling to encrypted exe".

Lets say you move it to Linux for gamers, well that file system is "open" and doesn't contain .exe programs (only in VM/Emulators like Wine) or big encrypted data streams which stop people from sitting on the I/O of the disk to get at the data.

The problem is a technology problem, where realistically nothing, in any software is safe... Sometimes it comes down to just a matter of time before it's cracked.

If the issue is piracy and not asset stealing, the industry resolved the issue by using DRM/Logins/Etc

Wow, well here we go:

1. You can use the same layout but the code will need managing better so you don't end up with crazy unmanageable event sheets, I advise you use a new layout if its a small project.

2. The the new layout loads, the old layout will stop and destroy all objects. If you want it to not be destroyed, all the items inside it must be "global" (see object properties). If you want their code to still run, their code must be in a separate event sheet which is also loaded into the new layout.

3. This is the correct way. If you want the game state to persist there are a lot of options, try looking at the "Save" actions and the "Load" actions also the "Global" setting. A lot of solutions here.

Edit: As the below poster recommends Persist behaviour below I agree is better solution. Ignore statement 3.

Hope this helps, let me know if you have any questions.