Tokei

The drag and drop features are always enabled. Update to the latest version and see if that resolved your issue (there has been fixes regarding drag and drop). If that didn't help, here are some steps that you can try : - Try to run the application without admin privileges (right-click on the desktop shortcut > Properties > Compabitlity tab > Privilege Level at the bottom, make sure "Run this program as an administrator" is not checked). - Try to run the application with admin privileges (right-click > Run as administrator). One of the two options above should have done the trick (normally the first one), if not... - Move the executable files to another folder, such as "C:\Grf"; the files are usually located in "C:\Program Files (x86)\GRF Editor\". Try to run it again. - Disable UAC entirely and restart your computer (this is a last resort solution, but it will fix all drag and drop issues). Control Panel > User Accounts and Family Safety > User Accounts > Change User Account Control settings > Set it to the minimum and restart. The reason for this problem comes from UAC which restricts drag and drop features between processes with different privileges. Windows Explorer is normally started without admin privileges even if you're an admin user and that's rather annoying. Hopefully though, your issue will be gone with the first two options!

Yes, I always wondered why that wasn't included in the features of Grf Editor. I hope it is added in the future. It will save a lot of time! Thanks for the suggestion! Here's a quick update on the new features. Search feature Includes common options you'd expect from a search tool. Shortcuts Ctrl-F : Brings up the search panel (if a word is selected, it will be the default search) Ctrl-H : Brings up the replace panel Enter/F3 : Select the next word in the search (or replace the next word) Shift-Enter/Shift-F3 : Select the previous word in the search Ctrl-Shit-Down : Select the next word which is highlighted Ctrl-Shit-Up : Select the previous word which is highlighted Esc : Closes the search or replace panels and clear the searches. Shell integration You can associate shell files with GRF Editor via Tools > Settings > Shell integration > Context menus. If you were using the previous versions of this context menu, I'd strongly suggest you to use "Remove all extensions" to remove any previous registry entries. The shell integration offers the options shown on the image below; if you'd like something in particular don't hesitate to ask. ** For XP users, the tool should be installed properly but you might experience "graphic" issues. This feature was developped for Windows Vista onwards. Resource indexer This feature allows you to locate the usage of a resource within your GRF.

Could you upload the sprite somewhere? It seems to me like you might have used two different spr files ! SPR Conview uses the first pixel in the palette and makes it transparent, the same goes with actOR. Any color will work fine (people usually use pink, #FF00FF).

Alright, I've looked into this further. Your Windows Explorer doesn't have admin privileges and the User Account Control (UAC) prohibits applications with different privileges from using drag and drop features (even if the program is being ran as admin...). GRF Editor uses the current directory to save his configuration variables, which is under Program Files right now. Writing to this location requires elevated privileges. I see two solutions to this problem, one rather drastic but efficient and the other a bit annoying. 1) Disable UAC entirely : Control Panel > User Accounts and Family Safety > User Accounts > Change User Account Control Settings > Set it to the minimum (you might have to restart). The advantage of this is that you're never going to have any issues with admin privileges ever again and all the applications will be "Run as admin" by default. Plus you won't have to press on "Yes" everytime it asks you "Are you sure you want to run this program?". 2) Move the program's location to somewhere else. Copy the folder of GRF Editor ( C:\Program Files (x86)\GRF Editor ) and paste it in another directory such as C:\GRF Editor. Then start it from there (normally, don't use "Run as admin") and you shouldn't have more issues. Hopefully this helps!

