Neo-Mind

i just checked in both RE & main for that date . I don't see any error in NEMO. did u do git pull to the latest? version should be 2.1 and also the title now reflects the last committed date (2014-02-18 04:04:43 GMT+0530 is what you should be seeing)

just tested for that client its not having any error. git pull and try again. maybe my latest commit already fixed the issue

HAPPY BIRTHDAY JUDAS !!

can you tell me which clientdate (i know its 2012 but exact date is what i need ) you used for testing and whether its RE or main.

@themon just add the strings to TranslateClient.txt (remember it needs to be full string - no partial matching is done right now). format is simple M: <message string to show in FailedTranslations.txt> <= no specific pattern. WYSIWYG F: <search pattern> R: <replace pattern> both patterns can be either in hex format with single spaces in between like => B3 BB BA F1 B0 D4 C0 or an ASCII string enclosed in single quotes like => 'Message' only lines beginning with M:, F: and R: are used for the patch rest all are ignored so u can add comments with whatever characters you want. FYI these specifications are also written in that file

UPDATE: 1) Patch fixes have been made to support 2012 & 2014 clients (Except for the Use Custom Aura Diff in 2012 clients ofcourse - that one still bugs me). If you are still seeing errors let me know. In case you would like NEMO to be supported on older clients as well please try patching with NEMO on them and tell me what all patches are failing. @themon: the issue with the garbage value dependency has been cleared up just in case something like that happens again. FYI to all : SVN Repository is no longer updated. Please switch to the git repository.

Ideally the size of client = last address of the last PE section. The extra .xdiff section that we add needs to be allocated in the client and naturally it would come at the end. But there is also a chance u r using a pre-diffed client just for adding some more patches. So while allocating i only fill with NULL bytes till the expected ending address of the .xdiff section. But with this garbage the size criterion is already met even though there is no .xdiff section - but in the patches when looking for free space we look for consecutive NULL bytes which is not there so it fails. in case you are wondering NULL bytes = 0x00. @Brynner. yea ossi informed about the patch issues with 2014 clients (Disable Multiple Windows is not working too and i just got it to properly work recently sigh) i will look into those. Would be great if someone could list out any other patches that are failing

its already being fixed server side. wait patiently

Disable Multiple Windows has been fixed finally sorry for the inconvenience. EDIT: Forgot to mention. The packet key order has been fixed. (in case you didnt notice/use earlier - the order specified in NEMO was reversed before but its corrected now)

Excellent now i can throw away TortoiseSVN

MEGA UPDATE: NEMO 2.0 has been released. Please check the first post for more details.

ignore the buttons hehe , its my custom Skin from my ro grfs ^^ hes still at the same position ^^ , just without the boarders my clients will be shipped out with a basic skin like allways oh noes my edited skin .

Tepoo i dont think that source has the encryption system added (i only saw some empty files related to encryption) . i believe Tokei added it later at around 1.3.4 or so.

mumbles made a mumble nice

Increase attack display is only useful for High Rate servers where the attack damage can go beyond 999999

This is true for non headgear items but Dastgir where will the client pick up the item's equip sprite prefixes from fro headgears . ItemInfo doesnt have that information.

For using /showname and mailbox - use Enable /showname , Enable Mailbox for all langtypes patches. As for hiding the request button - just use a 1x1 bitmap with magenta color (#FF00FF) for btn_request.bmp, btn_request_a.bmp, btn_request_b.bmp

Thank you for the tutorial I really appreciate it. I follow exactly what you've said. Copying this and change the value of hex with 0x format. #define OBFUSCATIONKEY1 0x12345678 #define OBFUSCATIONKEY2 0x12345678 #define OBFUSCATIONKEY3 0x12345678 Before #if defined(OBFUSCATIONKEY1) && defined(OBFUSCATIONKEY2) && defined(OBFUSCATIONKEY3) PacketKeys(OBFUSCATIONKEY1,OBFUSCATIONKEY2,OBFUSCATIONKEY3); #endif Also did commented the following lines, (I thinks it will cause a conflict. Dunno if that correct) //#if PACKETVER >= 20130807 // packetKeys(0x7E241DE0,0x5E805580,0x3D807D80); /* Thanks to Shakto */ //#endif I recompile without errors. Client Diff is all ok 1st,2nd,3rd packets are in place. But when I login I got disconnected after character select. you used 0x12345678 for all 3? currently the order is reversed in NEMO. I have fixed it in local and will soon be deployed.

what bugs did u find . I am already using it in Hercules for last month.

http://herc.ws/board/topic/1105-hercules-wpe-free-june-14th-patch/page-6#entry25265 To put it simply some of the keys are poorly chosen hence WPE is able to get through. Solution is to use your own keys (or reuse good key set from a different client date) for both client and server.

well i dunno much about packets so i kind of lost interest ... plus am busy with other things too . anyways i have already posted a guide for making patches ... isn't it time some one else also tried their hands on making some patches (we used to have many different people introducing client edits .... )

like i said to another person who asked me about it. It's like what Judas said. the client sets the auras checking for specific levels. The logic has changed around a bit for the 2013 clients since the intro of higher levels. I haven't had time to look at the code in detail. Time is the issue for everyone

yes because the sprite only uses the palette from the first bmp image and re-uses it for rest of the images. I also noticed this only recently. even when u extract the recolored sprite all the bmp images will be recolored..... almost magically

tried stat command in 20131223 client looks like its working but u cant specify a value anymore - it increases only by 1 now. well done Gravity first the PMs now this...remove every good thing u have from the client...