Leaderboard

January Digest 2013 The following digest covers the month of January, 2013. Things have been settling down since the last digest, at long last. Here is a summary of what's taken place over the past month. Administration Maki has been reinstated as Administrator. Development Team Lemongrass has joined as Script / DB Developer. Daegaladh has rejoined as Script / DB Developer. Kenpachi has been moved to Community Contributors. Ind has been moved to Community Contributors. Cookie has been moved to Community Contributors. Development Highlights Updated all Renewal cast delays for non-third job skills. (r17069) Implemented official walk path dealing with obstacles. (r17091) Implemented Unique Item IDs for non-stackable items, switched off by default. (r17080, r17081, r17086) Added and updated many Renewal item scripts. (r17103, r17104, r17105). Implemented Sealed MVP cards. (r17104, r17105). Reduced default and minimum value of skill_amotion_leniency. (r17072) Distinguished main database from log database SQL upgrade files. (r17102) Misc. Stats During the period there were 47 commits. Of these 47 commits 34 included bug-fixes.

This is 1 map of a large mapping project I'm working on (with other peepz). Been messing around with models & space textures to come up with a docking bay for players to arrive & depart in. This is the final result. [Sorry not for release!]

File Name: Megingjard Recolor File Submitter: icabit File Submitted: 01 Feb 2013 File Category: Recolours Content Author: Icabit don't claim it as yours or sell it for real money the bmp collection file for black is kinda sucky well whats more important is the drop file and the item bmp Click here to download this file

Sorry, I do not feel masochistic enough to support restore login window hex/diff, as stated some pages back.

All headgear official bRO, cRO, euRO, fRO, idRO, iRO, jRO mysgRO, twRO, tRO Update November 2022 Headgear November 2022.7z Iclude list and miss headgear

Preview: [media=] [/media]This is my old script and I just do a little update. Equip pickaxe and helmet, hit the stone and see did any mineral drop. * Download : Your pickaxe (item_db.txt) : http://pastebin.com/y40BYB82 Script : Minner.txt

File Name: Asprika Recolor File Submitter: icabit File Submitted: 01 Feb 2013 File Category: Recolours Content Author: Icabit Don't claim it as your own or sell it for real money Click here to download this file

