Tokei

August 27, 2014

I've put the last version I've used of GRFCrush as an attached file. If Curiosity wants me to remove the link or if he reuploads his tool, I'll remove it.

GRFCrush.rar

August 26, 2014

I use RSU. I will test this next time I need to (I used a different tool), however, what you said was not what my problem was. Although it did let me add the GRF and save it as an RGZ, it would not extract correctly, the patcher would hang after extracting it. Here's what I was told:

[04:35] <Ai4rei> Ancyker: what did you make that RGZ file with? the RGZ file contains following sequence: FILE "palette.dll", DIRECTORY "", END; what fails (of course) is the creation of the "" directory - not RSU's fault.

I've finally been able to reproduce your issue (thank you for Ai4rei's comment, it made this quicker). You added a file to the very first node of the project and this is not supposed to be allowed. I'll make this clearer in the next release, but meanwhile, you should be adding files to the "root" node for RGZ and Thor files. The root node represents your RO directory where files will be copied.

On a side note, saving your RGZ file again will fix your previous issues.

August 26, 2014

It's normal.

I'm use 1.6.5 to Compress and i down 1.6.6 to Decompress and i got this warning

The compressed GRF is fine, it's the decompression in 1.6.6 that has issues. Please update to 1.6.7 and you'll be fine .

August 25, 2014

The encrypted Client can't read Emblems using Latest Version 1.6.5.3.

Fixed in 1.6.6 (at least from my tests, if the error still eccurs for you, send me your client with the DLL generated). The new DLL will also no longer disable itself if it meets "unexpected conditions".

Placing a GRF inside of an RGZ causes odd behavior.

Fixed the conversion and saving issues with the RGZ file format in 1.6.6. GRF Editor didn't allow GRFs to be added to a RGZ file (or any other format actually); its defaut behavior is to open the file instead. This was made on purpose because you shouldn't be packing a GRF inside a RGZ file; it's a double compression and it should be avoided. That being said, I've removed the restriction and you can do it now.

If you're planning to make a Thor patch, I would recommend the following method instead (you will need the version 1.6.6) :

Open your GRF with GRF Editor
Go in File > Save as... > Rename it with the .thor extension.
Click on the root node (or any other node), and select the "Container options" tab (on the right panel).
Use "Merge into GRF" for the patching mode and type in the output GRF name.
Save your Thor patch.

Once you patch the file with Thor Patcher, it will either create or merge the GRF for you. Hope this helps!

August 24, 2014

This helm can be found in 2014-8-5Costama_Egg25.gpf (attached the file).

It's named ³²_À§½ºÆÛÅçÇÞ

2014-8-5Costama_Egg25.gpf

August 24, 2014

Couldn't you just download jRO's GRF with a patcher (RSU)? Anyway, here they are (the patches are attached to this post) :

For other jRO patches, you could just get the files from the links below.

Patch list : http://httppatch.ragnarokonline.jp/patch30/patchbbs/patch2.txt

Patches : ftp://ftppatch.ragnarokonline.jp/pub/dl-gunghoftp/roftp/

³²_¹ý»ç°ü ³²_¹Ù´ÏÇìµåµå·¹½º ³²_ÇÇ¸°Æ®½ºÄ«ÇÁ

Can be found in 2014-3-4Costama_Egg20.gpf

³²_ÁúÇ³½Å·Ú ³²_´õºíº»Çï¸§ ³²_»çÀÌ±×·é2

Can be found in 2014-2-4Costama_Egg19.gpf

³²_±â¿øÀÇº¢²É ³²_ÃÊ¿øÀÇ¹Ù¶÷ ³²_ÆÄ¶õÀå¹ÌÀå½Ä

Can be found in 2014-4-1Costama_Egg21.gpf

2014-3-4Costama_Egg20.gpf

2014-2-4Costama_Egg19.gpf

2014-4-1Costama_Egg21.gpf

August 17, 2014

I extracted data.grf, but images was corrupted.

What should i do ?

The latest build wasn't packed properly, simply redownload GRF Editor (1.6.5.9+) and it should be extracting as expected.

August 8, 2014

Simply edit mappostable.txt in the data folder. Change the array size from "12@" to "13@" and add the locations at the end of the file with this format :

12#map_name.rsw#x1#y1#x2#y2

Example :

12#abyss_02.rsw#301#0#500#100#

The coordinates represent the top left point (x1, y1) and the bottom right point (x2, y2).

August 1, 2014

Both of these are empty files, with 0 byte size. Try to extract them again (it's possible they're also simply encrypted, which makes their content impossible to extract).

July 31, 2014

47 bytes for a Thor file is too small as you probably know already. Are you... sure you selected the folder containg the files in it? Please check again, it doesn't make much sense to be that small!

As for the encoding, it has no effect on the content on a file, these are treated as raw bytes no matter what you choose.

When saving a GRF/Thor file, the paths need to be converted to ASCII (this is fixed and part of the structure, it cannot be changed). When you add files from Windows Explorer, the paths could be anything : Unicode, UTF-16, etc. Thor needs to know this information because it won't properly convert the paths otherwise.

In your case, all the paths are ASCII characters, so you should use that.

July 31, 2014

Heya,

