soviet´unterzogersdorf extract / repack

[gondur]

Hi,

tried to depack the following abandond ags game & repack it for usage with the opensource AGS 3.5 editor.

Freeware files are from here:
http://web.archive.org/web/20160328095603if_/http://monochrom.sil.at/suzoeg-s1-v1_0MrX-win-install.exe
http://web.archive.org/web/20110706094544if_/http://monochrom.sil.at/monochrom-SUZ2--version1dot2.exe

environment win10 + ubuntu + your fixed binaries from december 27th
after extracting the installer-exe, applied following for the second game, SUZ2 (first one behaves the same):

./agsex suz2prog.exe files obj
./agspack files suz2.agf

importing then into the AGS 3.5 editor fails with an import exception, instantly.
Not sure if a bug or misusage?

(also playing with an older editor, AGS 2.72, which imported at least the dta from the files directory, was ultimately not successful, script are lost that way)

thanks for feedback on this issue

[rofl0r]

importing then into the AGS 3.5 editor fails with an import exception, instantly.
Not sure if a bug or misusage?

not all files used by the editor are added to a game "pack" file. that means you cannot simply unpack a game and load it in the editor. what you can do is making changes to the resource files (e.g. change music, pictures, assembly code) and repack with agsutils.
if you can unpack and repack a game with agsutils, and the resulting file can be played without issues with the engine, then everything works as intended.

[gondur]

Hello rofl0r, thanks for clarifying.

Is it possible to depack such binaries it in a way that opening & recompilation with the editor is possible?

It seems your tool can decompile also the scripts, the main script, all ressources etc - what is missing or needed to recreate a valid AGF project file or project folder?

[rofl0r]

It seems your tool can decompile also the scripts

no, it only disassembles the scripts. the result is assembly language, which is much more low-level than the AGS C dialect. it is sufficient to make simple bugfixes or changes to the code for a low-level programmer, but not for use with the editor. making a real decompiler is a huge task and i don't think it will happen. old versions of ags editor saved the original sourcecode for room files, which are automatically extraced and can be used with my ascc project (to recompile to binary), but even there the source code for the game scripts are missing.

what is missing or needed to recreate a valid AGF project file or project folder?

i didn't investigate it, but there's a lot of stuff in the game files that agsutils currently ignores. even if it would be possible, one would need a patched version of the ags editor that can invoke agsutils' assembler for use with the disassembled .s files in place of the of the original .asc files.

maybe @ivan-mogilko has some more insights into this.

[gondur]

Hello rofl0r, oh! thank you this makes sense... a full on decompiler is really next step complexity...

About this concrete game - is it maybe old enough that the source code is still included?
Because i was able to open the cdt file directly with the 2.72 editor - there were then errors but still...

cheers and thank you for your work

[rofl0r]

About this concrete game - is it maybe old enough that the source code is still included?

if you find .c or .asc files in the script directory after agscriptxtract then the room files came with included source code, but you will still need the code for the gamescript(s)/globalscript, which is only available in assembly (.s) files.
you might be able to write those scripts by hand by carefully studying what the .s files do, though.