Decompiler Script

[Suyay Escarsega]

Astold in that other answer you can get the contents (the files, but not necessarily the folder structure) of a NSIS installer thanks to 7-Zip but there is no tool to get the script that was originally compiled, or something close.

In contrast to a disassembler, implementing a decompiler is quite a task. A disassembler is basically just assembly language with symbol lookups. That is, a direct listing of the byte code but with textual opcodes and the operand numbers replaced with variable names, literals or object names where possible.

A decompiler, on the other hand, attempts to recover the higher level code structure: if statements, loops, switch statements and so on. In addition, some work is done to generate meaningful variable names where possible.

The starting point is the SCI script resources. These contain code logic, class and instance definitions, strings, and script variables. Different versions of SCI use different formats for script resources, but my resource loader loads each into a single runtime format so it can be interacted with in a consistent way.

The ending point is an abstract syntax tree describing the entire script file. This is a tree of code constructs like if statements, loops, and function calls. From here, I can run the AST through a syntax formatter that outputs the source code in one of two (currently) source code languages (I also had a c++ style source code I was working on for a while, but I abandoned that).

One final challenge here is that SCI also supports local procedures in the script resources. For these (unlike public procedures and methods), we have no entry point listed anywhere in the script resource. Instead, we need to scan all bytecode for CALL opcodes, and put together a list of the call target addresses. These would be our entry points for local procedures.

I have a universal footstep.pk3 and I'd like to see how it works but I don't know how to open it. I do have DeepSea which I've read that it can decompile ACS files back into readable scripts using deepacc but all that happens when I open deepacc is a command prompt opens for a split second then disappears. Is there a way to open ACS files and view the script?

BEHAVIOR is the name of the lump that contains the compiled ACS code for a map. If you're talking about ACS libraries, it'll be largely the same thing, just with a different name. And the guarantee that it uses a ZDoom format that requires a disassembler -- I'm not aware of an ACS decompiler that can handle the ZDoom ACS formats; they're only for plain vanilla Hexen ACS.

However, generally, the ACS source code is included in project files. There's no technical requirement for it but it just makes it easier to work on it. Have you checked to make sure the plain text files with the source code aren't already in your mod?

Isn't it kind of odd behavior (heh) that such a thing does not exist? ACS, although old, is still very much used (most importantly in the ZDaemon scene). You would think that given its usage this would be a thing.

Any language and any program can be cracked with enough time and expertise, just take a look through any torrent site. Doesn't matter if it is any of the Microsoft products or even high end design programs that retail for $20K+. Most written by some really brilliant people, taking all the safeguards available. Take a look for how much Tekla X-Steel, Maya, 3D Studio Max, Autocad etc list for and yet someone, somewhere cracked em wide open.

All languages can be decompiled in one way or another so in a sence all languages is unsecure. AutoIt is just a little less secure because it doesn't compile to bytecode but actually stores the script and the interpreter inside the created executable.

You can add anti-debugging tricks in to the executable with Ollydbg. I also have successfully been able to crypt sensitive parts of the code by hand using simple XOR encryption or even more advanced algorithms.

Another great compressor (FREE!!!) that isn't to easy to unpack is PECompact. Make sure to download the student version(Free) if you don't plan on selling your script. It's only add about 8 more kilobytes than UPX on my script.

[size="10"]Pure Au3 crypt funcs(I'm currently also working on making a dll from this)[/size][Y] Be more active in the community[Y] Get 200 posts[N] Get 300 posts[N] Make a Topic in the example scripts forum with at least 50 replies.People who currently hate me:ValikSmOke_N

When these actions run, we can see the entirety of the action in the Actions panel of our Ps CS 5.5 (on Windows), but of course we can't twirl open any triangles or see the settings in the actions as they run. It is possible to see the file's histogram, but we really just want the .atn file so we can do our own tests and see how our file stacks up against theirs.

First I tried to use xbytor's decompiler script to get the .atn file from the droplet, but unfortunately it always just ends up hanging. However, it works just fine on a droplet that I create myself from Ps.

So, I am asking if anyone has any experience with difficult-to-decompile droplets, or if there is a way to crash Photoshop in such a way that the batch droplet action stays in the Actions panel and I can actually save the .atn file from there.

So what about the history panel? That should show the steps, even if they are not saved as metadata or logged to text. The performance prefs have a max. of 1000 history states that can be listed. You will only see the general step, not what settings were applied in that step.

Yea that's our thing is we'd like to get the action settings which is important for us to note the selection ranges of colors. Our separation actions influence and depend on the various ranges to produce the right kind of new pixel layers for our DTG printers.

The playback options actually (this is being ran in CS 5.5) do affect the playback, you can make it run really slow by upping the seconds-between. You can even mess with the action as it is running by adding new stops, etc. However, there's no way to save-as the .atn file out of the palette. It may have been enough to see the action innards as they play slowed down like this, but you are disallowed from expanding the action items to note the settings within too.

Photoshop has long had the ability to dump the entire contents of the entire action panel to a plain text file. I just tried in CC18 and it now offers to save a json formatted text file. This of course presumes that you can actually hold down the shift/opt/cmd key while the action set is loaded and that you can select the save action command (which will dump all loaded actions in the panel).

Unfortunately as the Save Actions flyout menu item is disabled, I do not have high hopes for this technique, although it would not hurt to try. My associate is now going to provide the exe file so I may send it to some of you who wanted to take a crack at it.

Launch photoshop.

Set the PlayBack Option to pause for 60 seconds.

Start the Droplet

Call the script.

The selection in the Actions palette is set to Droplet Set.

Quickly call up the save action menu.

It doesn't work. I created droplet by 'Automate / Create Droplet' where I only chose where to save droplet and Action Set with one Action that sets levels). I launched Ps, set pause for 60 sec, dropped a .jpg image outside of Ps on created droplet, then from ESTK with targeted Ps I ran script. Selection wasn't set to Droplet action (actually action that was in action panel that Droplet used), but to first item of that action, so Levels. When I opened Action dropdown menu I couldn't save Action Set as it wasn't selcted so 'Save Actions...' item was grayed. After 60 seconds elapsed Levels were applied to image, then empty 'XXXXXXXXXX' set was created and deleted.

Actually I added some more items but effect was the same. I was thinking to run it from Photoshop but I realised what is difference so I didn't try, however I did so after your suggestion and it worked

Droplets are created for an action that may be changed in the future or unload in Photoshop. So Create Droplet must capture the action it is created for and store it into the Droplet.exe. When the Droplet executes it will open Photoshop if it is not running. When Photoshop is up an running an idle the must be some way the Droplet can control Photoshop like Action and Script can. The droplet must create a temporary Action the one saved into the exe and the open the File(s) dropped on the droplet in Photoshop and Plays the Temp Action. When all processing is done the droplet must delete the temp action. That is jest of what I get from reading that description.

That write up seem to be a way to set up Photoshop to pause for 60 Seconds before the droplet action starts. In that time period you start the script and and you quickly save the temp action into an .atn file. You now has an .atn file you can load into the Action Palette and look are the Action steps and settings use in its steps.

there is a mistake in the nwscript.nss file included in the international and xbox versions of the game. If you want to be able to compile your scripts, you have to correct the error first. For more details, see This thread. This error would have been fixed with patch 1.0b. If it,s not, you can also download a ready to use fixed copy of nwscript.nss here.

3a8082e126