Create an empty project in GRF Editor, drop your data folder (with the files for the patch - C:\Users\user\Desktop\RAGNAROK\Patching\data) and then extract it. Doing so will fix any encoding issues with your path names. Try to make a Thor patch with this new folder instead and it should be working fine (use ASCII in thor).

As for why you're having issues... empty folders are never shown in GRF Editor. This will happen if the file paths inside the GRF aren't encoded properly (they contain unknown characters).

When you make a patch with Thor, you have to make sure ALL the files use the same encoding. If you see "À¯ÀúÀÎÅÍÆäÀÌ½º" in windows explorer, you should choose ASCII and if you see "유저인터페이스", you should choose Unicode. Since you tried both encoding and none worked, you probably have paths with mixed encodings and this will not work =/.

Hope this helps!

July 29, 2014

I think you're looking for data\texture\À¯ÀúÀÎÅÍÆäÀÌ½º\basic_interface\equipwin_costume.bmp

The one in your screenshot is a special one : data\texture\À¯ÀúÀÎÅÍÆäÀÌ½º\basic_interface\equipwin_special.bmp

July 26, 2014

There you go :

jRO-Ragray patch file : http://httppatch.ragnarokonline.jp/patch30/patchbbs/patch2.txt

jRO-Ragray patches : ftp://ftppatch.ragnarokonline.jp/pub/dl-gunghoftp/roftp/

twRO-Ragray patch file : http://ronotice.gameflier.com/patch02/patch2.txt

twRO-Ragray patches : ftp://ropatch.gameflier.com/Patch/

July 23, 2014

Check the item 30189, "identifiedDisplayName" is missing (there's also a line that shouldn't be there).

July 23, 2014

Hmmm, I think you switched the before and after files, but yeah, the error is most likely on the line 194677, for the item 30484. The "identifiedDescriptionName" variable identifier is missing, as shown below.

	[30484] = {
		unidentifiedDisplayName = "Accessory",
		unidentifiedResourceName = "Green_Large_Hibiscus",
		unidentifiedDescriptionName = {
			"Unidentified item, can be identified with [Magnifier].",
		},
		identifiedDisplayName = "Green Large Hibiscus",
		identifiedResourceName = "Green_Large_Hibiscus",
		identifiedDescriptionName = {  -- <- This line is missing
			"^8B0000BurningRO Custom Item^000000",
			"^008000Alle Statuswerte +5^000000",
			"Class :^777777 Headgear^000000",
			"Defense :^777777 1^000000",
			"Equipped on :^777777 Upper^000000",
			"Weight :^777777 10^000000",
			"Required Level :^777777 1^000000",
			"Applicable Job :^777777 Every Job Except Novice^000000",
		},
		slotCount = 1,
		ClassNum = 2357
	},

July 21, 2014

Hi could someone resize the monster here? i didn't know how to so i just requesting to resize this mob into 100%(double its size)

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

July 17, 2014

I have a Sprite and AABBGGRR is 889955FF and I wanted ask if there is a faster possibility to change the AABBGGRR each peer hand takes forever

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.

July 10, 2014

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!

July 8, 2014

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

June 24, 2014

hello sir, thanks for the reply. currently i have disable my windows 8.1 UAC. but I tried to drag from desktop to grf still not working. I have do all step you mention, but its still not working.

please help me, before this. i think your old grf editor (forgot the version, i thought 6 month ago its work)

Please help me. because i love your GRF editor. easy and user friendly.

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 :

Try this: Click on any file with the left mouse button and keep the button held down. Now press the Escape key. This has been known to renable the Windows drag-and-drop function.

And...

Drag & Drop issue might occurs if you are running applications with elevated privileges, since Windows, for some security reasons, prevents lover privilege applications to interact with the ones with higher privileges

You can fix this by disabling the UAC completely. In registry editor, find HKEY_LOCAL_MACHINE > SOFTWARE > Microsoft > Windows > CurrentVersion > Policies > System, open the Key EnableLUA and change the Value data from 1 to 0

Just be careful with this if you are using Metro applications, as this tweak might break these

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.

June 24, 2014

how to enable drag and drop sir ? from desktop to grf ?

@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!

June 18, 2014

Hi, Tokei,

I'd like to suggest adding the "Ctrl + F" function to text files, - and maybe "Ctrl + H" (replacing function) - if that's possible. That'd help a lot!

Thanks!

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!

Hi, Tokei,

I'd like to suggest adding the "Ctrl + F" function to text files, - and maybe "Ctrl + H" (replacing function) - if that's possible. That'd help a lot!

Thanks!

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.

May 30, 2014

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).

May 25, 2014

That makes sense but even if I run it with admin rights it doesn't work properly. I still can't drag and drop. Unless I run it without admin rights ._. weird...

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!

May 24, 2014

Okay so I found out that if I start it without administrator rights I get this error twice in a row:

BUT I can add files to the grf ._. (It basically says Access denied to config.txt

weird ._.

If I start with admin rights and windows 7 comp. I get this little prohibition sign when I try to drag and drop... (<- this happens even if it just has admin rights and no windows 7 comp)

If I start it without anything it just won't open ._.

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.

Sign In

Profiles

Forums

Downloads

Jobs Available

Server Database

Third-Party Services

Top Guides

Store

Crowdfunding

Posts posted by Tokei