How to Convert txt to gsf Walkthrew + Tool

[brentd]

I didn't make this tool but I found it and took about 16 hrs to learn how to use it but here it is.

1.) put your ItemScript.txt in the folder with the tool.
2.) Download the ItemScript.jpg and put it in the same folder also make a copy of it for any other file your gonna do (ItemScript.jpg or SkillScript.jpg etc)
3.) Run the Tool use option 1 then option 1 agian then when it ask to input item ID hit 0 then enter.
4.) In result it makes report splits of your file and the GSF.

Credits to Tyfix for the Picture.

 

[alphaest]

copy it to .jpg is a very wrong move. The idea of the image is that if someone tries to lookup the type of the file, any program will return that its a jpeg image. When a player tries to open it it will show a image, thats it. Because no image reader reads the file to the end, they stop reading it once the jped data tag ends and there will be some trailing zero's.

So to make it the correct way take a random image or text file or whatever else but any of the ryl source files and name it itemscript.jpg or any other type you try to convert.

At the moment if you follow the guide you will have a open-source itemscript for your playerbase, all they have to do is open the file in notepad :/

 

[brentd]

copy it to .jpg is a very wrong move. The idea of the image is that if someone tries to lookup the type of the file, any program will return that its a jpeg image. When a player tries to open it it will show a image, thats it. Because no image reader reads the file to the end, they stop reading it once the jped data tag ends and there will be some trailing zero's.

So to make it the correct way take a random image or text file or whatever else but any of the ryl source files and name it itemscript.jpg or any other type you try to convert.

At the moment if you follow the guide you will have a open-source itemscript for your playerbase, all they have to do is open the file in notepad :/

If this is true then thanks for pointing it out also it could reduce file size as well using a normal jpeg which will reduce stress on patcher.

 

[alphaest]

Believe me, it is true as i wrote the crypto to rylCoder

The steps that is made to make a gsf file:
1. The content of the file is read into a table in memory while converting floats to float types and integers to int32's and also dropping any empty or comment lines or any extra columns.
2. Any references/constants are replaced with numbers.
3. The table is compressed with lzo (think it was lzo).
4. The stream is crypted using a xor key
5. The jpg is read into memory
6. A new file is created and the image is written into it, followed by 5? zero bytes and then the compressed & crypted stream is written into it.
7. The first 4 bytes are overwritten with the location of the real data start.

The image is plain and in the start of the file, so you better think what you put there.


// Might want to update your first post.

 

[brentd]

for sure what is best a blank jpg file?

 

[alphaest]

it really doesnt matter what exactly, put in it what you want. Something that would strieve the attention away from the curious guys. Lets say.... a porn picture? Something funny? Somthing amazing? Something really creative?

Its really up to you. If you put a small 1-2 pixel blank image i think the curious players will notice something is odd.

 

[brentd]

but it still shows the coding right it just pushes it lower in the file so they dont see it right away is that the point?

Also there is another solution which I may plan to implament which will emmbed the files into one of the exes used for the game which means they dont have to be present in the main dir

Molebox FTW =)

 

[yoshi1337]

for sure what is best a blank jpg file?

its very true. I would have some fun with it, I found some very cool pictures for mine, you can just save them to really crappy quality and that will take care of the size.

You can also hex edit the script convert program to change the Xor keys which will help out with security. (A little) You also have to do this in Client.exe and on the server sides for the .mcf key.

You won't be able to open these files out of the box with rylCoder if you do either of these, you will need to make a "hackfile" with the correct "offsets".

What I found interesting when messing with rylCoder awhile back is that the offsets in rylCoder are only used for determining the script type/Xor key to use. So if you re-code rylCoder a bit you can make it use Xor keys by filename instead and you don't have to worry about finding the correct offsets. I did this and it works good

Basically to the point, changing the stock picture is good. You DON'T want to be using the ones that everyone else has been using forever. Anyone can open and read your scripts then. Atleast if you make these changes people can still open them, but its a lot harder (for most)

 

[brentd]

its very true. I would have some fun with it, I found some very cool pictures for mine, you can just save them to really crappy quality and that will take care of the size.

You can also hex edit the script convert program to change the Xor keys which will help out with security. (A little) You also have to do this in Client.exe and on the server sides for the .mcf key.

You won't be able to open these files out of the box with rylCoder if you do either of these, you will need to make a "hackfile" with the correct "offsets".

What I found interesting when messing with rylCoder awhile back is that the offsets in rylCoder are only used for determining the script type/Xor key to use. So if you re-code rylCoder a bit you can make it use Xor keys by filename instead and you don't have to worry about finding the correct offsets. I did this and it works good

Thats interesting I dont know much about xor keys etc but I think im gonna just embed the mcfs and gsfs into the client.exe so they cant be tampered with mabey even the login.dat as well.

But One thing I noticed is I dont know how hackers hack in RYL2 just know how they do it in RF online so it makes it harder I assume they use cheat engine but do they actual benefit any from tampering with the mcf or gsf files or is that just security to protect your work from theft?

 

[alphaest]

You won't be able to open these files out of the box with rylCoder if you do either of these, you will need to make a "hackfile" with the correct "offsets".

What I found interesting when messing with rylCoder awhile back is that the offsets in rylCoder are only used for determining the script type/Xor key to use. So if you re-code rylCoder a bit you can make it use Xor keys by filename instead and you don't have to worry about finding the correct offsets. I did this and it works good

Actually i wouldnt use the file names that much because i found myself changing the filenames alot when working on the files. Making different copies from the same file etc.
What i would do is set a different image for each script you convert. After converting open the file in hex editor and read the first int32 in the file. And there you go, you got the offset for use in the hackfile.
After that every time you convert the files again you will have the same offset because the the offset = image size+4+3 or something like that. +4 is the first int32 +3 is the trailing zero's.

but do they actual benefit any from tampering with the mcf or gsf files or is that just security to protect your work from theft?

Its mostly against theft. The small security it adds is that people cant open the file, make changes and then save it back. If the server uses 0x1 checksum, they can use the file directly, if it doesnt, they can do a hotswap after checksum calculating and before script loading. But rather few use the later method.

 

[brentd]

Actually i wouldnt use the file names that much because i found myself changing the filenames alot when working on the files. Making different copies from the same file etc.
What i would do is set a different image for each script you convert. After converting open the file in hex editor and read the first int32 in the file. And there you go, you got the offset for use in the hackfile.
After that every time you convert the files again you will have the same offset because the the offset = image size+4+3 or something like that. +4 is the first int32 +3 is the trailing zero's.

Its mostly against theft. The small security it adds is that people cant open the file, make changes and then save it back. If the server uses 0x1 checksum, they can use the file directly, if it doesnt, they can do a hotswap after checksum calculating and before script loading. But rather few use the later method.

Thats good to know thanks for the info for sure you would happen to know how to fix a image not loading for a skill would you it only appears black

 

[alphaest]

Thats good to know thanks for the info for sure you would happen to know how to fix a image not loading for a skill would you it only appears black

wrong section/thread to discuss that.

 

[ernesto2]

and for make MonsterPrototype.txt to GSF what need add to created new MonsterPrototype.gsf???
me make screnshot renamed MonsterPrototype and press 5 and fail to created and dont logs what folders need to make MonsterPrototype.gsf????

 

[nickishurt]

then i wanna know when i edit my armor to def 500 and grade AAA then i convert to gsf clientside/serverside when i buy item in npc " cannot buy " then sword warrior cannot use it!
help?

 

[akulahstatik]

convert for chemical work now