View previous topic :: View next topic |
Author |
Message |
dayfive

Joined: 10 Nov 2006 Posts: 77
|
Posted: Mon Dec 11, 2006 5:49 am Post subject: Descrambling progs.dat? |
|
|
there are some progs.dat files that appear to be scrambled and cause a segmentation fault in many decompilers.
Is there a counter application to SCRAM.EXE that allows for unscrambling a scrambled progs.dat file? |
|
Back to top |
|
 |
leileilol

Joined: 15 Oct 2004 Posts: 1321
|
Posted: Mon Dec 11, 2006 5:59 am Post subject: |
|
|
Why would you want to decompile anyway? _________________
 |
|
Back to top |
|
 |
dayfive

Joined: 10 Nov 2006 Posts: 77
|
Posted: Mon Dec 11, 2006 6:16 am Post subject: |
|
|
CheapAlert wrote: | Why would you want to decompile anyway? |
why wouldn't you want to decompile? sometimes it's just easier when the sources aren't available. |
|
Back to top |
|
 |
leileilol

Joined: 15 Oct 2004 Posts: 1321
|
Posted: Mon Dec 11, 2006 6:23 am Post subject: |
|
|
dayfive wrote: | CheapAlert wrote: | Why would you want to decompile anyway? |
why wouldn't you want to decompile? . |
Because it would produce horrible, malformed, hard-to-read "code" _________________
 |
|
Back to top |
|
 |
dayfive

Joined: 10 Nov 2006 Posts: 77
|
Posted: Mon Dec 11, 2006 6:50 am Post subject: |
|
|
some semblance of source code is much much better than none at all.
i find it quite useful to see at least some structure of what's going on, so i don't have to look at the game behaviour in game and reverse engineer it.... |
|
Back to top |
|
 |
FrikaC Site Admin

Joined: 08 Oct 2004 Posts: 947
|
Posted: Mon Dec 11, 2006 11:04 am Post subject: |
|
|
I don't know if you've tried frikdec, but it more or less nullifies what SCRAMBLER! does. Then again, because it's also based on unqcc (as are most all decompilers) there may be certain cases that aren't accounted for (unqcc is a real disaster). |
|
Back to top |
|
 |
dayfive

Joined: 10 Nov 2006 Posts: 77
|
Posted: Mon Dec 11, 2006 11:43 am Post subject: |
|
|
FrikaC wrote: | I don't know if you've tried frikdec, but it more or less nullifies what SCRAMBLER! does. Then again, because it's also based on unqcc (as are most all decompilers) there may be certain cases that aren't accounted for (unqcc is a real disaster). |
Actually, I've been using frikdec! On a little endian P4 processor running GNU/Linux (debian/sid)
Here's the output (when trying to decompile a scrambled progs.dat)
Code: |
Decompiling...
Read Data from progs.dat:
Total Size is 644552
Version Code is 6
CRC is 5927
113612 strofs
39157 numstatements
2118 numfunctions
5872 numglobaldefs
241 numfielddefs
23118 numpr_globals
----------------------
Segmentation fault
|
(qwprogs.dat)
Code: |
Decompiling...
Read Data from qwprogs.dat:
Total Size is 443368
Version Code is 6
CRC is 54730
69696 strofs
29910 numstatements
763 numfunctions
3902 numglobaldefs
248 numfielddefs
18416 numpr_globals
----------------------
Segmentation fault
|
If the progs.dat isn't scrambled, it works for sure. I've tried it successfully many times. |
|
Back to top |
|
 |
Lardarse

Joined: 05 Nov 2005 Posts: 243 Location: Bristol, UK
|
Posted: Wed Dec 13, 2006 4:15 am Post subject: |
|
|
Tried using a hex editor? |
|
Back to top |
|
 |
