jaBote

If you're using Hercules clif_skill_damage is supposed not to work while clif->skill_damage does.

I myself know more servers that are still in pre-re than those that use it. I'm nobody to tell what Hercules should do but I'd prefer pre-re to stay. Txt servers were a burden since they weren't recommended to be used on production servers and devs had to practically code twice in both totally different account engines, and also providing support for them. pre-re and re are quite compatible in the code, most things don't have to be done twice as it happened with account engines.

As evilpuncker said, it's because of that. If you want to use the skill effect without that skill ID you should modify the source for telling the client to use the effects.

You can indeed reload all battle configurations (those in /conf/battle) by issuing @reloadbattleconf. The other configurations are a bit harder to reload.

He's already done it: http://herc.ws/board/files/file/27-forcibly-strip/

En efecto, el jobmaster se encuentra en npc/custom/jobmaster.txt. La configuración de si se activa o desactiva el cambio a Third Jobs se encuentra en la línea 184 (para que esté activa esa configuración debe tener un valor asignado de 1).

Just edit its entry in db/pre-re/skill_cast_db.txt or db/re/skill_cast_db.txt, whichever you're using. Moving to Database support.

You can set your rank server-side to whatever limit you want (unless the number is ridiculously enormous) but client side will only display up to 10 positions, even if you have 3000 rankers server-side.

happy (late) birthday Emistry!

It isn't that much risky because when users ping to your domain the command-line interface will show your dedicated IP address. Anyways, I highly recommend having a web domain mostly because of your image as pserver.

As a general rule, ragexeRE clients don't support cash shop; ragexe clients do roughly from around the second half of 2012 but I'm not that sure on this.

Estoy desde el celular (¡qué novedad!) y no puedo mirarlo más o menos en condiciones. El archivo que se nombra el warning se sitúa en db/pre-re o re/item-chain.conf Aconsejaría comprobar que la lista ITMCHAIN_ORE dentro de ese archivo tenga una estructura similar a las demás listas ahí recogidas. Si no la tiene simplemente habrá que corregirla, o si la estructura es la misma es posible que el error sea de la función que se encarga de procesarlas. Personalmente pude comprobar una revisión de hace un par de días y parece que no había problemas en ella, aunque no me paré a fijarme expresamente pero no vi ningún error extraño. Espero haber sido de ayuda con el limitado soporte que puedo proveer por aquí.

It looks like that would be a great solution if the SQL script had valid syntax... What problem does it have? Is it a big file and you're loading it in PhpMyAdmin? In that case remember PMA is buggy and fails to load big queries: make some chunks and it'll load nice.

Back on eAthena I just would either take them all over with the GM guild or just clean the `guild_castle` table (then restart the server) so that no guild remained with castle. Idk if this helps you now.

Hi. Sadly we can't provide assistance to rAthena but since that's a common error both in rAthena and Hercules I'll try to be of help: It seems you didn't make an user for your ro databases or the credentials you provided to your emulator to connect in conf/inter-athena.conf are wrong. Also check that the user has access to the databases you've set for the emulator.

I'm not sure, but I think you can apply more diffs but not revert them.

Just comment the undesired entries or add whatever you want on db/pre-re or re/item_group.conf. Some items that give a random item are here, others are in item_chain.conf and other are in item_packages.conf For more info, please refer to the announcement topic or the proper documentation in each case. All examples here are based on the pre-re db folder.

TXT support for RO servers based on rAthena and Hercules was long ago removed. Only server packages with TXT support to date are eAthena ones, which are way too outdated (if I remember well it doesn't even have Renewal). If you want to have a home server for testing purposes, you'll have to use any SQL engine: MySQL, HeidiSQL, SQLite, Microsoft SQL server... etc.

Some Farfetch'd are missing there to the south Just kidding. Like it!

I've tried with a fresh Hercules version and this didn't happen. What Hercules version are you running? Always try to give as much information as possible, because I think there was a revision in which group items were (unintendedly) broken.

Is it possible you have a script responsible for starting and ending WoEs directly invoking the OnAgitStart/OnAgitStart2 label without making use of the agitstart; or agitend; script commands or their @agitstart / @agitstart2 atcommand counterparts (obviously issued by a script or player)? In that case, both the atcommands and script commands for ending WoEs will be useless because agit_flag or agit2_flag is set to 0, making the server think it's not actually in WoE mode. What I mean: if you start a WoE directly by the castle event label you won't be able end it by normal means, just invoking the OnAgitEnd/OnAgitEnd2 event label of it.

I've marked topic solved by myself. If this is wrong and you still need some more help on the issue, please mark unsolved and continue asking. Thank you.

That one seems a db fault, not this NPC fault. Please check "db/mob_db2.txt" line 51 and see everything is where it should.

For updating Hercules, please check this post, section Updating Hercules: http://herc.ws/board/topic/152-obtaining-hercules/?p=845 I'm not the most knowledgeable about plugins, but I think it was "make plugins" then notify your server the names of the plugins you want to load in /conf/plugins.conf then restart your server.

If you want to add MvP points taking account of the killed MvP ID, use quesoph's formula and repeat it with each MvP. To avoid some useless processing time you can use that or if you want some more code efficiency you could use a huge switch statement. In case you want to add MvP points regardless of the MvP killed, you could use something like this: OnNpcKillEvent: if ( getmonsterinfo(killedrid,MOB_MVPEXP) > 0 ) { // Mob MVP exp > 0 means MvP dispbottom "You killed "+rid2name(killedrid)+"!"; set #MVPPOINTS, #MVPPOINTS + 1; // +1 MVP Points if you kill a MVP. end; } P.S.: Quesoph, you have a typo in your script, check the 4th line.