474 replies to this topic

[Southman]

now this is gonna turn into a skin topic
lol
i will probably use it if i ever make a game
i dont use instant play anyway

[Ampersand]

Because I've seen comments in this thread like "Does this completely stop the decompiler?" and "Couldn't they find a way around this?"...

To the first question, no. There is no way to absolutely stop hackers. It may stop the current decompiler, and although Clam (creator of the decompiler) does not want to override this application, there is always the chance someone else will.

And to the second question, yes.

-Ampersand

[PickleMan]

Also, because Clam created the decompiler, many people see him as an evil, mind sucking insect.

This is not the case, (usually). Clam created the decompiler to help people who lost their source...

[gamer dee]

Nice tool although I have to fight with AVG because it thinks its a virus.

[True Valhalla]

Another great tool. Combined with the Obfuscator, the gmk's become so secure.

Thankyou, too, for developing this =)

[Johnnsen]

Thank you for doing this.

[Tahnok]

[...]Clam created the decompiler to help people who lost their source...

Another made up "fact" on the GMC...

He claims he made it because he was making a point about GMK encryption, and how it's only lead to the documentation of the encryption and file format, which eventually lead to testing on exes, which lead to the decompiler. He never mentions doing it to help people who lost their source. My source is the about statement of said program.

[makerofthegames]

GMKs didn't exist when the first GM decompilers were made/being made, and I don't think gm6 did either. Atleast not open to the public.

Edited by makerofthegames, 02 May 2009 - 09:09 PM.

[PickleMan]

[...]Clam created the decompiler to help people who lost their source...

Another made up "fact" on the GMC...

He claims he made it because he was making a point about GMK encryption, and how it's only lead to the documentation of the encryption and file format, which eventually lead to testing on exes, which lead to the decompiler. He never mentions doing it to help people who lost their source. My source is the about statement of said program.

It isn't a made up fact. It's real. Clam is a good person...

Enough of this, the anti-decompiler doesn't make it UNdecompiler. You just need a custom one...

[Clam]

[...]Clam created the decompiler to help people who lost their source...

Another made up "fact" on the GMC...

He claims he made it because he was making a point about GMK encryption, and how it's only lead to the documentation of the encryption and file format, which eventually lead to testing on exes, which lead to the decompiler. He never mentions doing it to help people who lost their source. My source is the about statement of said program.

TBH, I made it just for the sake of seeing if it would work. It occurred to me afterwards that it was ironic that encrypted gmks had led to its creation. It was leaked, I didn't want people thinking they were clever for having a copy, so I released it along with that jab at YYG. If I can ever be bothered I'll cleanup the source and release that too.

[PickleMan]

<off topic> You can just decompile it...(java is bytecode...)</off topic>

Oh. Well, thats the explaination.

[score_under]

<off topic> You can just decompile it...(java is bytecode...)</off topic>

Actually, the decompiler is using obfuscated self-modifying bytecode, and is literally impossible to decompile unless you do it by hand, which will take a very long time and a lot of skill.

Edited by score_under, 03 May 2009 - 10:37 AM.

[PickleMan]

Really?
However, I have noticed that when you decompile Java, it doesn't restore the original variable names...

Kinda like the near impossible conversion from assembly->C

Edited by PickleMan, 03 May 2009 - 02:24 PM.

[score_under]

However, I have noticed that when you decompile Java, it doesn't restore the original variable names...

Of course not; the only reason this works in Game Maker is because the scripts aren't compiled, and the only time this works in C is when you export it from a dll.
Most non-compiled languages don't reference a variable by name, rather by an identifying number. Most compiled languages reference variables by their own unique pointer. (Most of the time, a constant pointer means a global variable, while a pointer relative to EBP or ESP means a local variable.)

Kinda like the near impossible conversion from assembly->C

Near impossible, but with a little practice, it's possible to do it manually. This is how "execs.dll" actually came about.

And it's what I do for fun

[PickleMan]

I know that...like in assembly it is in registers, with no physical name...(correct me if i am wrong)
variables are just places in memory...

[makerofthegames]

Bahh.. My antivirus says this is a packed virus.

[PickleMan]

He answered that in the first post.

[score_under]

Bahh.. My antivirus says this is a packed virus.

No, it just detects the packer; it evidently doesn't have any code to unpack the detected packer (most likely FSG) so can't see the original code to scan it for viruses.

[makerofthegames]

Either way, it won't let me open it.

[Clam]

Heh, I never realised that obfuscator generated self-modifying code, I know plenty of other horrible things it does to the bytecode