Jump to content

Tokei

Members
  • Posts

    663
  • Joined

  • Last visited

  • Days Won

    90

Everything posted by Tokei

  1. Or you can use GRF Editor : Tools > Text encoding > ¾î½º¸§ÇѺ°ºû = 어스름한별빛 Edit : if you're converting multiple folder names, then use UnBollox as suggested up there, it'll be faster.
  2. If I understood this right, you want all gears to be upgraded to +4, expect for accessories and headgears? prontera,150,150,3, script +10 Refiner 813,{ for (.@part = EQI_ARMOR; .@part <= EQI_SHOES; .@part++) { if (!getequipisequiped(.@part)) continue; .@up = 4 - getequiprefinerycnt(.@part); if (.@up > 0) { successrefitem .@part, .@up; } } end; }
  3. rAthena can already do this with the setunitdata script method. You'll probably want to add more properties via source edit (like atk, matk, def, flee, etc) but otherwise most of them can be edited.
  4. If you don't mind modifying your source, you can add the "killedgid" param on the OnMyMobDead event (which is the main problem of getmapxy, it doesn't know which mob to look for). - script Weird Plant -1,{ OnInit: .mobid = 2135; //2135 monster("prontera",0,0,"Weird Plant",.mobid,10,strnpcinfo(0)+"::OnMyMobDead"); end; OnMyMobDead: if (!playerattached()) end; getunitdata killedgid, .@unitdata; .@x = .@unitdata[6]; .@y = .@unitdata[7]; .@itemno = rand(2); // announce "Spawning " + .@itemno + " items.", 0; for (.@i = 0; .@i < .@itemno; .@i++) { makeitem(909, 1, "prontera", .@x + rand(2) - 1, .@y + rand(2) - 1); } monster("prontera",0,0,"Weird Plant",.mobid,1,strnpcinfo(0)+"::OnMyMobDead"); end; } killedgid.patch
  5. Added in 1.7.8.4 GrfCL (console application) does not support compressing LZMA files, but it can read and extract them. The encryption may not work on all clients (no real tests have been made on renewal clients), so you have to test if it works first. It most likely will, but I'd rather give you a fair warning first. If you're using a version above 1.7.4+, you can use both LZMA and the encryption feature, that's not a problem. To apply patches, you can use the Thor format and encrypt the files. RGZ doesn't support LZMA or encrypted files, for obvious reasons. I'm not sure how HaShield will handle encrypted patches, I doubt it will be an issue, but... that's something you'll have to try on your own! I'm not familiar with rgp files.
  6. for the search for all files in GRF , doesnt really need it to be using regular expression. If it could provide a wildcard feature to search then would be good enough. example. abc_%.txt // '%' as the wildcard, list all files with prefix of "abc_" and ".txt" extension. Updated to 1.7.8.2; makes more sense now xD. Wildcard searches are now allowed for all search fields, so these symbols will be recognized : * ? Examples : *luafiles514*.lu? id*.txt *num*txt The question mark is used to replace only one character, this is similar to windows's search function. I also added a new feature (which is what I thought you originally wanted...!) allowing you to search inside any file type for a string match. Tools > Advanced search >
  7. Sorry for the huge delay Emistry >.<; if I don't respond in a thread after a couple days, I most likely missed the notification. I'll see what I can do about this search feature. Just to be sure, you're looking to search through all text based files, correct? I'm concerned about the speed it would take, but text files aren't in huge numbers so it should be fine. As for the error you're having, that's... odd. Try updating to 1.7.8, see if that changes anything. Otherwise that might be an issue with Windows 10 and I'd have to get a VM to try on it. This file (Files.lzma.dll) is packed inside the executable as a resource, just like many other files are. It's odd that only this particular one isn't loading up.
  8. So basically you want to add 5% atk? You can use "bonus bAtkRate,5;", if that's not what you're looking for then please clarify ;O.
  9. Hmmm, a bit confused, "192.168.0.100" is your LAN IP. If you want a 'closed' server for yourself (which is what you wanted to do initially), you should use the localhost address : 127.0.0.1. In the clientinfo.xml, change the address to : <address>127.0.0.1</address>. Also just to be sure, your import files should look as shown below. If you aren't familiar with the import folder, it basically overwrites the default values of your .conf files (such as map_athena.conf and char_athena.conf) and avoids conflits from git updates. Take the files from import-tmpl and copy them to import if you haven't done so already. conf/import/char_conf.txt userid: S1_USERNAME passwd: P1_PASSWORD login_ip: 127.0.0.1 char_ip: 127.0.0.1 server_name: YourServerName pincode_enabled: no conf/import/map_conf.txt userid: S1_USERNAME passwd: P1_PASSWORD char_ip: 127.0.0.1 map_ip: 127.0.0.1 Anyhow, does the login-server or char-server show anything more precise than "Closed connection..."?
  10. You could have kept your previous client, but yes, that works too. You can also keep 2013-08-14; the two clients are practically the same. Step 2 isn't needed right now. Add those patches (as well as the recommended ones) while you're in NEMO : Read Data Folder First Skip License Screen Load Custom lua file instead of iteminfo.lub > change it to itemInfo.lua (this is required to avoid kRO updates erasing your own files) All the others are really up to you and how you want your client to be. Don't forget the missing font in the System folder (actually just copy the entire folder from the link above as well, for the System folder, that will make things easier). (And remove/rename that skin folder, took me quite some time to figure out why my client wasn't loading at all when I used this full client release from nickyzai.)
  11. The "do you agree?" can be solved when you diff your client with "Skip License Screen". As for the other errors, they're from incompatible lua/lub files. I would really suggest you to download all the files from https://github.com/ROClientSide/Translation/tree/master/data/luafiles514/lua%20files (make sure they're in the correct directory : RO\data\luafiles514\lua files\).
  12. Ah, much better now ;]! Well, as the error says, you're missing your itemInfo.lua file which is located in the System folder (this is one of your patch : "Load ItemInfo.lua before lub"). You probably have an itemInfo.lub in there already though so just rename it to itemInfo.lua or use the one from Client Translation project (link up there). You appear to be missing some font files as well. These can be found from the link I gave you up there (or directly here : https://github.com/ROClientSide/Translation/tree/master/System/Font). Download them all and put them in your RO/System/Font/ directory. That nickyzai full client is known to have a bug in it, not sure if it's been fixed or not in this version however, but just to be safe rename the skin folder (in your main RO directory) to skin2 (or delete it). Add it later when everything works fine.
  13. Well, on the bright side your server setup appears to be fine (so far!). The issue right now comes from your client which is unable to start. Can you tell us your client version and give us your patch list? (If you haven't made your own client, I'd suggest you to make it yourself; use 2013-08-07a from http://k3dt.eu/Ragexe/unpacked/ and NEMO to apply your patches). It's good to learn how to make your own clients rather than using pre-made ones anyway ;]! If you select the recommended patches it should be enough to start the client properly. Don't forget to update your client version in your mmo.h and recompile afterwards. Also, do make sure you select "Restore Login Window (Recommended)" to avoid using a launcher (which most players dislike). Do not check the "Ignore Missing File Error" patch, as this will help you out a lot to identify errors later on. Have you updated your lub files? You can use the following link to do so : https://github.com/ROClientSide/Translation
  14. Tokei

    GRF Editor

    Yes... and no. A palette maker tool has been started but there is no set time for when it'll be finished (it is done via the help of evilpuncker). As of yet, only the head palette generator has been completed and fully working. The body palette generator is fully working as well, however it needs to be tweaked to produce good results all the time. I don't want to give you false hopes however, this project may take a very long time to complete (months/years?) as I'm not that active in its development anymore. On a side note, this is a review section, for suggestions on new tools, use the GRF Editor's forum thread instead (it's hard for me to see this review section) : https://rathena.org/board/topic/77080-grf-grf-editor/, thank you ;]!
  15. There's... nothing to teach ;x. I'm using Act Editor, drag & drop and you're done. Just make sure you add transparent images at the end of the other sprites.
  16. Hmmm, cut the image in 4 and add it to your sprite? Look at the attached file. As for the TGA format, it should be forgotten ;x. The PNG format is much more convenient for semi-transparent images. Edit : the quality issue you're getting is perhaps related to you using Paint? It doesn't support semi-transparent images. aura.rar
  17. That's really odd because that filename isn't possible. Non-latin characters must be in group of 2 in order to work : ¾Æ = 아 ÀÌ = 이 ÅÛ = 템 ö = not a valid character on its own "¾ÆÀÌÅÛ" is the hat/mid-gear folder, so... perhaps it's a custom hat? Are you sure you copied the error properly? With Ctrl-C/Ctrl-V and definitely not by hand?
  18. Hmm, I couldn't tell you why they're missing as I have no idea how you've done your GRFs. Perhaps you're using a previous version of your ddesperado.grf? Either way, the problem's solved and that's what matters..! Drop your kagerou palettes in the list/folder in GRF Editor and then save it. It should be working fine ingame now ;].
  19. I'm personally about to run out of ideas! That view is from GRF Editor, open the GRF with it instead and take another screenshot. The only reason why you'd get this file missing error is if the client... cannot find the file. You're not using the data folder and data.ini is properly set, so the only reason left is that the file is not present inside the GRF (or something wrong is going on inside of it!). Also extracted files don't mean much.
  20. Hmm... well that is certainly odd. Mind showing the full structure of your GRF, something similar to : I'm a bit confused because what you've shown up there are files in the data folder and these obviously won't work (files outside a GRF must be extracted using the "Default" encoding (1252)).
  21. Like I said, there are no settings to change. Changing your clientinfo will bring you the same error but in a different 'language', which won't help you at all. The file is missing from your GRF. Look at your data.ini file if your GRF is indeed there and make sure the path is correct in the GRF. If you have embedded your data.ini, then perhaps your GRF hasn't been added in it? Are your files encrypted or LZMA compressed (which would require you to change your cps.dll)?
  22. The display messages from the client are in whatever encoding you set from your clientinfo. You're... most likely missing the palette though : data\palette\个\kagerou_巢_4.pal (Chinese display) data\palette\¸ö\kagerou_³²_4.pal (Value stored in your GRF) data\palette\몸\kagerou_남_4.pal (Korean display) Also, there are no settings to change; the GRF's encoding is only for display purposes.
  23. It's hard to answer your post without more information. First thing first, is the problem really related to the patch you applied? You appear to think so, but have you verified whether or not the files have been properly added to your GRF? These look like hats, so... have you updated the view ID files : accname.lub, accessoryid.lub and possibly itemInfo.lua/lub (even though you seem to be using text files... not sure of your settings)? Have you been able to add these items locally (with your own RO client)? Perhaps files are conflicting with your data folder (if your client reads it first)?
  24. Hmmm, your desktop appears to be a git repo, so you have to remove the ".git" folder from it. Enable the "show the hidden files or folders" option in Windows (if it's not done already!) and delete the folder. This should take care that issue at least.
  25. Bug introduced in the previous version, fixed in 1.7.6.1. Thanks for the report!
×
×
  • Create New...