Tokei

Sorry for the delay, I was busy! I've double checked everything and I'm having absolutely no issues with the 0x200 version. The packing/extracting process is really straightforward for the 0x200 version as well. Have you tried building a GRF with another tool to check if the issue persist? If you're able to read the GRF only with the 0x103 version, then it's very, very weird and I'm not sure what could be causing the problem here. If you can give me a specific and simple scenario that I can reproduce, that would be very helpful! Download the newest version (1.1.3) and use the MSI installer (GRF Editor Installer). It *should* install any missing libraries. Tell me if this helped .

Any recent client should be able to read any GRF file version, especially 0x200. Are you able to read the GRF in your client if you make it from another program? Perhaps you forgot to include the grf name in the data.ini file of your RO client? If the application is able to read your GRF, then the client should be able as well, it's most likely a client configuration issue at this point.

You'd have to be more specific than that then, because I'm not sure what the issue could be at this point. You need Windows XP SP3 or more to be able to run this application as well (I just learnt about this recently). Ah, Secure GRF. There are multiple "issues" while working with Secure GRF. The whole point of that software is to not be able to read the GRF's files content with GRF editors; if this application was able to read the content then securing it would be pointless. The file table must be readable for patchers and the client, which is why you can still see all the files. You need to decrypt your GRF first before using this tool (I'm assuming Secure GRF can do that if you know the password used?). If not, you'd have to use the client's modified cps.dll file to decrypt everything (compress/uncompress methods; which will obviously not be a feature of this software for "security" reasons).

It's not exactly a tool bar , so that part will stay for sure, and to be honest... that's not really flashy. It's a simple and basic linear gradient that goes from blue to a darker blue. What about the progress bar? It's... windows's default progress bar with some text on top of it ;o. Nothing harmful in my opinion, so that will stay as well. Plus I like it! If you want to disable the indeterminate state (the flashy thing that goes around every x seconds), you can now disable the UI transparency. This override windows's style and replace the progress bar with one that doesn't have that glowing thing and you will need to restart the application to see the changes. As for the transparency though, some people may find it annoying and an option has been added. Transparency was useful to see behind the window and that was the whole point of it. I do find windows's interface terrible, but it has nothing to do with the application... Anyway, an option has been added to switch back to the default's windows style for most of the components (the menus and menu items will not be changed, not for now at least). The user from the post #9 is using windows XP, so I'm surprised it looks this good to begin with.There are missing default fonts on that computer as well and the progress bar you see has been frozen/fixed ages ago. So it's not a very good reference. Hopefully these changes would satisfy you, even though it's not exactly what you asked.

Such as what? I think the GUI's pretty much done, what would you suggest updating? I'm aware there are a couple of common shortcuts missing, such as the del key or F2 key, but that will be added in the next release.

I consider this a bad thing not to know what the patcher is supposed to download to obtain the correct list of patches, but well. The difference is, one of them is being used with the old patch server (down in the mean while) and the other with the new patch server. Also it fails if it cannot find the .inf file. Well first, thank you for the input! Maybe a little background... this is a recycled FTP client project, which works really well. It was used to download patches manually from any FTP website and then run the RSU patcher. I've added the patching part only recently (two days ago basically), so I'm not very familiar with the patch lists used by official patchers. From what I've read : patch2.txt | ragray | data.grf | patch.inf patch3.txt | sakray | sdata.grf | spatch.inf patchRE3.txt | renewal sakray | rdata.grf | patchRE.inf However, I've checked on a few renewal servers with not much of a conclusion. Half of the servers I've tested used patchRE.txt and the other half used patchRE3.txt. So in the end... I've just decided to let people choose themselves and put patchRE.txt by default as this seemed like the logical choice. As for the .inf file, it takes 3 seconds to change, but... I believe server owners should provide the .inf with their installer. Would anyone really start patching the 450 patches after you've just installed a client? It seems a bit ridiculous to me, but yeah, it might serve a purpose I'm not thinking of. With the same logic, I guess I should create the grf if it's not found instead of showing an error (should be added really soon).

