gidzdlcrz

lang/Default.ini
LangPatchingComplete= Add Text After =

Here's a guide i'm giving when they purchased thor patcher.

Hope this can help you.
 
 

Make a Different folder, 
make a "data" folder inside.
and put all the files that are changed or added.
 
Then Open Thor Generator, Choose file to save, and "GRF" as Type
 
Choose Directory, and select the "data folder"
 
and click Generate.
 
you will get a .thor file, which will be less size, and put it into your patch site.

config.ini
FontColor=$000000 Change its color code, and pack the config again.

https://github.com/HerculesWS/Hercules/blob/master/src/map/skill.c#L11601
Add:
 
+ case UNT_SPIDERWEB:    case UNT_ANKLESNARE:    case UNT_MANHOLE: Pre-Renewal: https://github.com/HerculesWS/Hercules/blob/master/db/pre-re/skill_unit_db.txt#L85
Renewal: https://github.com/HerculesWS/Hercules/blob/master/db/re/skill_unit_db.txt#L85
Replace with:
 
405,0xb7,   ,  0, 1,1000,enemy, 0x002  //PF_SPIDERWEB  
Pre-Renewal:https://github.com/HerculesWS/Hercules/blob/master/db/pre-re/skill_db.txt#L451
Renewal: https://github.com/HerculesWS/Hercules/blob/master/db/re/skill_db.txt#L451
Replace with:
 
405,7,6,2,0,0x1,0,1,1,no,0,0,3,magic,0,    PF_SPIDERWEB,Fiber Lock  
tested.

Server software has stopped reading that messy txt file for the new, more readable conf file. You should use the new format on your server if it runs an Hercules version newer than when the update was introduced. However, you can use this Dastgir tool to convert back to .txt and Haruna's converter to conf whenever you find it convenient.

You should actually give a chance to it, since it's more like a win-win situation. Only drawback is that it's possible (not sure) that item parsing will be few milliseconds slower, but gives lots of advantages worth to give a test in.

Hello,
I see many users having some problem with new item_Db format, stating that it cannot be used with the Old Tools available, and there's no tool to parse the new item_db.conf
So I made this script, which converts item_db.conf to item_db.txt , (and you can change the syntax of item_db.txt too)
 
Script: https://github.com/dastgirpojee/LuaScripts/tree/master/Lua/conf2db
ReadMe.MD shows how to use it..
Usage:
1)Copy item_db.conf to "conf2db" Folder.2)Just run the "conf2db.bat" and Enter some details of file.Format(If Asked):Usage: conf2db.lua {FileName} {Output} {Format(RE,or see below)}.Format: #id #script #View, [Case-insensitive]Default: #ID,#AegisName,#Name,#Type,#Buy,#Sell,#Weight,#Atk:#Matk,#Def,#Range,#Slots,#Job,#Upper,#Gender,#Loc,#wLV,#eLV,#Refine,#View,{ #Script },{ #OnEquipScript },{ #OnUnequipScript } [Case-insensitive]Additional Parameter: #eqmax #eqmin(max and minimum equip level) [Case-insensitive]  
P.S: I made the script just for the users who wanted to use old Tools.. and hercules cannot read .txt item_db..

tested with param "RE"  , doc was converted to old format successfully ,and also support
Chinese charset

 
 
,but tested with default params ,my console show the below warnings , and some Chinese words become different words after converting
 
 
 
 
and I notice the param [Case-insensitive]  not  working properply

Case insensitive means
#UPPER or #upper or #UpPeR means the same.. its not an parameter..
and it seems that #U and pper in 2nd case got seperated by space or newline, I would anyways check for that error, and make it to give warning and show if wrong format is used.

I dont think value of any parameter is changed.. only parameter is case insensitive, while value remains the same,
Can you send me full or a part of your itemdb.conf, so I can actually test with chinese charset(as you said, it converts to weird chars)

Thanks for sharing your item_db.conf.
Fixed All Errors as stated by you on @r9, Get a new copy of conf2db.lua and try it.

Seems like, my last commit broke that code,
@r10 : Fixed..

Sorry for delay, I updated the script, run the conf2db.lua and just enable the logs(new option @r13) and send me item_db_conversion.log

The Last ")" was not found, or there was extra ")", anyways I improved the converter, and you can try the file @r14

You can use search function always...
(http://herc.ws/board/topic/5363-item-dbconf-to-item-dbtxt/)

My problem was I was not assigning that this properly
 
[Weapon_IDs.WEAPONTYPE_Oriental_Sword] = Weapon_IDs.WPCLASS_WEAPONTYPE_SWORD  I was assigning it by
[Weapon_IDs.WEAPONTYPE_Oriental_Sword] = Weapon_IDs.WEAPONTYPE_Oriental_Sword Thanks.

Go to your db/mob_db.txt

This File enables those npc's:
npc/other/poring_war.txt

N.E.M.O. - Neo Exe Modification Organizer

Why another client patcher? well
1) WeeDiffGen - isn't working for 2013 clients + it depends on dlls (not that its a bad thing but i like scripting )
2) xDiffGen - yes its scripted but we need to depend on xdiff files.

