Jump to content

Earthlingz

Members
  • Posts

    187
  • Joined

  • Last visited

  • Days Won

    1

Earthlingz last won the day on April 13 2012

Earthlingz had the most liked content!

1 Follower

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

4587 profile views

Earthlingz's Achievements

Poring

Poring (1/15)

35

Reputation

  1. it says that the table 652 doesnt exist in accname.. that is because your spelling of accessory is wrong... buf 652 is ACCESSORY_BERET= 652, from accessoryid... notice that the accessory spelling here is right [ACCESSORY_IDs.ACCESORY_BERET] = "_ÇرºÀǺ£·¹¸ð", <<< --- from accname the accessory spelling is wrong. so it cannot find it... check the others too i found some typos in your accname.... be sure to match the names in accessoryid.
  2. that will be GuildTip.txt in your RO folder
  3. which woman be more specific?
  4. I see probably some packet changes that makes it crash... nope there was nothing much exciting changes in most of the lub files from kRO so it will still be on hold. Also non has cracked the later version of .exe file yet so pointless to add new lub files =) yes because it comes after my last commit patch date. that's why i asked them if is it necessary for me to decompile it but seems it isnt needed to.
  5. So this means that none has successfully decompiled shadowtable.lub yet? But is it shadowtable.lub causing those crashes? Do I have to do it?
  6. Kind of out of topic Since i didnt announce it to public that we still have a way to use .txt files, but with some modifications to etcinfo.txt, i had it commited to repository long ago. See: http://svn6.assembla.com/svn/ClientSide/Translation_Project/Dev/ there were no notes but in order for the text files to work etcinfo.txt must has the line event#1# also some old .txt files are totally removed to the client so they are remained in System/iteminfo.lub http://svn6.assembla.com/svn/ClientSide/Translation_Project/Dev/System/itemInfo.lub <-- this has only slots, unidentified and identified item names.
  7. that post wasn't addressed to you but the TS.
  8. it says that the Table is not found... probably you dont have npclocationradius.lua/lub in your datainfo folder http://svn6.assembla.com/svn/ClientSide/Lua_Project/lua%20files/datainfo/npclocationradius.lua also be sure to put it in the right directory where 2011-06-22 lua files are in "data/lua files/" and if you are compiling it then you should use 5.0.2 lua compiler
  9. those lines were for the later exe files... starting 2012-04-17aRagexeRE.exe and above
  10. @Rytech 2012-04-10aRagexeRE.exe has only 2196 lines of msgstringtable.txt which means it is only up to 'Deadline#' line
  11. Yes it is... And... 1146 of the NPC hasn't been translated yet. (That's 42.26% of the current NPC!) yes most of it were not translated since those untranslated NPCs are not in rAthena yet or some NPCs doesnt match the exact coordinates of kRO's NPCs.. since my translations are only based on rAthena current NPCs. @Peopleperson49 be sure that Towninfo.lua is in lub extension... rename it or it wont be read by the client. (diffing with read lua before lub wont work in System folders)
  12. changing maxlevel based on job is possible by editing the "-- Function #3 GetSkillInfo" in skillinfo_f.lua to check if the job is this or that then set the MaxLv by assuming that index 1 is another job and index 2 and so on are different jobs so with that you will just have to call skillInfo.MaxLv[1] = other jobs, skillInfo.MaxLv[2] = this job, and skillInfo.MaxLv[3] = that job... with that you will have to convert MaxLv to Array in skillinfolist.lua quite easy to do =)
  13. @jammuth you dont have to worry about that anymore.. it has been already implemented in official rAthena repo.
  14. I wonder what version of Themida are they using.
×
×
  • Create New...