Antares

I'd say yes, there could be several differences, but if you apply all the sql updates, you should be fine (in case Ramod branched out from eA/rA.... idk that emulator). Make a database backup, and try it out, I think that's the fastest way to make it sure

As of renewal Desperado is no longer a ranged attack. That's the reason.

Why don't you edit the monster database instead of the source? If you use sql database, you can easily add a fixed amount to every monster's hit. In case of txt, you might need some regexp to do it for you tho.

Was the character recolored with stylist npc or command? If yes, try to setting your color back to the default 0.

Well, we can stack apples.

Pz check this: /db/packet_db.txt packet_db_ver: default or in case of 2013.05.22 client date: packet_db_ver: 36 ("default" uses the highest available packer version, so it should do it)

Isn't there a clientversion config somewhere on clientside as well? Perhaps in clientinfo.xml? It feels that we r missing something, but I can't check it now from work. Another thing could be: db/packet_db.txt packet_db_ver: 30 //2012-04-10 Im not sure if this is neccessary, because the "default" value means highest available version..... but maybe this is the cause.

Update to latest GIT (in case you updated long ago and don't have packets for 2012 client), download the executable from the client side, diff it as you like, find src/common/mmo.h and find the line where it says packetver: #ifndef PACKETVER #define PACKETVER 20130807 //#define PACKETVER 20120410 #endif Change it to: #ifndef PACKETVER //#define PACKETVER 20130807 #define PACKETVER 20120410 #endif Or follow the steps written on the wiki: http://rathena.org/wiki/Connecting#Client_Side http://rathena.org/wiki/Configure I hope I didn't miss anything

Please note that RMS shows the Flee/Hit REQUIRED (player must have) to hit/evade the monster by a chance, while @mi shows the monster's raw stats. They are not the same

There was a status icon?! O.o Can you post a screenshot or any image?

When there are sql updates, we make update files under sql-files/upgrades. Import those and they'll make the required modifications. (Note: as of transition to git, the updates have dates and not revision numbers in their name, and bc of that they jumped to the beginning of the list in alphabetic order, don't forget them )

Ro1 with a new engine would have been the key I think. Instead they changed everything.... Fans don't like change, they like extensions to the canon. Rebuilding cities, places, stories in a different way is not a very good idea in case of a previously successful game....

Hi! So what I suggest is to make a toggleable custom feature which enables the stacking of similar equipments. Why it can't be stacked right now is because equipments can have cards/refine/name/element/starcrumb/etc in/on them so items with the same id can be different. I think this was only a cheap excuse on gravity's part, because similar items technically CAN be stacked. For example: Chain Mail[1] can be stacked with other slotted chain mails that has exactly the same properties (no card/refine...etc) And the same goes to altered items. Different swords in the storage could look like: Sword[3] 2ea +7 Sword[3] 3ea Whitesmith's Very Strong Sword 5ea +10 Whitesmith's Very Strong Sword 4ea So as you can see we could stack items in case they are completely identical. Why I'm asking this is because: We can do this in many other games Castle drops wouldn't flood our storage (and we can't raise the storage limit above 700 because of some packet thingies........) To make +10 armors we need hundreds of them, and storing them is problematic (if you want to refine 'em all in the same time and not 1 by 1). It would be cool It doesen't seems to be a huge thing to implement. Instead of comparing only the item IDs we would need to compare the whole record, and ignore the stackable properties.

We are very happy that the community is so big (500~600+ visitors/day), but unfortunately we experienced that the activity in the Bug Tracker section is pretty low, which makes us sad pandas. We would like to encourage every member of the community to feel free to take actions, and help us in: Testing issues both on rA and on official servers (we really need this kind of help) Finding information (descriptions/forum discussions/formulas) Helping in evaluating reports Coming up with ideas, possible solutions If you have seen an issue on your server as well, don't hesitate to click on the issue confirmation bar! With these, you can make our life as a developer much easier, and speed up the process of fixing/implementing new things! Thank you all for your help!