The first error is "normal", the program writes to config.txt file all the time; you need to run it with administrative privileges. This is a requirement for the application to work properly. Without it, you'll get a bunch of exceptions and issues for almost everything you'll do. The second problem (with drag and drop) is the same as the first one : the application needs administrative privileges. Drag and Drop features on .NET applications require elevated rights (which is pretty annoying to be honest, but I can't do anything about this one). So basically : always run it with admin rights; I'll add a manifest to the executable that will force you to run it with admin rights on the next release.

Hey there! The option you're trying to use is only available for folders, it should have been grayed out for the project node (will be fixed in the next version). To add a folder to the root, simply drag and drop from windows. Your project should look like this : If you drop on the "new" node, it will automatically merge the two folders. As for the "Add" option, it will work for any other tree node, but it is preferred to use drag and drop for everything. The program does need to start with administrator privileges. As for the compatibility mode, that's a bit strange! What error are you getting without the compability mode?

Heya, Alright, I've modified my editor a bit, it now reads "compress2" before "compress", so you can repack a GRF with your custom compression directly, thank you ! It will always compress the file table with the normal zlib library for obvious reasons. On an unrelated note though, I was a bit curious and I checked worm_tail_damage.wav. It is indeed not compressed properly and almost all GRF editors can't read it. The original cps.dll can read it perfectly fine however, so that's what I rely on when repacking!

Hey Curiosity, I liked your idea, so I've added a new feature in GRF Editor to load GRF files with a custom DLL (this can be done in Tools > Settings > Compression method > Custom compression... and simply select the cps.dll provided with your download). That way, you can extract files and treat the GRF just like any other one xD. There is however one issue that I can't really do much about. New files added cannot be compressed with LZMA because the compress method in the DLL does a normal zlib compression. It would be quite useful if you could implement it though, but that's entirely up to you . (Oh also, I've added a repack feature which is basically meant for repacking the GRF with a custom DLL, so that could be useful to you). Thank you for the release!

Ah, I thought it was a recoler; it's not. I just remade it lol, I'm too lazy. Feel free to change anything you want. I would probably smooth out the edges a bit in photoshop if I were you, but I think you can do that by yourself! Sword.rar

