Share your Ideas and Information about hacking here..

01/07/2010 05:01 ElswordII#286
No I dont think that's the case. I'll PM u what I think.
01/07/2010 07:07 Brian~#287
even if you don't do anything... just by extracting and compressing it again... it gets detected...

01/07/2010 07:18 archiekins23#288
meron po b kaung recorder na pede record ung sa grandchase para paulit ulit nlng un ang gagawin nya.example sa mga dungeons
01/07/2010 08:10 makim43#289
Quote:
Originally Posted by Brian~ View Post
even if you don't do anything... just by extracting and compressing it again... it gets detected...

Stranger thing is, even if you only do extract & compress, file size and hash are different from the original file. It should be the same, so some information must be getting lost in the process, not to mention the extracted crc.xml has different format from extract, compress, re-extracted crc.xml.
01/07/2010 10:25 holylance#290
mr: why "suden hack" not working now?? like sed "regenage 19"
01/07/2010 11:43 sOulimperfect#291
Quote:
Originally Posted by makim43 View Post
Stranger thing is, even if you only do extract & compress, file size and hash are different from the original file. It should be the same, so some information must be getting lost in the process, not to mention the extracted crc.xml has different format from extract, compress, re-extracted crc.xml.
actually crc.xml is being produced by the compactor itself. which means that LU didnt made that crc.xml try compacting a kom file but delete the crc.xml on it. you will notice that after you extract it again a crc.xml file will appear. its more like a log reproduced by the .kom extractor.
01/07/2010 11:47 choryutretz#292
@all
I think this is like what LUG did last Novermber..
We should take a deeper investigation about this..

If anyone wants to resize all .lua files inside .kom files and make it equal to the original one.. Please do..
If anyone did please pm me the results..
Im too busy to do this myself.. :D

I bet its not an encrypted file on main.exe again..
Like what we thought last November, we all thought that main.exe is the problem, but its not..
01/07/2010 12:04 sOulimperfect#293
Quote:
Originally Posted by choryutretz View Post
@all
I think this is like what LUG did last Novermber..
We should take a deeper investigation about this..

If anyone wants to resize all .lua files inside .kom files and make it equal to the original one.. Please do..
If anyone did please pm me the results..
Im too busy to do this myself.. :D

I bet its not an encrypted file on main.exe again..
Like what we thought last November, we all thought that main.exe is the problem, but its not..
agreed.

it would be great if we take it slow. :)
01/07/2010 20:12 makim43#294
Quote:
Originally Posted by sOulimperfect View Post
actually crc.xml is being produced by the compactor itself. which means that LU didnt made that crc.xml try compacting a kom file but delete the crc.xml on it. you will notice that after you extract it again a crc.xml file will appear. its more like a log reproduced by the .kom extractor.
Thx for clearing my mistake. I realized crc.xml is definitely created while compacting according to the python script. I'm confused by the fact, though, that CheckSum attribute is set very last according to the script, but when you actually look, CheckSum is at the very front, while it should be at the very back of the Item element.

Btw, I'm confused at the fact that main.exe will react to 7-zip's extract option :confused:
01/08/2010 15:07 sprakinayt#295
if the problem now is the same as last time.. looking over the file size is a nice idea.. but we still have a problem, what if it is not? we can't bypass,open, edit the current main.exe..
01/08/2010 16:19 Jame$#296
If you need any software guys just Hit me up ok..
01/09/2010 02:46 jovanjiv2007#297
I agree with sir choryutretz about a file cooperating with the main.exe
so maybe someone can cut the connection between them??
oh yeah i found something interesting...


[UpdateFile] Stage\Script\sort_ph.stg.mkom [Version] 1 [Size] 828655 [CRC] 28ffe697
[UpdateFile] Stage\Script.kom [Version] 79 [Size] 1184713 [CRC] 5e0d9890
01/09/2010 03:12 lamoke1#298
wat if the last skill is put in the first so that it will be easy to use
01/09/2010 04:42 makim43#299
based on my experience so far, I'll state what I currently know about the new patch on NAGC that stopped kom edit method.

1. newly replaced files at the time of patch are: main.exe, dat files, Ver.xml in the parent folder, and some minor files in each folder.

2. GameGuard as far as I know does not show in-game messages. It just has access to main.exe to close, hide and stuffs, and when it shows error messages, it's not accessed by main.exe itself, and it shows up on the new window while some crappy des file is running. Current error message is an in-game one, so I'm betting GameGuard is not an issue here.

3. Extracting, and then repacking without any edits still gives error, even after making kom file's CRC and file size the same. crc.xml creation does not have any indents and a space between slash and CRC data, which I think is the reason why it doesn't have the same size and CRC as the original one. The stg and lua files keep the same file size, just crc.xml doesn't.

4. It DOES check for ai.kom, fan_map.kom, and script.kom, but it does NOT check files such as sound_korea.kom, minigame.kom, and stuffs. Idk how this can be used in a... useful way.

5. I was trying to open main.exe, and while PEiD said it's packed with ASProtect 1.XX or w/e (someone posted ss of it too), I personally think it's ASProtect 2.0 after doing some crappy things with ollydbg. But even if I decrypt it, idk how I can encrypt it exactly again.

6. (I forgot, I'll write this down later lol)

That's all the information from me so far. I'm currently a bit busy with newly started school and part-times, so I can't reply fast.
01/09/2010 04:47 ahmedsapry86#300
um.. are trainers possible to be used?