so i made a new one based on xDiffGen and here it is. The patches are written in QtScript format.
Details of making a patch have already been written in a seperate topic - although now it needs to be updated with more details.
I have already converted most of the patches from xDiffGen.

Why this name? - well I didn't want it to be called * Gen No offense  
plus someone keeps calling me Nemo in IRC which gave me the idea

Snapshot
-----------------


How to use?
---------------------
1) First you need to specify your client file in Input Exe file box. If you browse to select the file name, Output Patched box gets updated with a _patched suffix filename automatically. Ofcourse you can select your own name for the output.
 
2) Next we need to load both the client and the scripts (patches & addons). so click Load Client button.
 
3) Select the patches you want . In case you patched once before (for whatever date) they will be saved in your local and you can use the Select Previous button to select them again. Also you can try using the Select Rcomnded button to select all the Recommended patches.
 
4) So your patches are selected and client is loaded what next but to Apply Patches  which will generate the output file. In 2.0 version , NEMO also generates a .secure.txt file containing the MD5, SHA1 and CRC32 values of the output exe file which you can use in various tools.
 
5) You can use the Save Profile and  Load Profile buttons for saving/reloading a set of patches & input values, that you have selected (even if they are not applied) for future use.
 
6) Whenever you apply patches to a client, NEMO updates the patchlist.log file (along with Inputlist.db) in the folder where NEMO.exe is. This file will contain the list of patches you have applied along with their IDs (do not tamper with either of them).
 
Changes in 2.0:
----------------------
1) I have made some obvious modifications to the interface (you can definitely see the change in case you have seen v1.0).
     i) Buttons have come downwards and is no longer strippable (toolbar has been fixed in position)
 
     ii) New status Label has been added which shows your currently loaded client date and how many patches are selected.
 
     iii) NEMO now has support for Addons - scripts that are meant to retrieve data from the client and do its own thing (not patch the client).
          All the Extract xDiff patches has been added here already. 1 extra addon will be coming soon once i can fix it.
 
     iv) New Filter box has been added which does live search (i.e. filter as you type) for filtering out only the patches u want to see.
           For e.g. if you type color, it will only show patches that have the string color in either it's name or the description.
          You can also use regular expression . Also you can sort the columns now
 
    v) An upcoming feature - Test Patches. this one you can use for testing a newly added patch for a variety of clients that you select.
 
2) NEMO is no longer there in SVN. I have shifted it to GitHub . The rar file uploaded has the .git file so you should be able to directly pull to get updates. But just in case I have also provided the repository link below.
 
Remember to pull for updates before using NEMO and let me know if you are facing any bugs or issues or if i have missed out on anything. Enjoy .
 
Repository: https://github.com/MStr3am/NEMO.git
 
Download Link: NEMO zip file 

src/common/mmo.h

MAX_LEVEL was moved to  here 

Its clientSide Error
 
Get MsgString for respective client (https://github.com/ROClientSide/Translation/tree/master/Data/MsgString)
 
If you are using from (https://github.com/ROClientSide/Translation/tree/master/Data/) , it has reversed order for 2 lines, and is used for newer clients..

// Rate at which exp. is given. (Note 2)base_exp_rate: 1500000// Rate at which job exp. is given. (Note 2)job_exp_rate: 1500000 for item drop configuration, you must set it your self, here little clue for you :
item_rate_?? : //multiply actual drop rate item_drop_??_min: 1 // override " item_rate_?? " lowest / minimum drop chanceitem_drop_??_max: 10000 // override " item_rate_?? " Highest / maximum drop chance

I'd also like to point out that our skill_cast_db and skill_unit_db differ from rAthena.
 
Can someone confirm which one has the correct values? Seems they're off by 50. Not at home at the moment so I can't search my git repo to see when the change happened.

try this 50--> 150 src/map/skill.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)diff --git a/src/map/skill.c b/src/map/skill.cindex 612b205..f83779d 100644--- a/src/map/skill.c+++ b/src/map/skill.c@@ -10374,7 +10374,7 @@ int skill_castend_pos2(struct block_list* src, int x, int y, uint16 skill_id, ui case 2: sx = x - i; break; case 6: sx = x + i; break; }- skill->addtimerskill(src,timer->gettick() + (50 * i),0,sx,sy,skill_id,skill_lv,dir,flag&2);+ skill->addtimerskill(src,timer->gettick() + (150 * i),0,sx,sy,skill_id,skill_lv,dir,flag&2); } } break;