File Name: TK Patcher File Submitter: Tokei File Submitted: 27 Jan 2013 File Category: Patchers Content Author: Tokeiburu I've seen many people having issues with the RSU patchers ("Failed to retrieve x file"), so this software attempts to fix these problems. Here's what the appliction looks like : Key features Current downloads can be stopped at any time and resumed later on Downloads can be refreshed by renewing the connection (sometimes, the FTP server doesn't send you as much data as it should, slowing you down a lot) Each patch is applied right after it's been downloaded, so you don't need to start from the beginning everytime The merging is done via GRF Editor's library The GRFs are defragmented automatically (due to the library's speed, there's no need to specify a limit on when to defragment the GRF; it's done everytime the GRF is modified) Sometimes, the FTP server sends the wrong stream offset (causing damaged gpf/rgz files); the software can detect those and ask for a new stream automatically Embedded resources, so only one exe file is required If there is a problem while downloading a file (ex : connection lost or the FTP server closed the stream for no apparent reason), the program will attempt to renew the connection It uses a self-assembly editing "technique" to create new patchers. I've added this feature because of the different official patchers out there. By default, it uses : http://webpatch.ragnarok.co.kr/ with patchRE.txt and ftp://ragnarok.nowcdn.co.kr:20021/Patch/ If you need to change patchRE.txt to patchRE3.txt (to be honest, I have absolutely no idea what the difference is between those two, now I do, thanks Ai4rei), you can generate a new assembly with the Properties icon at the bottom like this : General information This application requires .Net 4.0. This is the major con, because players may not have this library installed by default (even though it's advised to install the .Net libraries for the renewal client). This application has been tested on Windows XP/Vista/7. This is not a replacement for the RSU patchers nor your own patcher (but I don't see why it wouldn't work?). Due to its implementation, if you do not provide a .inf file, the patcher will start at the beginning of the patching list. This means that if you're using patchRE.txt (you should), make sure you have provided all the patches from patchRE3.txt first in your installer, otherwise they will just get skipped (because the patcher only deals with one list). It's also strongly recommended to include the .inf file with your installer, whatever patcher you use. Leave a comment or suggestions ;o, thank you! Click here to download this file

prontera,155,181,5 script Woe Points 100,{ .@nb = query_sql( "select * from woe_point order by points desc limit 3", .@guild_id, .@points ); if ( !.@nb ) { mes "no record yet"; close; } for ( .@i = 0; .@i < .@nb; .@i++ ) mes ( .@i +1 )+". "+ getguildname( .@guild_id[.@i] ) +" -> "+ .@points[.@i]; close; OnClock1930: OnClock2000: OnClock2030: OnClock2100: for ( .@i = 0; .@i < 30; .@i++ ) { .@castle_guild_id = getcastledata( getvariableofnpc( .Castles$[.@i], "WOE_CONTROL" ), 1 ); if ( getvariableofnpc( .Active[0], "WOE_CONTROL" ) & 1 << .@i && .@castle_guild_id ) query_sql "insert into woe_point values ( "+ .@castle_guild_id +", 1 ) on duplicate key update points = points +1"; } end; OnBreakEmp: // put doevent under OnAgitBreak ... query_sql "insert into woe_point values ( "+ getcharid(2) +", 1 ) on duplicate key update points = points +1"; end; } why make things so hard ? EDIT: ops, forgot the SQL create create table woe_point ( guild_id int(11) unsigned primary key, points int(11) ) engine = myisam; EDIT2 ... wait a moment, I change the layout ok here, I think better use existing table because if the guild gets deleted, the row will also be deleted from the source itself alter table guild add column woe_points int(11) default 0 after emblem_data, add index (woe_points); prontera,155,181,5 script Woe Points 100,{ .@nb = query_sql( "select name, woe_points from guild order by woe_points desc limit 3", .@guild_name$, .@points ); for ( .@i = 0; .@i < .@nb; .@i++ ) { if ( !.@points[.@i] ) break; mes ( .@i +1 )+". "+ .@guild_name$[.@i] +" -> "+ .@points[.@i]; } close; OnClock1930: OnClock2000: OnClock2030: OnClock2100: for ( .@i = 0; .@i < 30; .@i++ ) { .@castle_guild_id = getcastledata( getvariableofnpc( .Castles$[.@i], "WOE_CONTROL" ), 1 ); if ( getvariableofnpc( .Active[0], "WOE_CONTROL" ) & 1 << .@i && .@castle_guild_id ) query_sql "update guild set woe_points = woe_points +1 where guild_id = "+ .@castle_guild_id; } end; OnBreakEmp: // put doevent under OnAgitBreak ... query_sql "update guild set woe_points = woe_points +1 where guild_id = "+ getcharid(2); end; }

prontera,154,180,5 script kjhfdkjsf 100,{ if ( gettime(8) != .peak_date_time ) callsub L_setpeak; mes "max online today is "+ .peak_date_num; close; OnPCLoginEvent: callsub L_setpeak; end; OnInit: sscanf $peak_date$, "%d %d", .peak_date_num, .peak_date_time; end; L_setpeak: if ( getusers(1) <= .peak_date_num ) end; .peak_date_num = getusers(1); .peak_date_time = gettime(8); $peak_date$ = .peak_date_num +" "+ .peak_date_time; return; } @Capuche your script will have bug, if say Tuesday there's nobody login on the 1st few hours of that day it says 'today'... but it should be yesterday @Emistry much better, but you just always forgot about gettimestr prontera,155,181,5 script Sample 757,{ mes gettimestr("%A",10) +" peaks : "+ $peak[gettime(4)]; close; OnPCLoginEvent: if ( getusers(1) > $peak[ gettime(4) ] ) $peak[ gettime(4) ] = getusers(1); end; } EDIT: remove the useless gettime(7) ... EDIT2: wahahaha Capuche post#10 damn fun !

try these... inside this file trunk/src/map/status.c find these.. switch (i) { //Type 0: PC killed -> Place here statuses that do not dispel on death. case SC_ELEMENTALCHANGE://Only when its Holy or Dark that it doesn't dispell on death if( sc->data[i]->val2 != ELE_HOLY && sc->data[i]->val2 != ELE_DARK ) break; add below... case SC_FOOD_STR: case SC_FOOD_AG: case SC_FOOD_VIT: case SC_FOOD_DEX: case SC_FOOD_INT: case SC_FOOD_LUK: or any other food name / status name.... recompile...

Or just change the item code to one of the following SC_FOOD_STR_CASH SC_FOOD_AGI_CASH SC_FOOD_VIT_CASH SC_FOOD_DEX_CASH SC_FOOD_INT_CASH SC_FOOD_LUK_CASH

It's just you, I have no problem with quagmire. Also off-topic.

Glad to help. Feel free to offer new ideas (requests) for future tutorials =]

/showname

Something like this ? prontera,155,159,5 script infamy 56,{ // Check if already log in // ----------------------- query_sql "SELECT `logincount` FROM `login` WHERE `account_id` = '"+ getcharid(3) +"'", .@logincount; if( .@logincount > 1 ) end; // Count account with the same ip xx.xx.xx.* // ----------------------------------------- sscanf( getcharip(), "%d.%d.%d.%d", .@a, .@b, .@c, .@d ); query_sql( "SELECT COUNT(`account_id`) FROM `login` WHERE `last_ip` LIKE '%"+ .@a +"."+ .@b +"."+ .@c +".%'", .@count ); if( .@count == 1 ) { dispbottom "Here a reward for newbie."; getitem 501, 1; } query_sql "UPDATE `login` SET `logincount` = '2' WHERE `account_id` = '"+ getcharid(3) +"'"; end; }

Agree. And true. Seems this point is somewhat omitted... what a mistake. This recalls me those times when we had "stable and trunk" branches in eA. IMO separating Pre-RE on its own branch, is, a better -suitable- way of saying that you are gonna kill it. Guys these* are not the best times to do -radical changes- like the one you are discussing here (About Pre-RE. I'm not refering about GIT move). Remember that there is another emu option now that is preserving Pre-RE. The only difference for now, between each projects is: a strong community backing here, that you surely will put on the fence with this move. So I will say it simple. You want to take the risk and loose your "consumers", for a better "way of coding"?, then, sure do it =P. Not a good idea for me.

Did the test however I think I should read the previous lines calm and slowly... because: A 10,000 vertices limit its quite a lot allready. This sphere has 15,000~ vertices and 30,000 faces. And it loaded just fine even without the hex change. Seems the gr2 in the RO client was allready considered to be a format to handle a high amount of detaiied shapes. I even tested a model with 2 of those spheres and, no issues (that means 30,000 vertices and 60,000 faces). In addition I tried even more, with a dummie tree with 80,000 vertices and yeah, any crash signal; however, seems that with that high amount the client start to shows weird glitches with the gr2 shape like missing faces. Anyway I believe that this limit for now it is just fine. I wish I could have a more complex shape (a monster) with an amount of vertices reaching 10,000 to have a sucessfull test (since it is not as the same to test shapes). But no matter I looked at my resources, all the ones I have are not more than 1,500 or 3,000 vertices. Edit: Wish this kind of limits would be as this in the RSM models =P they make the client crash if they are more than 700 vertices and 1500~ faces present.

For me , I prefer to use mapflag if(getmapflag(strcharnifo(3),mf_gvg)){

I have hexed, updated mmo.h, and updated my lua files for many many clients now, so what am I doing wrong? 20120410 work but wasn't translated... 20120307 work but wasn't translated... 20120111 not sure what was up with that... 20111025 wouldn't login without erroring and I used the LUA files from the repository for old clients older than 11-07-30 (even know it had the files for 2011-11-22)... I have tried about 20 different clients so far with no success just hoping to get lucky... I know how to diff and hex them and I have never had a problem with that before so I don't think thats my problem. However I can't guarantee that all of the clients had the correct lua files since the directories didn't always contain the same dates. I wish there was one master repository that had each client packaged with the correct LUA files! Plus the current LUA repository is on rev 228 which wont work if you go back far enough in clients. I did not diff read data before grf. I added the diff for obstruction... My server has been down for a week with what I though was going to be a simple client update since I have done it several times in the past. I miss the simplicity of older clients that used straight text files!!!!!!!!!!!!!! My previous client for some reason would not allow you to swtich between skill levels, so if you used heal it would always do level 10, etc... Anybody got something useful to help out? I am running out of options to try. Thanks.

WDGTranslateClient is not limited to any language, just edit WDGTranslateClient.txt to whatever you like.

I consider this a bad thing not to know what the patcher is supposed to download to obtain the correct list of patches, but well. The difference is, one of them is being used with the old patch server (down in the mean while) and the other with the new patch server. Also it fails if it cannot find the .inf file. Well first, thank you for the input! Maybe a little background... this is a recycled FTP client project, which works really well. It was used to download patches manually from any FTP website and then run the RSU patcher. I've added the patching part only recently (two days ago basically), so I'm not very familiar with the patch lists used by official patchers. From what I've read : patch2.txt | ragray | data.grf | patch.inf patch3.txt | sakray | sdata.grf | spatch.inf patchRE3.txt | renewal sakray | rdata.grf | patchRE.inf However, I've checked on a few renewal servers with not much of a conclusion. Half of the servers I've tested used patchRE.txt and the other half used patchRE3.txt. So in the end... I've just decided to let people choose themselves and put patchRE.txt by default as this seemed like the logical choice. As for the .inf file, it takes 3 seconds to change, but... I believe server owners should provide the .inf with their installer. Would anyone really start patching the 450 patches after you've just installed a client? It seems a bit ridiculous to me, but yeah, it might serve a purpose I'm not thinking of. With the same logic, I guess I should create the grf if it's not found instead of showing an error (should be added really soon).

What kind of proxy? There are various ways to tunnel the client protocol, such as SOCKS4, SOCKS5 or reverse. The last one not requiring any changes to the client, actually.

I just have one client but its multiple window is disabled..I hope there a diff for enabling it again.. Exact client date? I have a working diff for a while, it's just hard to make it into a working plugin. What is the recommended setting? ClientGraphics device:Direct3D T&L HAL Direct3D HAL (if T&L not available) otherwise whatever is available [*]Trilinear filter No [*]Sprite quality 100% [*]Texture quality 100% [*]Graphics card Avoid settings that cause screen smoothing/blurring. Avoid down-sampling of colors. As a side-note, for me there are almost no artifacts visible with 100% JPG quality; maybe you should post the screen-shots in question.

Finished in r17104. Missing effects for Drake (4496), Randgris (4535), and Detale (4542). When these are released, please file a bug report.

This particular map has a default name of "crystilia" (Found here) and therefore your maps_athena and map_index must use the name "crystilia". If you changed the map name by right-clicking -> Rename -> and gave it something new, that won't work. Only BrowEdit and other 3rd party programs can rename maps.

O tamanho das abas é proporcional ao tamanho das palavras que você usa em cada aba. Ao 'diffar' tenha a certeza que esteja usando o 'msgstringtable.txt'. É nele que fica as palavras de cada aba. Se serve de ajuda, deixarei o meu 'msgstringtable.txt'. Ele está atualizado para a versão mais recente do RE, acredito. Qualquer problema só avisar. msgstringtable.txt = http://www.mediafire.com/?tbx45d6cu8gzqlu

make sure you put the plugins inside the plugins\WeeDiffGen

try this.. Blue Ghost Setup.exe work well for my 2012 clients... No need to select the diff file for HKML to HKCU ......