Tokei

I'm confused as to what you mean here. Could you, hmmm.. give some screenshots of your issue, or give more details? Anyhow, yes, you can generate encrypted thor patches with GRF Editor, from both SecureGRF and the embedded encryption feature.

The ViewId doesn't seem to be set properly. Your ItemDB uses 1000 for the ViewId while accessoryid.lua uses 30002 (< that one should be set to 1000, accessoryid.lua is a list of ViewIds, not ItemIds). In ItemInfo.lua, the ClassNum (aka the ViewId) should be set to 1000 as well. Also, put your IDs in the correct order in your accessoryid.lua; last time I checked this mattered.

Yes, I already know that. Again, which part of the wiki guide is unclear to you? Simply saying "it's not working" is not helpful for any of us =/. It 'looks' like a headgear view id issue anyway. Just... show us everything. Show us the content of your files with the revelant lines : item_db.txt, accname.lua, accessoryid.lua, iteminfo.lua (or the lub equivalent if your server is using lubs) as well as screenshots of the location of your files. Is your server using lua or lub files?

People can't magically give you the sprite out of nowhere, you're the only one who has it (and apparently you don't have it, so... you have to make it). And... have you read the link eKoh posted? http://rathena.org/wiki/Custom_Items It contains all the information you need, in details, with a full example. Here's a quick copy paste (Allocating Items on Client Side) : Reread the entire wiki page and make sure you understand all the steps. Everything you want to know is in there. You just have to read carefully and follow the steps one by one. If you have trouble at one of these parts, then go ahead and ask for more help!

Ah! There are two parts of encryption : client configuration and GRF encryption. You seem to be missing the first part; go in Tools > GRF Encryption, put your password/key, your client path name (watch out, you can't change the client name afterwards) and your cps.dll name. Press "Generate files" and your newly generated cps.dll should be selected automatically in Windows Explorer (if not, it's in %AppData%\GRF Editor\Encryption). Copy the cps.dll file and put it in your RO folder. It should work out fine now.

You're most likely using an outdated version of GRF Editor. These bugs regarding the encryption are all fixed in 1.6.8+ (the most recent version is now at 1.6.8.3 - contains a bug fix for encrypted thor patching). If you still have the error, would you mind providing more information? I have manually tested every single client ranging from 2012-08-01 to 2014-02-05, and the encryption worked out fine ingame. 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. Any useful information that you can provide would help as well (such as the key used, etc). The encryption feature has been stable for some time now (well, except for the thor patch making, but that's been fixed now).

Minecraft and Ragnarok Online are different games. Please read what was posted right below the post you quoted :

The first part of that method sounds fishy to me (could work, I'm too lazy to try it out). The paths of the gnd and gat files are given by the rsw file's content (you would have to edit the file with a hex editor and change them). Anyway, I'd suggest to open your map with BrowEdit and use Save as... to rename it.

You did the reverse of what I suggested ;x! Redirecting your sprite to ºí·çÁª½ºÅæ (blue gemstone) will work, but it doesn't help finding out where the problem really is xD. To confirm the images are the issue, you have to rename a known image, such as ºí·çÁª½ºÅæ.bmp to green_gemstone.bmp. If the image shows up ingame, then it means your own green_gemstone.bmp was indeed incorrect. But yeah, anyway! You said you edited the original files, so the image in the item folder should be ~1.6 KB, not 1008 bytes. When you save it in photoshop, select "BMP > File Format : Windows, Depth : 8 Bit, uncheck both options at the bottom", the width and height should also be 22 pixels by 22 pixels. See if you can get that image working ingame now (the image in the item folder is the one showing up in your inventory). I'm not that convinced it's your issue though, but it's worth checking anyway ;]

This issue is weird... The images are in the right folder, but they don't seem to be read by the client. Check the format of the images, they must be in either Bgr24 or Indexed8 (256 colors, palette). You can try renaming an image that you know works ingame to "green_gemstone" and see if it changes anything. Judging from the file sizes though, they appear to be correct. You could also try to read the images from the data folder instead of a GRF (could be a character casing issue).

What does secured GRF patching have to do with RCX...? Can you elaborate (or open up a new thread)?

Actually you can make secured thor patches. It requires some steps though...! Make a new grf with only the new files to patch in it. Use SecureGRF and encrypt it. Open that encrypted GRF in GRF Editor (requires at least a 1.6.7ish version), go in File > Save as... and save it with the .thor extension. Select the "Container options" tab and set the patching mode to "Merge into GRF" and save it again. It is kinda annoying to go through all these steps, but if you really need to update your secure GRF without sending the whole thing everytime, this is an alternative.

As far as I know, .net programs usually don't work that well with Wine. Especially not WPF applications, which aren't compatible with Mono to begin with and which rely heavily on DirectX. There isn't much I can do on my end unless I rewrote the entire program, which... would take way too much time and effort!