Izael
Joined: 21 Oct 2009 Posts: 3
|
Posted: Wed Oct 28, 2009 12:53 pm Post subject: FINALLY! |
|
|
WOW! I've been struggling with trying to decompile progs.dat using various qcc programs for weeks! I think I downloaded every qc compiler known to man just to try and get this done. I want to make some small changes to certain mods, or implement certain aspects of some mods into other ones... *IE KILLER QUAKE PATCH + SUPER DUPER QUAKE WEAPONS! YES!
/me = super n00b
so now just a quick question... decompiling progs.dat from Neil Manke's Starship map, and I get this...
frikdec progs.dat
decompliling...
"" defs.qc
"" subs.qc
fatal error - index (15988) out of bounds.
does this mean that defs.qc and subs.qc are the only .qc files contained within progs.dat? I could live with that. And then...
frikqcc -dec progs.src
defs.qc
subs.qc
subs.qc (123 to 133): warning: Too many closing braces
subs.qc (123 to 133): error: "}" is not a type
./progs.dat - 11 error(s), 11 warning(s)
Should I be worried about these? lol
Basically for the starship maps I want to add a second shotgun weapon, one that will shoot the laser.
thanks! |
|
Back to top |
|
 |
Spike
Joined: 05 Nov 2004 Posts: 944 Location: UK
|
Posted: Wed Oct 28, 2009 10:48 pm Post subject: |
|
|
subs.qc (123 to 133): warning: Too many closing braces
subs.qc (123 to 133): error: "}" is not a type
those messages are more likely to be caused by a mod that was optimised, rather than scrambled.
sadly, scrambled mods are easier to decompile than optimised ones...
certain optimisations can make an utter utter mess.
alternatively, they just used a 'for' statement, which is an easy way to confuse qc decompilers without even using a scrambler or optimisations - generally the decompiler doesn't know what the heck a 'for' statement is, and certainly not what the bytecode looks like.
but if it is just one of these, fix the function, the rest will be fine.
And I've no idea what index out of bounds would be caused by, other than optimisations. _________________ What's a signature? |
|
Back to top |
|
 |
FrikaC Site Admin

Joined: 08 Oct 2004 Posts: 947
|
Posted: Thu Oct 29, 2009 4:12 pm Post subject: |
|
|
Yeah, I should sit down with the unqcc source one day and make it work with all the language extensions we've made. |
|
Back to top |
|
 |
r00k
Joined: 13 Nov 2004 Posts: 483
|
Posted: Thu Oct 29, 2009 6:45 pm Post subject: |
|
|
FrikaC wrote: | I don't know if you've tried frikdec, but it more or less nullifies what SCRAMBLER! does. Then again, because it's also based on unqcc (as are most all decompilers) there may be certain cases that aren't accounted for (unqcc is a real disaster). |
I purposely put this code in my defs.qc to debunk most decompilers
Code: |
void () decompiler_error =
{
local string dopefish;
dopefish = ("dont smoke fish, drink bud.\n");
};
|
maybe frikaC can tell you why it craps the decompiler but so far it works enough  |
|
Back to top |
|
 |
Spike
Joined: 05 Nov 2004 Posts: 944 Location: UK
|
Posted: Thu Oct 29, 2009 10:27 pm Post subject: |
|
|
FrikaC wrote: | Yeah, I should sit down with the unqcc source one day and make it work with all the language extensions we've made. |
If you manage it, I will forever hail you as 'FrikaC the awesome'.
Good luck with that. :P
r00k... what the hell? lol! _________________ What's a signature? |
|
Back to top |
|
 |
r00k
Joined: 13 Nov 2004 Posts: 483
|
Posted: Fri Oct 30, 2009 5:35 am Post subject: |
|
|
i know it makes sense only to us, i guess.
If you try to decompile CAx (http://www.quakeone.com/cax), it spits out void() decompiler_error as the last line,
Code: |
void (entity , entity , entity , float ) T_Damage;
float (entity , entity , string ) CanDamage;
float modelindex_eyes = 0;
float modelindex_player = 0;
void () decompiler_error =
{
local string ;
|
thus forcing the end user to think its corrupt
I suppose the decompiler cant assign a value to a variable intermittently or whatever, but this keeps "little kiddies" from taking a competitive multiplayer mod and hacking it and putting up a skewed server. I dunno, maybe this is outdated. Open source is one thing that keeps the world humble.
If anyone wanting to start up a new multiplayer mod, you should check out this lost treasure www.quakeone.com/qrack/elohim22.zip
The old (Jan. 1998) open source of the Clan Elohim DM server (aka CRMOD) by J.P.Grossman and Paul Baker . (shub hub it ?? i think i have the only version?!!)
Great resource to learn quakeC. |
|
Back to top |
|
 |
|