Sprite files (.spr) have two types of images : indexed8 (palette) and bgra32. For a transparent background, the RO client uses the first color in the palette. It will also treat any pink color (0xffff00ff) as transparent. There are a few issues with your images : - Your first image, Basic_Sword_020001.bmp, has a different background color (#FFDD7F3F) while the others have #FFDE7F3F. - There is anti-aliasing on your images, which is most likely not wanted (look on the image below, the orange border cannot be easily removed unless you have the orignal files, which you have so that's fine) : I'm not sure how you're doing your sprite images, but your color table isn't correct (Image > Mode > Color Table...) : Your transparent pixel is currently black, so you'll probably want to change it to pink (0xffff00ff) or any color that is not orange (since your sprite uses orange mostly). A common palette would look like this : And when editing your image in Photoshop, you should be seeing something like the image below (I changed the background color index). When doing recolors, people usually simply change the colors either one by one or with the color adjusment tool (Image > Adjusments > Replace Color...). That way, you only have to replace the colors for the first image and when you encode them (to .spr), all the images will use the first palette. To solve your issue, someone would need your true original files (or original spr where the sprites came from), not the ones you saved as .bmp with photoshop. If you're only looking for a recoler and you have the original sprite, I wouldn't mind doing it, it takes a few seconds to do.

The encryption feature has been disabled due to issues with newer clients (the DLL won't load properly). I left the decryption features on so that people wouldn't have to downgrade to decrypt a GRF. I do plan on bringing back the feature when I have more free time though, but that may take a while, sorry about that!

I haven't played minstrel, only clown, but can't you just link yourself, put bragi down, switch weapons to cancel it, put the sinx song, break it again and spam a few tarot cards + arrow vulcan? You guess the other guy's armor property and I believe you can also position glitch yourself while casting arrow vulcan making yourself a hard target to hit. Then again I haven't played in years lol; I remember this class being one of the strongest though (and the most fun to play with)!

As long as the file table of the GRF isn't encrypted (meaning you can see the files in an editor, but you can't see their content), then any patcher can update it. Patchers don't need to know the content of the GRFs. They simply inserts the new files in the table, and that's it. Obviously, you need to make sure that the encryption used is the same for all the files .

Well, first thing first, try to locate the issue, then it'll be easier to help you. Put your custom bow sprite away, get a normal bow sprite that you know works fine ingame and rename it to your custom sprite name. If it doesn't show up either, then there's a mistake in the item information (weapon id, item info, etc). If it does show up, then your custom sprite (your ACT file to be more accurate) is wrong.

Hey there, There is already a feature to check the integrity of the GRF : Tools > Validate Grf. Validating the GRF will try to decompress each entry and tell you which ones couldn't be decompressed properly. It will not compare the file sizes though. The GRF validation is done synchronously contrary to the extracting service (to avoid any asynchronous error). That means if you have no error whlie using the validation tool, then there is an issue with the extraction and I'd very much like to know what went wrong! What "kind" of damaged files are you getting? Are they empty? Are they just plainly impossible to read? Can you upload a few of these files? I'd like to know what their content is like. The extracting service is rather complex because of the numerous optimizations and this process can be heavy if you're extracting a large amount of small files (small files are treated differently and on another thread). I'll do a few tests on my side anyway, but the service has been stable for quite some time now, so I'm a bit surprised you're having issues. And thank you for the suggestion! I'll upgrade the validation tool to allow more options and customizations. That feature is one of the first that came with the software and it never got updated, so I'll work on it.

It's rather straightforward to be fair, you just... change the name of files. But yeah, still, I attached a GRF that you can use which will show the 3rd jobs with the 2nd trans job sprites. If you want to keep the Sura sprite, edit the GRF in this post, delete these sprites and save it : data\sprite\Àΰ£Á·\¸öÅë\³²\½´¶ó_³².spr data\sprite\Àΰ£Á·\¸öÅë\³²\½´¶ó_³².act data\sprite\Àΰ£Á·\¸öÅë\³²\½´¶ó¾ËÆÄÄ«_³².spr data\sprite\Àΰ£Á·\¸öÅë\³²\½´¶ó¾ËÆÄÄ«_³².act Make sure the GRF is being read before the others (can be changed in data.ini). If you want to keep the 3rd sprite for other classes, just check the batch file code below, look for "Sura", and then remove all spr/act files that contain the name. Anyway, you get the idea. I haven't tested anything (I actually can't...), but I'm pretty sure this should work. [spoiler=ChangeClassesSprites.bat]REM Encoding of the file must be ANSI @echo off chcp 1252 set JobDirection=3rdTo2nd REM set JobDirection=2ndTo3rd set BodySpritesPathMale=data\sprite\Àΰ£Á·\¸öÅë\³²\ set BodySpritesPathFemale=data\sprite\Àΰ£Á·\¸öÅë\¿©\ REM Set up GrfCL to extract the sprites REM Breaking on exceptions will allow you to see which commands REM have issues; every batch file uses it as its first option set c= -breakOnExceptions true set c=%c% -open rdata.grf set c=%c% -extractFiles "%BodySpritesPathMale%" "" set c=%c% -extractFiles "%BodySpritesPathFemale%" "" set c=%c% -close GrfCL.exe %c% echo All sprites have been extracted SET /P Pause=Press any key... REM Constants... set Male=_³² set Female=_¿© set ArcBishop=¾ÆÅ©ºñ¼ó set ArcBishopMount=¾ÆÅ©ºñ¼ó¾ËÆÄÄ« set GuillotineCross=±æ·Îƾũ·Î½º set GuillotineCrossMount=Ä̺£·Î½º±æ·Îƾũ·Î½º set Mechanic=¹ÌÄÉ´Ð set MechanicMount=¹ÌÄɴиäµÅÁö set Ranger=·¹ÀÎÁ® set RangerMount=·¹ÀÎÁ®´Á´ë set RuneKnight=·é³ªÀÌÆ® set RuneKnightMount=»çÀڷ鳪ÀÌÆ® set Warlock=¿ö·Ï set WarlockMount=¿©¿ì¿ö·Ï set ShadowChaser=½¦µµ¿ìüÀ̼­ set ShadowChaserMount=Ä̺£·Î½º½¦µµ¿ìüÀ̼­ set Minstrel=¹Î½ºÆ®·² set MinstrelMount=ŸÁ¶¹Î½ºÆ®·² set Wanderer=¿ø´õ·¯ set WandererMount=ŸÁ¶¿ø´õ·¯ set Sura=½´¶ó set SuraMount=½´¶ó¾ËÆÄÄ« set RoyalGuard=°¡µå set RoyalGuardPecoMount=±×¸®Æù°¡µå set RoyalGuardMount=»çÀڷξⰡµå set Genetic=Á¦³×¸¯ set GeneticMount=Á¦³×¸¯¸äµÅÁö set Sorcerer=¼Ò¼­·¯ set SorcererMount=¿©¿ì¼Ò¼­·¯ set HighPriest=ÇÏÀÌÇÁ¸® set HighPriestMount=ÇÏÀÌÇÁ¸®½ºÆ®¾ËÆÄÄ« set AssassinCross=¾î½Ø½ÅÅ©·Î½º set AssassinCrossMount=Ä̺£·Î½º¾î½ê½ÅÅ©·Î½º set Mastersmith=È­ÀÌÆ®½º¹Ì½º set MastersmithMount=È­ÀÌÆ®½º¹Ì½º¸äµÅÁö set Sniper=½º³ªÀÌÆÛ set SniperMount=ŸÁ¶½º³ªÀÌÆÛ set LordKnight=·Îµå³ªÀÌÆ® set LordKnightMount=»çÀڷε峪ÀÌÆ® set HighWizard=ÇÏÀÌÀ§Àúµå set HighWizardMount=¿©¿ìÇÏÀÌÀ§Àúµå set StalkerChaser=½ºÅäÄ¿ set StalkerChaserMount=Ä̺£·Î½º½ºÅäÄ¿ set Clown=Ŭ¶ó¿î set ClownMount=ŸÁ¶Å©¶ó¿î set Gypsy=Áý½Ã set GypsyMount=ŸÁ¶Â¤½Ã set Champion=èÇÇ¿Â set ChampionMount=èÇǿ¾ËÆÄÄ« set Paladin=Æȶóµò set PaladinPecoMount=ÆäÄÚÆȶóµò set PaladinMount=»çÀÚÆȶóµò set Biochemist=Å©¸®¿¡ÀÌÅÍ set BiochemistMount=Å©¸®¿¡ÀÌÅ͸äµÅÁö set Professor=ÇÁ·ÎÆä¼­ set ProfessorMount=¿©¿ìÇÁ·ÎÆä¼­ set Sprites3rdJob[0]=%ArcBishop% set Sprites3rdJob[1]=%ArcBishopMount% set Sprites3rdJob[2]=%GuillotineCross% set Sprites3rdJob[3]=%GuillotineCrossMount% set Sprites3rdJob[4]=%Mechanic% set Sprites3rdJob[5]=%MechanicMount% set Sprites3rdJob[6]=%Ranger% set Sprites3rdJob[7]=%RangerMount% set Sprites3rdJob[8]=%RuneKnight% set Sprites3rdJob[9]=%RuneKnightMount% set Sprites3rdJob[10]=%Warlock% set Sprites3rdJob[11]=%WarlockMount% set Sprites3rdJob[12]=%ShadowChaser% set Sprites3rdJob[13]=%ShadowChaserMount% set Sprites3rdJob[14]=%Minstrel% set Sprites3rdJob[15]=%MinstrelMount% set Sprites3rdJob[16]=%Wanderer% set Sprites3rdJob[17]=%WandererMount% set Sprites3rdJob[18]=%Sura% set Sprites3rdJob[19]=%SuraMount% set Sprites3rdJob[20]=%RoyalGuard% set Sprites3rdJob[21]=%RoyalGuardPecoMount% set Sprites3rdJob[22]=%RoyalGuardMount% set Sprites3rdJob[23]=%Genetic% set Sprites3rdJob[24]=%GeneticMount% set Sprites3rdJob[25]=%Sorcerer% set Sprites3rdJob[26]=%SorcererMount% set Sprites2ndJob[0]=%HighPriest% set Sprites2ndJob[1]=%HighPriestMount% set Sprites2ndJob[2]=%AssassinCross% set Sprites2ndJob[3]=%AssassinCrossMount% set Sprites2ndJob[4]=%Mastersmith% set Sprites2ndJob[5]=%MastersmithMount% set Sprites2ndJob[6]=%Sniper% set Sprites2ndJob[7]=%SniperMount% set Sprites2ndJob[8]=%LordKnight% set Sprites2ndJob[9]=%LordKnightMount% set Sprites2ndJob[10]=%HighWizard% set Sprites2ndJob[11]=%HighWizardMount% set Sprites2ndJob[12]=%StalkerChaser% set Sprites2ndJob[13]=%StalkerChaserMount% set Sprites2ndJob[14]=%Clown% set Sprites2ndJob[15]=%ClownMount% set Sprites2ndJob[16]=%Gypsy% set Sprites2ndJob[17]=%GypsyMount% set Sprites2ndJob[18]=%Champion% set Sprites2ndJob[19]=%ChampionMount% set Sprites2ndJob[20]=%Paladin% set Sprites2ndJob[21]=%PaladinPecoMount% set Sprites2ndJob[22]=%PaladinMount% set Sprites2ndJob[23]=%Biochemist% set Sprites2ndJob[24]=%BiochemistMount% set Sprites2ndJob[25]=%Professor% set Sprites2ndJob[26]=%ProfessorMount% setlocal EnableDelayedExpansion for /L %%i in (0,1,26) do ( if "!JobDirection!" == "2ndTo3rd" ( call:RenameSpriteMale !Sprites3rdJob[%%i]! !Sprites2ndJob[%%i]! call:RenameSpriteFemale !Sprites3rdJob[%%i]! !Sprites2ndJob[%%i]! ) else ( call:RenameSpriteMale !Sprites2ndJob[%%i]! !Sprites3rdJob[%%i]! call:RenameSpriteFemale !Sprites2ndJob[%%i]! !Sprites3rdJob[%%i]! ) ) echo All sprites have been renamed SET /P Pause=Press any key... REM Set up GrfCL to make a new GRF from the sprites created set c= -breakOnExceptions true set c=%c% -new for /L %%i in (0,1,26) do ( if "!JobDirection!" == "2ndTo3rd" ( set c=!c! -add %BodySpritesPathMale% %BodySpritesPathMale%!Sprites2ndJob[%%i]!%Male%.spr %BodySpritesPathMale%!Sprites2ndJob[%%i]!%Male%.act set c=!c! -add %BodySpritesPathFemale% %BodySpritesPathFemale%!Sprites2ndJob[%%i]!%Female%.spr %BodySpritesPathFemale%!Sprites2ndJob[%%i]!%Female%.act ) else ( set c=!c! -add %BodySpritesPathMale% %BodySpritesPathMale%!Sprites3rdJob[%%i]!%Male%.spr %BodySpritesPathMale%!Sprites3rdJob[%%i]!%Male%.act set c=!c! -add %BodySpritesPathFemale% %BodySpritesPathFemale%!Sprites3rdJob[%%i]!%Female%.spr %BodySpritesPathFemale%!Sprites3rdJob[%%i]!%Female%.act ) ) REM Removes the female set c=%c% -save example.grf set c=%c% -close set c=%c% -write "Finished writing the new GRF!" set c=%c% -break GrfCL.exe %c% REM %~1 : Source path REM %~2 : Destination path :RenameSpriteMale move "%BodySpritesPathMale%%~1%Male%.spr" "%BodySpritesPathMale%%~2%Male%.spr" move "%BodySpritesPathMale%%~1%Male%.act" "%BodySpritesPathMale%%~2%Male%.act" goto:eof REM %~1 : Source path REM %~2 : Destination path :RenameSpriteFemale move %BodySpritesPathFemale%%~1%Female%.spr %BodySpritesPathFemale%%~2%Female%.spr move %BodySpritesPathFemale%%~1%Female%.act %BodySpritesPathFemale%%~2%Female%.act goto:eof 3rdTo2nd.grf

You could simply replace the 3rd job sprites you want by the 2nd job sprites. Example for Royal Guard > Paladin : data\sprite\Àΰ£Á·\¸öÅë\³²\°¡µå_³² (Male Royal Guard) data\sprite\Àΰ£Á·\¸öÅë\³²\±×¸®Æù°¡µå_³² (Male Royal Guard normal mount) data\sprite\Àΰ£Á·\¸öÅë\³²\»çÀڷξⰡµå_³² (Male Royal Guard lion mount) data\sprite\Àΰ£Á·\¸öÅë\³²\Æȶóµò_³² (Male Paladin) data\sprite\Àΰ£Á·\¸öÅë\³²\ÆäÄÚÆȶóµò_³² (Male Paladin normal mount) data\sprite\Àΰ£Á·\¸öÅë\³²\»çÀÚÆȶóµò_³² (Male Paladin lion mount) Example for Guillotine Cross > Assassin Cross : data\sprite\Àΰ£Á·\¸öÅë\³²\±æ·Îƾũ·Î½º_³² (Male Guillotine Cross) data\sprite\Àΰ£Á·\¸öÅë\³²\¾î½Ø½ÅÅ©·Î½º_³² (Male Assassin Cross) (This has to be done for the female characters as well of course "data\sprite\Àΰ£Á·\¸öÅë\¿©\...") So you would extract the paladin sprites with their act files (in your data folder), then rename them to their corresponding 3rd job sprite. There's nothing to edit in particular, it's just copying and renaming files. There may be GRFs doing that already, I haven't looked!

Your GRF is fine, you don't have to do anything (GRFs are independent from the encodings used, they will always be read properly by the client). As for idnum versus itemInfo, that depends of the client version you're using and the diffs you've applied on your client. From the guide link you showed : Renewal Clients <= 2012-04-10a & Main Clients <= 2012-07-10a -> You'll need to use txt files For clients after that -> You'll need to use itemInfo.lua/lub (there are diffs to read .lua before .lub, I'm pretty sure you can find guides for that easily! I've had better success when using .lub files though.)

The paths in your GRF are using an ANSI encoding and your data folder is using an Unicode encoding with Korean characters, hence why they're not found by the client (the client doesn't read Korean paths). As the guide says, you do need the folder "data\sprite\¾ÆÀÌÅÛ" and not "data\sprite\아이템", which is the Korean equivalent. You might want to make sure the softwares you're using are set to "Windows-1252/ANSI/anything except Korean" when you're extracting your files too! Hope this helps

The clients use the ANSI encoding (Windows-1252) for file names/paths and that's all they can read. That means Korean characters in path names will most likely not work, so in your case the path should be : data\texture\À¯ÀúÀÎÅÍÆäÀ̽º Your clientinfo.xml can be read because it's at the root of the data folder. (And just to be clear, this doesn't matter for your GRF : GRF programs can display file names in Korean, yet they still save the names in ANSI in the end ).

Well, for starter (and just to be safe), you appear to be missing some files for the item and collection. You need the item image (which is what will be shown in the inventory) : data\texture\À¯ÀúÀÎÅÍÆäÀ̽º\item\Darkness_Red.bmp You will also need an image for the item description : data\texture\À¯ÀúÀÎÅÍÆäÀ̽º\collection\Darkness_Red.bmp Now, there's a problem with your sprite. I debugged it and apparently the equipment preview sprite doesn't support early-ending rle encoding. You have two choices, either don't use the rle encoding at all, or use another software to encode it (like Sprite editor from GRF Editor *cough*). Either way, I used the latter option and I was able to load your sprite in game just fine, with the equipment preview working. You can download the results in the attached file (the first sprite in the stand and sit animations should have been 5, not 45. I hope you don't mind me changing it!). data.rar