Programmer simply decided to name all his variables something crazy. This can be achieved by writing the code, copypastaing it into a word processor, and find/replacing every var with something difficult to read. To fix this, view as raw data, find out what one variable is, find/replace every instance of it with something more tangible, and then decoding it until you can do something with it. Then, find the bytes you need to change, and change them as with a regular AoB

Programmer simply decided to name all his variables something crazy. blah blah blah

this is 100% incorrect. at least in relation to the code posted.
what youve posted is amayeta encryption. Im not going to pretend i know it works exactly, but BASICALLY it works by adding junk instructions to the code. at runtime, the actionscript virtual machine ignores the junk and the game runs as normal. however when you try to decompile it, the decompiler tries to make sense of the junk data and chokes. Amayeta is only as2 btw.

in AS3 the go to method for encryption is to inject something like the following into method bodies you wish to protect from decompilers.
10 03 00 00 05 24 01 this is just off the top of my heat, it may not be exactly what it is but its something close, i know it starts with 10 ?? 00 00 00
now obviously the AVM doesnt care about 05 24 01, its never going to see it as its unreachable. but when the decompiler tries to interpret that shit, it just straight up crashes.


so if you want to see exactly how amayeta works, decrypt it, and compare the original and decrypted files in a hex editor. easy peasy.

for simple renaming, then, you know, hashmap, obviously....

well with amayeta, theres more going on than just jumps, but its still just junk bytes...

so I would write a program and parse through the bytes of the encrypted/unencrypted and print out the junk bytes

use the program i attached to recover amayeta encrypted swfs

Awesome Kolonel.  Thanks for the help.  (broken image removed)