This usually means you picked the wrong encoding while making your Thor patch! You can verify this by opening up the Thor patches in GRF Editor. If they don't show up with their proper names then the patch is indeed invalid. While making the patch, if the files have Korean characters you have to select "Unicode". Otherwise you need to select "Ascii". Example : If that doesn't help, you could always make your patches directly with GRF Editor and see if you get different results (invalid encodings are automatically fixed). (File > Save as... > .thor; "Container options" > Patching mode > Merge into GRF > Target GRF : "server.grf" or leave empty). Hope this helps!

ACT files have no concept of "front versus back". That setting cannot be modified within an ACT file, even less action based (L, FL, F, etc). The type of the item determines the z-index (front/back). Headgears will 'always' appear in front. The custom wings people make tend to be "away" because of that. The only way I know of to make this work the way you want is to use the garment slot + lua file editing. This guide is a good start : http://rathena.org/board/topic/72734-guidecustom-wings-at-robe-place/?hl=cskroption

You want to avoid making thor patches that way... it's not recommended! The method suggested above will replace the GRF if it exists (or create a new one). That would also be equivalent to putting a GRF inside a GRF @@. It will work at first, but you might as well want to learn how to do thor patches the way it was meant to be. With ThorGenerator Select the output file. Use the RO - GRF mode. Leave the box on the right blank to patch in the default GRF, which is rhro_update.grf. It will be created automatically if it doesn't exist. Select Directory for the Input. In the box below, select the data folder which contains your new files, such as your maps. Example : C:\Ro\Patches\data. As for Ascii vs Unicode, that depends of how your files are named. Since they are maps though, the paths won't contain Unicode characters so you should choose Ascii. Click Generate and you're done. Put the patch in your patch folder. The "File" option in ThorGenerator is meant for everything else that isn't a GRF. Such files would be System\itemInfo.lua/lub, background music (BGM), AI updates, etc.

I just downloaded SprConview. When you use "Bmp to Spr", uncheck "Encode (enabled for almost all sprites)". It should work fine. If not, upload the sprite... it's much easier to locate the issue with the actual file. (... on second thought, I think I went into way too much details lol... but hey, you said you wanted the reasoning!)

I *think* I know what your issue is. You're probably using SprConview to make your sprites, which has a bug if you use the RLE encoding. That option must be unchecked. (SprConview ends the RLE compression abruptly and ActOR keeps reading when it should stop. You get 'random' pixels at the bottom of the sprite, which usually corresponds to the beginning of the next frame, or whatever's currently in the memory.) If that's not the case, please show us a screenshot and upload your act/sprite. We need more details ;]

Heya, I think I have a fairly good idea for the usage of these sprites lol ;] (sprites in the attached file) Hollow_Porings.rar

Use Nemo's client patcher and apply the patch "Remove Quake skill effect".

You can try that one (attached file). Before and after. I did it pretty quickly though... wind_ghost.rar

I think he wants to do this client-side only (without modifying the server files). What you're looking for is normally quite simple, except in the particular case of lhz3 bosses (and a few others). Let's start with a basic mob sprite 'edit'. To change the Pupa mob to Detale, you would do : Find the real name of the mob (may have to use a database editor), in this case it's simply "pupa". This means the client will read and load the files "data\sprite\¸ó½ºÅÍ\pupa.act" and "data\sprite\¸ó½ºÅÍ\pupa.spr". You don't have to extract these. Find the real name of the mob you want to replace it with, detale in this case. Extract both "data\sprite\¸ó½ºÅÍ\detale.spr" and "data\sprite\¸ó½ºÅÍ\detale.act" and put these files in the directory "data\sprite\¸ó½ºÅÍ\" (I'm assuming your client reads the data folder first). If the folder doesn't exist within your RO folder, simply create it yourself... Rename the files to pupa.spr and pupa.act (btw, this is not a known trick, but if you select both files and rename the first one, it will rename both automatically and keep the original extension, which is quite useful and faster). When you go ingame, the pupa mob will appear as detale. Here's what you should get anyway : As for lhz3 bosses, these require more work. The regular mob uses the sprite name "SEYREN" and the boss sprite name is "B_SEYREN", which is being redirected to "SEYREN". Therefore both mobs use the same sprites. This can be changed though! You will need to edit the file "data\lua files\datainfo\jobname.lub". The location of the file depends of your client setup, it may be already decompiled too... I can't go into full details for that part. You can download the file here though : http://svn6.assembla.com/svn/ClientSide/Lua_Project/lua%20files/datainfo/jobname.lua . You may have to change the extension to .lub depending of the client setup. Search for the line [jobtbl.JT_B_SEYREN] = "SEYREN". Change "SEYREN" for whatever you want, I'd put "B_SEYREN" to be consistent. Now extract any sprite you want, such as detale.spr/.act and change the name to b_seyren.act/.spr. It seems complicated, but after a few times, it will be very easy . Hope this helps! Edit : result ingame

Heya, The rAthena link is simply a bit outdated, that issue has already been fixed. Use the mediafire link instead ( http://www.mediafire.com/download/aflylbhblrzpz0h ). I'll reupload on rAthena tomorrow.