-
Posts
696 -
Joined
-
Last visited
-
Days Won
103
Content Type
Profiles
Forums
Downloads
Jobs Available
Server Database
Third-Party Services
Top Guides
Store
Crowdfunding
Everything posted by Tokei
-
See the attached file. You can use actOR with the magnifier.lua script (edit the 'mag' value) if you need to resize other sprites. ae_moltres.rar
-
Sure, you could use the following script : for AID = 0, GetNumAct() - 1 do for FID = 0, GetNumFrame(AID) - 1 do for PID = 0, GetNumPat(AID, FID) - 1 do SetA(AID, FID, PID, 0x88); SetB(AID, FID, PID, 0x99); SetG(AID, FID, PID, 0x55); SetR(AID, FID, PID, 0xFF); end; end; end; Simply go in Script(S) > Edit... > copy and paste the above code and click on Run.
-
Not sure where's the issue exactly, so... make sure everything down there is correct. 1. The data folder must be selected in the input. If any of your filenames/directories looks like "À¯ÀúÀÎÅÍÆäÀ̽º", then select Ascii. If you see "유저인터페이스" instead, then you must select Unicode. Also make sure that the target GRF is the one you actually want to patch. 2. The directory option is selected and you selected the folder containing your .txt files. These do not contain Korean characters, so select Ascii instead. When you click on Generate, select the "/data" option. If everything goes right, this should work!
-
The client Kido made for you was using the "txt" files (idnum2itemdisplaynametable.txt, idnum2itemdesctable.txt, etc) to define your custom items. This 2013 client uses itemInfo.lua/itemInfo.lub instead. I'd suggest you to read http://rathena.org/wiki/Custom_Items
-
About the encoding, the problem comes from when you save the text file and you have the display encoding (through the setting page) set to Korean. The lub decompiler always uses the ANSI encoding instead of using the current display encoding, which causes issues when saving afterwards. This is a bug on my end though and it is now fixed in 1.6.5.1 (can be obtained via the mediafire link in the description). As for the 'errors' with the values, I'm not really sure what to tell you. I've checked the lub file you've provided and I indeed got the same numbers as you did. The issue doesn't come from the decompiler though, the process is quite simple : 00 00 00 00 06 82 4c 41 > Bytes concerned, in little endian. Converted to a floating point number > 3736588.0 That's it, the decompiler's job is done at this point. If you convert this value back to an integer and apply a mask of 0xffff, you will get the 'value intended' (which is apparently a 'short'/int16). As you can guess, I can't fix this problem as there is technically no issue =/. I'm gonna guess that the client cuts off the last bytes, treat the value as a short integer and that's why it's working properly.
-
Heya, The entire document uses the Windows-1252 encoding (which is the most common ANSI codepage) and as far as I can tell, the characters shown by the decompiler are indeed from the ANSI codepage. So I don't see any bug with the 5th column, you'd have to elaborate on that (send me a message instead, I will respond to you faster)! Now the 4th column is definitely suspicious; I've decompiled a few versions of navi_mob_krask.lub and I'm getting the same lines as your second sample (except for the 5th column not being translated in english) : { "abbey01", 17104, 300, 1036, "±¸¿ï", "GHOUL", 61, 3211521 }, { "abbey01", 17105, 300, 1865, "´©´õ±â Á»ºñ", "RAGGED_ZOMBIE", 123, 4522241 }, { "abbey01", 17106, 300, 1867, "¹ê½Ã", "BANSHEE", 130, 3080454 }, { "abbey01", 17107, 300, 1864, "Á»ºñ ½½·¯ÅÍ", "ZOMBIE_SLAUGHTER", 124, 4522241 }, I can't reproduce your issue and I would actually need more info to fix this. If you could, please send me the lub file you've used . Also, just as a side note, if you need an urgent fix, you could go in the "Decompiler" tab and uncheck "Use GRF Editor Decompiler". Then click "File info" again and it will use another decompiler which is 'usually' more stable. And thanks for the bug report, I appreciate it!
-
Version 1.0.2
320 downloads
Hey everyone, TkHashTool is a software primarily aimed to help users resolve issues with their client files. It does so by taking a 'snapshot' of the files in the Ragnarok folder and creates a scan report. This scan can then be compared with a working version of the client to identify the problems. This is the first released version, so if you find bugs don't hesitate to go forward and tell me. Your comments below (in the support forum) are greatly appreciated. This tool was a request someone [will put the name here if the person doesn't mind] suggested to me and I liked the idea. I thought I'd upload it before I forget about it . How to install There is no installation required. Simply run the executable within the zip file. End-user requirements The software was developed using .NET 3.5 SP1 Client Profile. This framework is the same one used by GRF Editor, and it's compatible with Windows XP, Windows Vista, Windows 7, WIndows 8 and later versions. However, it's NOT installed by default on Windows XP and Windows Vista. To solve this issue, I've made a wrapper in .NET 2.0 which is already installed on all common Windows versions. The wrapper checks if the framework is installed and prompts the user to download it (sends you to microsoft's webpage), otherwise it starts the application normally. It works with UAC, but applying patches may require the application to be run with admin privileges (the user will be prompted if that's the case). General information The TkPath syntax is used everywhere in the software : [file name on the hard drive]?[relative path within the container]. Containers are either .grf, .gpf or .rgz files. Examples : rdata.grf?data\texture\backside.bmp data\texture\backside.bmp Regular expressions are not available in the paths, but wildcards (*) are allowed. You can use paths such as *.gnd and *.grf?*.txt Files generated are saved in the application data folder. They are usually followed by a 'bunch of numbers', which simply represent the date : year-month-day-hour-minute-second. How to use it Start the application with TkHashTool.exe and you should have the 'Generate hash tool' tab already selected. The available options are rather straightforward and there are tool tips if you need more information on them. The exclusion list contains files that will be ignored (excluded files are set before anything else). For example, if you set "data\afile.txt" to scan and you put *.txt in the exclusion list, then the file won't be scanned. If you want to ignore all the map files, you could add : *.rsw, *.gnd, *.gat. Let's say you want to hash only the lua and lub files, you can select "Hash from specific files or folders" and use : *.lua, *.lub, *.grf?*.lua, *.grf?*.lub Using 'Files can be hashed more than once' scans files even if they've already been processed elsewhere (from another GRF or from the data folder). This is not always a good option because the patch generator cannot know what files to replace afterwards (since it doesn't know in what order the GRFs are being loaded). It will actually replace all files it finds instead. The third mode, 'Hash by using the configuration in data.ini' is similar to the second mode, except that files entered in the text box below will be treated as data.ini files. If you want to scan the same way the client reads the files, you could put : data, System, AI, DATA.INI. Click on the gear or on 'Generate client hash tool' to generate a client version. The config file alongside the executable is not necessary for the application to run. It simply tells the program to use .NET 4.0 if it's available. Reading HashObject A HashObject is simply a scan (.tko). All paths are saved in Unicode and casing is ignored. The scan contains information about all the paths hashed, the head directory from which the software has been launched and the settings used for the search. The partial option indicates wheter or not the scan has been completed entirely. These files are also heavily compressed. Comparing objects Simply open the 'Compare HashObjects' tab, drop your master .tko file in the first text box and the user one in the second. You can view the settings used for each one of them by using the 'View file headers...' option. As for the errors, just chek the tool tip for more information. Here's a list of the errors it can detect : HoMissingFile This file is missing from the user directory.HoHashMatch Both the user and the master files have the same hash.HoDuplicateFile This file has been found twice in the GRF (lower casing issue?).HoGenericError This file couldn't be decompressed or there was an unknown error while reading the file. Or the file size is over the size limit.HoHashDifferent The user and master files are different.HoExtraFile This file doesn't appear in the master object, only the user has it.HoPathOverride The user data path overrides the file in the master files. Scanning content Scanning the files is pretty straightforward, you can cancel the scan at any time by using the X button on the progress bar. Files larger than 25 MB will not be scanned (this doesn't include containers). They will appear in the scan with the HoGenericError code. You can change the current working directory if you're using the master version; this option lets you change the root directory of the scan. Patch Use this tab to apply a patch file (.tkp). These are applied to the current directory where the software has been launched from. This operation should be really quick as it doesn't repack the GRFs at all. It uses the quick merge option which will fragment the GRF, but if it gets too fragmented, then it'll get packed automatically.Free -
Hmm, if you did everything up there, then I really don't have any easy solutions for you. This doesn't seem to be a problem related to GRF Editor anymore; UAC is the only conflict the software has and since the last version it shouldn't even be a problem =/. I've googled a bit and here goes : And... As always with UAC, you will have to reboot for the privileges to fully apply. The last quote seems to have fixed the issues in most cases.
-
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!
-
Need Help w/ actOR (Adventure Time Finn's Sword Proyect)
Tokei replied to ZekFromHell's question in Graphics Support
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 -
Need Help w/ actOR (Adventure Time Finn's Sword Proyect)
Tokei replied to ZekFromHell's question in Graphics Support
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!
-
Hey there, I'm not sure what you mean by "1.2 version or earlier". There was a bug regarding corrupted extracted files which would happen on some rare occassions (the type of the file didn't matter). What version of GRF Editor are you using exactly (File > About...)? 1.5.9.1? Make sure you've updated to the latest version available, you shouldn't have extraction issues (the mediafire link will always be more updated than the rAthena's download link, it's quiker and easier for me to update over there). Also, with 2 GB of memory, I'd change the number of threads to 5 for smoother extractions : Tools > Settings > General > Maximum number of threads = 5 (won't change anything regarding the files copied, but it'll consume less memory). If updating didn't solve your issue, you can always validate your GRF. To do so, open your GRF in the program, then use Tools > Grf validation. Go in "Validate extraction", drop the data folder in the "Path of the data folder", and use the second validation mode "Compare files from a hard drive folder against the GRF". Click on "Validate" at the top and wait (this operation can take a while). If nothing worked, I will need more information regarding the issue (give me an example when the extraction will give you a corrupted file, etc).
-
-
Hey there, It'll be much easier for both of us if we send mails, because I get no notifications when you write on the GRF Editor's page and I barely check it. Have you removed the light and shadow maps? This option should be checked! If you did remove it and still get the same problem, can you upload and send me the problematic maps? Or tell me their exact name (with /where) because I have no idea what these maps are. I'm not exactly sure why you're getting this error however. My guess is that the server or the client is adding special effects on the maps, but I can't be sure unless I get my hands on them.
-
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 .