In my oppinion these are the things that lead to a popular server: - Many players (devil's loop LOL) - Rates that are not so fast to get bored in 3 days, but enough to keep up the excitement. (I think somewhere between 5X and 50X) - Frequent and exciting gvg/woe events - Many events - Friendly, responsive GM/Admin staff - No imba/op features/items - No cheating or bullying (needs supervision by the GMs) Since most of the players who would play RO already played it and don't want to lvl up again, WOE servers are popular as well, but with the lack of character development, pp may get bored more easilly.

~Banking's in the air, la lala la lala. So, since this is an official stuff, it will be implemented. I like the VPN free stuff as well but idk about that and the other one. Btw what is this big excitement about banking? O.o it was working since I know ro (with npcs). It 'only' gets a GUI now. Or not? I fear that this will only a place for new issues and much less flexibility (compared to the script made ones).

Wow, I posted about a completely different problem The click thing can be solved by changing the config for the max walkpath.

Name: reigneil Badge: Bug tracker lvl 1 Reason: He contributed much to the bug tracker section with detailed reports, and solutions.

Name: Antares Badge: Bug Tracker Lv 2 Reason: 10 Confirmed/Fixed reports started since July 8 (Bug tracker lvl1 award given), and some other, not listed reports, activities. 1 - Fixed http://rathena.org/board/tracker/issue-8098-masquerade-unlucky/ 2 - Fixed http://rathena.org/board/tracker/issue-8102-invisibility/ 3 - Fixed http://rathena.org/board/tracker/issue-8010-shield-press/ 4 - Fixed http://rathena.org/board/tracker/issue-7869-magic-crasher-again/ 5 - Fixed http://rathena.org/board/tracker/issue-7897-desert-twilight-sandstorm/ 6 - Confirmed, Needs More Information http://rathena.org/board/tracker/issue-7858-longing-for-freedom/ 7 - Fixed http://rathena.org/board/tracker/issue-7871-faw-silver-sniper/ 8 - Fixed http://rathena.org/board/tracker/issue-7426-wizard-water-ball-through-the-map-oo/ 9 - Fixed http://rathena.org/board/tracker/issue-8099-masquerade-ignorance/ 10 - Confirmed, Needs More Information http://rathena.org/board/tracker/issue-7955-morroc/

Thank you all guys for the quick responses First I was afraid to start the no '_sql' servers but everything is fine.

But 'map-server' isn't the one with the txt database?

Hello! After our recent update and compile, the compiler did not create the *server*_sql (eg: map-server_sql) files which with we started the server in sql-using mode. Where did they go? How to start the server in sql mode now? Note: (we are using Linux, so bat and exe is off question) THX!

Hi there! In short, my suggestion is: Create a custom client that is a collaborate work like the rA server, with all it's support (forum section, bug tracker, git/svn). In details: The problem with the current system is the following: - By now we have only 2 "officially" supported clients, and there will be a 2013 one as well, this is good, but still, server owners have to diff em and some times hex edit them to make them work the way we want - The whole diffing thing is just hax. It's not nice, and it has many limitations what can we achieve - We can't prevent Gravity form breaking/removing features we want to continue using (like mailing, vending, etc) The benefints would be: - The now existing client haxing torture would cease to exist. (no server owner wants to spend time with figuring out the correct settings just to make it work) - Fixes could be done to client related bugs. - Gravity wouldn't break our features. - Configurable, flexible clients (set everything we want, instead of bithaxing lottery) - No more waiting for "the least bugged client". ( or the most stable ) Downsides: - Needs time and work - New features won't come automatically (but we need to implement them serverside anyways don't we?) What we already have: - Large, and capable community - Expert devs - Infrastructure - Bunch of custom client projects stuck in the development, so we don't have to start from 0, only select a few and ask their owner if they are willing to share their work with us. There's no piont in everyone doing their own client but never finishing it.... We could incorporate everyone's knowledge and talents into one, good client.

@Capuche Thanks!! That's exactly what I need. Hopefully marrige teleportation will get it's own flag, so we don't have to alter the source like this, but for now that's excellent

Any input?