Tokeiburu

Simply replace the script with what I suggested and it'll work out fine. The actual underlying bug is a tad more complex and I wouldn't know how to fix this from the source files myself (plus I'm sure other people have experienced this). I'd post the issue on the Bug Tracker, in the Scripts section. (This is not your hosting service's fault, if you were wondering that xD!).

This script is the only one with the odd behavior, you don't have to change any other ones. Plus this is most likely a source bug rather than a script bug. You would expect "close" to work properly even in this scenario but... it doesn't for some reason! Even a menu without a message will get you stuck if you use close later on, which is... a perfectly valid script. And be careful, this script will still get you stuck if set a zeny amount. The get around it, you will need to show a message with "mes" before you show the selection menu with "Heal" and "Cancel". And yes, you can remove any NPC you want. You just need to find them from the npc folder.

This problem happens to any NPC which uses "close;" without a message being shown. Replace "close;" with "end;" in the above script, relog, and you won't have this issue anymore.

I reuploaded (same link as above); it now works on both 2010-07-30 and 2012-04-10. I had to cut a model in multiple parts due to its high amount of polygon faces.

Change the condition to : if (!atoi(.@atcmd_parameters$[0]) || atoi(.@atcmd_parameters$[0]) <= 0 || atoi(.@atcmd_parameters$[0]) > getarraysize(.preset_id) / 2) { //...}

GRF Editor uses drag and drop for most of its operations, it's straightforward : I'm not sure if that was the folder you wanted but it's the same principle.

You can try this msgstringtable, it works well on 2013-08-07 clients. msgstringtable.txt

The oldest client I've tried it on is 2012-06-20 and there were no issues. I haven't had the chance to try on 2012-04-10 however!

Alright, I've reuploaded the link and updated the files. There are no reasons why 2012 clients wouldn't be able to load this GRF. Models have been downgraded, again, for full support. It contains all the necessary files for the following maps : pprontera.rsw prontera.rsw prt_cas.rsw prt_cas_q.rsw prt_church.rsw prt_fild01.rsw prt_fild05.rsw prt_fild06.rsw prt_fild08.rsw prt_in.rsw prt_lib.rsw prt_lib_q.rsw prt_pri00.rsw prt_prison.rsw prt_q.rsw It is the same link as before : http://www.mediafire.com/download/7hcz6u9vl4vjhb4

Yes, this can be done with ActOR. Script(S) > Edit... > 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, 0x80); SetB(AID, FID, PID, 0xff); SetG(AID, FID, PID, 0xff); SetR(AID, FID, PID, 0xff); end; end;end; > Run. With Act Editor : Scripts > Script Runner > act.SetColor("0x80ffffff"); > Run.

You can simply check the previous page ( http://herc.ws/board/topic/6047-grf-editor/?p=44463 ). This should contain enough information for your needs!

Could you be more specific? The encryption's working fine over here. Have you updated your client files (cps.dll and client) to enable the encryption?

Not the same problem as described in this topic, but it's always the same answer : http://herc.ws/board/topic/7293-need-help-regarding-my-edited-map/?p=44257

There you go : @ECHO OFFPUSHD .FOR /R %%d IN (.) DO ( cd "%%d" IF EXIST *.lua ( REN *.lua *.lub ))POPD

Seems like a lua issue to me! You can either delete the luafiles folder in newprontera.grf or you can update your effect file here : https://github.com/ROClientSide/Translation/blob/master/Data/luafiles514/lua%20files/effecttool/effectfunc.lub

There's a trick to identify these... thanks Olrox ! Anyhow, many of them are hard coded in the client. 15 Soul Strike pok1.tga pok3.tga ring_blue.tga lens1.tga lens2.tga 17 Magnum Break ring_yellow.tga ´ëÆø¹ß.tga 27 Frost Diver (Traveling to Target) ice.tga pok1.tga pok3.tga smoke.tga 28 Frost Diver (Hitting) pok1.tga pok3.tga smoke.tga 226 Grand Cross Effect alpha_center.tga ring_white.tga ring_yellow.tga 252 Reflect Shield ring_yellow.tga 312 Heal Effect ring_white.tga pok1.tga pok3.tga 336 Kyrie Eleison/Parrying Shield kyrie.str 409 Meteor Assault purpleslash.tga Edit : You can view the resources of STR files using GRF Editor, ex :

Heya, if anyone's interested, I made a GRF with the new prontera maps but with downgraded model files. Older clients will be able to load the maps just fine http://www.mediafire.com/download/7hcz6u9vl4vjhb4/newprontera.grf

Aaaah! People still confusing Unicode and Ascii . Ascii (is a mistake - should be ANSI) = À¯ÀúÀÎÅÍÆäÀ̽º Unicode (Korean) = 유저인터페이스 So since your path was À¯ÀúÀÎÅÍÆäÀ̽º, you have to use Ascii when creating the patch. On a side note, you can make your patches with GRF Editor, the encoding is fixed automatically for you.

You should uncheck "Ignore missing sprite errors" when diffing your client, you would be able to see what is the actual problem. accessoryid : ACCESSORY_Aegis_Name = #viewId, (Make sure no other items in that list uses the same #viewId.) accname : [ACCESSORY_IDs.ACCESSORY_Aegis_Name] = "_SpriteFileNameWithoutTheExtension", Make sure your lua/lub files are being read as well. Check in your db if the viewId is the same as your headgear and that the viewId in your itemInfo is set to the correct viewId as well.

Edit : Ragno beat me to it, but oh well, don't want to erase my post! GRFs are "special" and they abstract the Korean versus Ansi problems you're having; that's why when you put everything in a GRF you don't get issues. If you're working with the data folder, you must use the Ansi encoding (the gibberish text you see), otherwise the client won't see the files. For some reason, that github repository is using Korean characters but it's an error, it should be set to Ansi so that the client can read it. The error the client shows you is accurate and it is what the file name should be named to.

I doubt there's an automatic mode for it in Photoshop. If you don't mind uploading your images (via PM if necessary), I can convert them all rather easily (and quickly).

Check out this guide regarding sprite creation : https://rathena.org/board/topic/61862-guide-spriting-101-creating-a-sprite-and-act-file/ To put it simple, your images need to be converted to "palette images (indexed)" with the first color being the transparent color. Paint automatically changes that one to black, photoshop doesn't. It is also fairly common to use pink (#ff00ff) for the transparent color.

Well, why not use WinRAR's SFX feature to generate a self extracting executable? Open your archive with WinRAR > Tools > Convert archive to SFX. Then you can change the behavior in "Advanced SFX options..." such as the displayed text, the icon used, the recommended path (outside 'Program files'), etc. It doesn't have a file size limit as far as I know (I just made a 3 GB archive without issues, it does take a while though...). Anyway, there are plenty of guides online on how to use this if you're interested. Example (I messed up my left side image a bit, but meh) :

Well I already made a palette editor utility, which has undergone many changes over time. The last supported one has been implemented inside Act Editor and can be accessed via Edit > Palette editor... That being said, this tool may not do what you're looking (it's targeted to edit the palette of sprite files). So... what exactly are the features you're looking for? Automatic palette generation? Just a basic palette editor? Do you want the tool to be embedded within GRF Editor (with a preview tab for instance? or simply via the Tools menu?) or as a standalone application? If you have something specific in mind, that would be greatly helpful.

That's impossible to do. The gat file format doesn't support such a feature! But yeah it would be nice if Gravity allowed that somehow, that would allow some epic maps.