File Name: TK Patcher File Submitter: Tokei File Submitted: 27 Jan 2013 File Category: Patchers Content Author: Tokeiburu I've seen many people having issues with the RSU patchers ("Failed to retrieve x file"), so this software attempts to fix these problems. Here's what the appliction looks like : Key features Current downloads can be stopped at any time and resumed later on Downloads can be refreshed by renewing the connection (sometimes, the FTP server doesn't send you as much data as it should, slowing you down a lot) Each patch is applied right after it's been downloaded, so you don't need to start from the beginning everytime The merging is done via GRF Editor's library The GRFs are defragmented automatically (due to the library's speed, there's no need to specify a limit on when to defragment the GRF; it's done everytime the GRF is modified) Sometimes, the FTP server sends the wrong stream offset (causing damaged gpf/rgz files); the software can detect those and ask for a new stream automatically Embedded resources, so only one exe file is required If there is a problem while downloading a file (ex : connection lost or the FTP server closed the stream for no apparent reason), the program will attempt to renew the connection It uses a self-assembly editing "technique" to create new patchers. I've added this feature because of the different official patchers out there. By default, it uses : http://webpatch.ragnarok.co.kr/ with patchRE.txt and ftp://ragnarok.nowcdn.co.kr:20021/Patch/ If you need to change patchRE.txt to patchRE3.txt (to be honest, I have absolutely no idea what the difference is between those two, now I do, thanks Ai4rei), you can generate a new assembly with the Properties icon at the bottom like this : General information This application requires .Net 4.0. This is the major con, because players may not have this library installed by default (even though it's advised to install the .Net libraries for the renewal client). This application has been tested on Windows XP/Vista/7. This is not a replacement for the RSU patchers nor your own patcher (but I don't see why it wouldn't work?). Due to its implementation, if you do not provide a .inf file, the patcher will start at the beginning of the patching list. This means that if you're using patchRE.txt (you should), make sure you have provided all the patches from patchRE3.txt first in your installer, otherwise they will just get skipped (because the patcher only deals with one list). It's also strongly recommended to include the .inf file with your installer, whatever patcher you use. Leave a comment or suggestions ;o, thank you! Click here to download this file

You need .Net version 4 or more to be able to run it (also WPF applications take longer to load for their first time). -> http://www.microsoft.com/en-ca/download/details.aspx?id=17718 Hm, you select your data folder in explorer and drop it in the left panel / tree. If you already have a data folder in your new GRF, you will have to select all the files and folders inside your data folder and drop them on the data folder node in the tree (I will change that so that two directories with the same name merges by default). Enabling a similar type of encryption requires an external library used by the client and I have absolutely no knowledge regarding a client's configuration. Also, many applications that will attempt to patch the GRF will have difficulties reading its content and even if you manage to make some part of it non-encrypted (necessary for the merging purposes), some patcher might fail because they won't recognize the content (I'd rather avoi that). Plus... there's already a tool that does it if you really want to ;P. I'm also not a huge fan of encryption so it would be rather annoying / boring for me. So yeah, I most likely won't add an Encrypt / Decrypt feature. General note : If anyone finds or gets an error related to the DES encryption of the formats 0x102 and 0x103, please report it as soon as possible.

I'm not sure of what you mean exactly by this though. Are you referring to the DES encryption used by the 0x102 and 0x103 GRF formats? (This should be coming very soon, the code is already written, I'm just testing to make sure everything is working properly). But... I still don't understand its purpose; what is the encryption of the GRF used for?

It's a problem with windows XP and indexed colors (it should be fixed now). Thanks for finding this bug ;P. Oh also, you can select any encoding you want. HOWEVER, watch out for the automatic file name translation. There will be no problems if you work with Korean or ANSI file names, but if you add japanese file names, it might have issues detecting the proper encoding (so select the japanese codepage before dropping the files with japanese characters).

I'll be honest, I'm a bit confused here! You can already view the spr files (here's what you can preview : txt, log, xml, lua, lub, bmp, png, spr, pal, gat, jpg, tga, wav and act.) Did you mean something else?

Well, a GRF structure is exactly the same as a GPF file (the only difference is the file name extension), so I added the option when saving! But yeah, as far as the encryption goes, that's not something I'll do right away. The application can already decrypt files and it does it automatically when you save a GRF. I'm still not sure why someone would encrypt their GRF though... but the option will definitely be available anyway. I'm working on the first part, but what SPR features do you want exactly? A converter from BMP files to SPR and vice versa?

View File GRF Editor Hey everyone, This is a GRF tool I started to develop for my own personnal use, but I thought I'd share it since I've upgraded the UI. Its primary goal is to be easy to use while offering a wide variety of options and customizations. The software is quite stable and can handle large operations easily. How to install Download the zip archive provided from the download link at the bottom of this description or directly from there : http://www.mediafire.com/?aflylbhblrzpz0h Install the application with GRF Editor Installer.exe; if you are missing a .NET Framework you will be prompted to download it. Once you are done, you can start the program from the link on your desktop. Key features Overall speed is faster (or at least equal) than any GRF tool. Common operations : add, delete, merge, extract, preview, save. Undo and redo for any operation. It can open any GRF file. Clean and very interactive interface. Saving formats supported : 0x200, 0x103 and 0x102 (through the Settings page) and conversion to the Thor format. Instant filter and search options (example : "map .gat"). File association and context menus integration for .grf, .gpf, .rgz and .thor (through the Settings page). Can rebuild separated images into one file easily. Drag and drop (with the ALT key, can be modified in the Settings page). This is a big part of the software; most of the items can be moved around within the application itself or from/to Windows Explorer. Tools Sprite editor : a simple sprite editor with powerful features. Semi-transparent images can be added, you can easily change the order or replace images, etc. This tool can convert images in the wrong type by showing you multiple solutions (merging a new palette, dithering the image by using current palette, using the closest color, and a few more). Grf validation : allows you to validate a GRF with multiple settings. It can detect corrupted GRF entries, invalid sprites, empty files, non-GRF files, duplicate files and a lot more. Flat maps maker : generates flat maps from .gat and .rsw files. Useful to generate WoE maps or to fasten up the loading time. Patch maker : generates a GRF patch based on two different GRFs. Hash viewer : shows the hash code (both CRC32 and MD5) for files. Image converter : converts an image to any format requested (BMP, PNG, JPG, TGA). GrfCL : used to create batch files (.bat) which can automate tasks on GRF files. See the content in GrfCL.rar in the download for more information. This tool can be customized from the sources as well. Palette recolorer : creates new sprites by changing their colors (this tool is now deprecated). Client database editor : allows modifications of the database client files (txt and lua) with easy and simple tools. Work in progress. Grf encryption The encryption feature has been enabled again. It's similar to what it used to be and it has been tested on client versions ranging from 2012-08-01 to 2014-02-05. Some error messages will be displayed if necessary. If you have an issue, copy the error message (with the code, if there's one) and send me the client executable with the cps.dll file generated by GRF Editor. There shouldn't be compatibility issues anymore though! Thor files Thor files are patches used by Thor Patcher ( http://thor.aeomin.net/ ). Because of their similarity with the GRF file structure, they have been integrated within GRF Editor. The primary utility of this feature is that it allows you to add encrypted files to a Thor patch. All the other options can be achieved by using Thor Maker. You'll find the necessary steps below, but test your patches before sending them off to players (I've done a lot of testing on my end, but better be safe). If you're using SecureGRF, then make a new GRF, add the files and encrypt it. In GRF Editor, open the encrypted GRF you just made, use "Save as" and name the new file with a .thor extension. That's it, if you want to change the output directory, click on the root node of the project and select the tab "Container options". You can select the output mode and the GRF to merge the patch with. Simply save again if you change these properties. If you're using GRF Editor's encryption, then make a new Thor file (File > New > New Thor) and add the files you want to patch it with. Right-click on the files you want to encrypt and use Encryption > Encrypt. Technical stuff Requires .Net Framework 3.5 (SP1) Client Profile to run (3.5 or more will work as well). Automatically converts file name encoding to their proper values (you can change the encoding). Data virtualization is used as much as possible to preview files, meaning the files aren't completely loaded. Right-clicking an item will bring up the available options with that file. Preview file formats : txt, log, xml, lua, lub, bmp, png, tga, jpp, db, ebm, pal, gnd, rsw, gat, rsm, str, spr, act, imf, fna and wav. Services are "crash ready", meaning that you will be warned about a failed operation and no work will be lost (the application won't close and crash). It tries to continue operating even if it meets unsual conditions. Operations can be cancelled by clicking on the button near the progress bar. The warning level can be changed to avoid messages like "Please select a folder first." When prompted with an error, use Ctrl-C to copy the current dialog's content. Some screenshots! 1) Previewing an act file, while showing the search feature 2) Preview of a model file (rsm) 3) Preview of GrfCL with the MakeGrf command 4) Preview of maps 5) Preview of Grf validation 6) Search feature (press Ctrl-F or Ctrl-H to bring up within a text editor) Got a feedback? I'd gladly hear you out and fix issues you have with the program. Submitter Tokei Submitted 01/11/2013 Category GRF Files Video Content Author Tokeiburu  

I'm not sure I understand what you mean. From the official setup, I get 4 results for the rendering engines, while in your setup I only get 3. However, the official setup is correct : there should be 4 options. Example, official setup : - Direct3D HAL (Driver = empty GUID | Device = HAL GUID) - Direct3D T&L HAL (Driver = empty GUID | Device = T&L HAL GUID) - ATI Radeon HD 3470 (Driver = driver GUID | Device = HAL GUID) - ATI Radeon HD 3470 (Driver = driver GUID | Device = T&L HAL GUID) In your setup : - Direct3D HAL (Driver = empty GUID | Device = HAL GUID) - Direct3D T&L HAL (Driver = empty GUID | Device = T&L HAL GUID) - ATI Radeon HD 3470 (Driver = driver GUID | Device = HAL GUID) There's one device missing for the graphic card driver (T&L HAL device), but other than that nice setup! Way better than the official one lol.

There appears to be an issue or some confusion with the "Graphic Device". A graphic driver could be considered as an usable display monitor and a graphic device is the rendering type (RGB, MMX, HAL, T&L HAL, etc...). The first two options that appear in your menu are the two renderers available for the primary display driver, namely Direct3D HAL and Direct3D T&L HAL (the client doesn't support any other rendering modes). The other two options that usually follow are the renderers for a specific driver (they display as the same name, but that's really two different things). Generally speaking, these other two options are the same as the first two options since people only use one monitor and the primary display driver = this display driver. As of now, it's impossible to select a specific device for a given driver : the option doesn't appear! The third option only sets the device to Direct3D HAL. Just saying! The first two options is what everyone should be using anyway.