JulioCF

** May contain interpretation errors on the Korean to Spanish translation.   ■ Inspection Time    - Servers: 01:30 to 05:30 (Spanish time)   Common Patch: - Corrected an error in the illustrations of the brother in the adventures (쌍둥이와 마학자). [!!] - Corrected an error in scroll movement when something was broadcasted inside the dungeons. - Arch Bishop Skill Modified: ''Debuff'' statuses granted by items will now be removed by the [Offertorium] skill. -> Except skill Oblivion Curse, which won't be affected. This feature will be added to its skill description. - Corrected an error in the [E Grade Coin Package(50)] item weight. - Items [Dead Branch] and [bloody Branch] are modified: now an effect will be displayed upon use.     Mains Servers:   - Sorcerer skill modified: Now boss monsters won't be affected by the [Chaos Panic] skill. - Arch Bishop skill fixed: Skill [Praefatio] effect didn't apply on some party members when the party exceeded a certain number of players. This will be corrected. - Rune Knight skill fixed: There was a damage calculation error when you used [Pertz] rune and casted the storm blast. This will be corrected. - Some traps' damage will be modified since they aren't affected by physical damage reflect. -> Some skills that reflect physical damage get these effects irregularly applied depending on the trap type. This incorrectly reflected damage will be corrected. [!]   Sakray Server:   - You'll use at least 1 SP when you reduce your SP consumption over 100%. - Merchant Skill Modified: Now when you use [Vending] skill, you can set max item's value up to 1 billion (*)   Translator notes: There may be some minor incorrections. However: [!]: Means the possibility of serious incorrections in the translation because I've found difficulties on the Spanish translation itself. [!!]: I didn't understand this even in Spanish so you can expect serious incorrections here. (*): I don't know if billion refers to 10^9 as said mostly in English or 10^12 as said in most Europe, Latin America and other countries.   Big thanks to Ziu for getting original text in Korean and translating it to Spanish. You rock! Thanks to jaBote for translating it!

I do not like eAmod...

I do not like eAmod...

I do not like eAmod...

I do not like eAmod...

I do not like eAmod...

I do not like eAmod...

I do not like eAmod...

I do not like eAmod...

RO Open Setup


About
Enhanced alternative for the default game setup application shipped with every RagnarokOnline installation. Comes in several languages, is free of cost and works on every 32-bit and 64-bit Microsoft* Windows* platform.

Known Issues
None.

Download & Website
http://ai4rei.net/p/opensetup

License

This work is licensed under a Creative Commons Attribution-Noncommercial 3.0 Unported License.

Hercules' Staff Changes
 
Staff Changes

As some of you may have noticed or will notice, Hercules as been going through some staff changes; especially between myself, Judas, and jaBote. As with every other change done to Hercules, we believe these changes between the staff will be more beneficial for the community at a large and with the staff. 
 
Judas and I have been appointed to Forum Manager and no longer a Global Moderator. We were competent enough and proved ourselves that we were able to manage the community while the Administrators were busy with other things. Of course, we were excited to have taken this offer that was given to us!
 
That's not all! Since jaBote joined the team as an International Moderator, he became very enthusiastic and has shown his capability of managing not just his own International Community, but also the rest of the forums. For this, we thought it was best for jaBote to get promoted to a Global Moderator! Also, not to fright! The Spanish Community will still be moderated by jaBote even though he is a Global Moderator.


Staff Applications
 
With the recent changes done, the Staff Applications have been moved under the tab "Others" rather than removed. For those who still wish to become part of Hercules' staff, you may do so by applying through the Staff Application process!

 
 
 
We thank everyone for being a part of Hercules' community and as with other changes done towards Hercules, we hope these will help benefit and further grow the community!

Open src/map/atcommand.c and add this:
 
/*==========================================* @afk by [cr0wmaster]* Features: 1z required to use. Venders are forbidden to use this command.*------------------------------------------*/ACMD(afk){nullpo_retr(-1, sd);if (sd->vender_id) //check if that player's vending [cr0wmaster]{clif->message(fd, "You can't use this command while you're vending.");}elseif(sd->status.zeny >= 1) { sd->status.zeny += -1; clif_updatestatus(sd, SP_ZENY); sd->state.logout = 1;clif_authfail_fd(fd, 15); } else { clif->message(fd, "You do not have enough money to use this command."); clif->message(fd, "@afk failed."); }return true;} and this:
 
ACMD_DEF(afk)

Hola a todos. En esta ocasión os traigo una guía sobre cómo obtener el emulador Hercules. Dado que en Hercules el repositorio del código fuente (es decir, el Sistema de Control de Versiones) no es Subversion como ha sido "normal" en emuladores de Ragnarok Online hasta ahora sino que es Git, por lo que la forma de obtenerlo varía sensiblemente.
 
No obstante, varias de las virtudes de tener un repositorio en Git es que admite soporte básico de Subversion, entre otros la descarga y actualización del código fuente desde clientes de Subversion como TortoiseSVN (no mucho más) o que facilita mucho la colaboración de gente externa ya que permite a gente externa al Staff de la aplicación hacer Pull Requests (enviar código y solicitar su inclusión en el proyecto sin tener que hacer ningún trámite extra, pero este procedimiento no está previsto en la guía). También una gran desventaja (en comodidad más que nada) es que las revisiones dejan de ser identificadas por un número para ser identificadas por el hash SHA-1 de la propia revisión al completo.
 
Bueno, acabemos ya con esta introducción y vayamos al grano, que es lo que nos interesa al fin y al cabo: ¿cómo obtener Hercules? Pero no cómo obtenerlo a través de otra persona, sino cómo obtenerlo de primera mano. Pues es muy fácil: podemos obtenerlo de cualquiera de las siguientes formas:
[*]En un archivo comprimido en zip a través del repositorio del proyecto en Github; [*]A través de algún cliente de subversion, tanto desde Windows (por ejemplo TortoiseSVN) como desde Linux; [*]A través de algún cliente Git, tanto desde Windows (como por ejemplo TortoiseGit) como desde Linux; [*]Otras formas que no se detallarán en esta guía como SSH.

Obtener Hercules en un archivo zip desde la web
 


 
Obtener Hercules a través de un cliente Subversion
 


 
Obtener Hercules a través de un cliente Git
 

 
 
¡Y ya está! Ya tienes tu copia de Hercules en tu máquina local. ¿Qué se te apetece hacer ahora? ¿Compilarlo y ponerlo en servicio? ¿Hacer algún Pull Request y contribuir a la comunidad? En esto, ¡tú tienes ahora el poder!

This topic is mainly for organizing 2013 client releases and helpful tools that are needed (Let me know if you run into any problems):
 
2013 Undiffed/Unpacked Client - provided by k3dt
 
Weediff Patcher - You will be using the plain diff option (Not the auto generated one)
 
Latest Clientside - provided by michieru & dastgirpojee
 
RoCred - provided by Ai4rei (A launcher used to start the client, since some people have trouble with restore login window)
 
Plain diff to be used on Weediff Patcher - provided by MStream (Ignore crc check errors)

msgstringtable.txt

like this ?
OnNPCKIllEvent:if( strcharinfo(3) == "prontera" && killedrid == 1002 ){    getitem 501,1;}end;

Hello,
Since I haven't seen this topic in Hercules, I am posting This.
 
This is Patch site of kRO:
ftp://ragnarok.nowcdn.co.kr:20021/Patch  No Login Required.
 
About iRO, I have seen it nowhere around all the boards of emulator....
Here is iRO patch site:
 
ftp://patch2.playragnarok.com/patch No Login Required.

3rd Class Effects : Update

Hello~! What?!
This is to let you know about a very prominent bug that Hercules just squashed. The prominent bug
As brought up by Beret here, when a character possessing warlock spheres comes into another character's sight, the spheres are not displayed -- unless you were in the character's range when he created them. This bug was not exclusive to warlock spheres' effect: Camouflage Duplelight Oratio Freezing Venom Impress Hallucination Walk Rolling Cutter Banding Crystalize Deep Sleep Cursed Circle Blood Sucker Shadow Form Manhole This bug has now been fixed, as of today the visual effects of all the skills above should be working as they should.
Special Thanks to
Beret, for bringing this issue to light Yommy, for making it possible for me to understand how officials do this Rytech, for the list of statuses that use this came from his 3CeAM Link~u!
Commit

Description : A simple castle drop exchanger npc to provide trading system from one castle drop to another. This is useful esp. for those server wherein some castle drops are not that useful or are not used for some quest like break the seal and so on. Suggestions and bug reports are appreciated. Credits also to Annieruru.
 
How to use : Must have items specified on the script to exchange also on the items specified on the script.
setarray .itemid, 7074, 7075, 7076, 7077, 7088, 7089, 7090;  
Configuration :
 
NPC Name (Default: NPC Name) :
set $npc$,"^FF0000" +strnpcinfo(1)+ "^000000"; Zeny to use the service :
.req_zeny = 10000; Items needed to be traded and items to be traded :
setarray .itemid, 7074, 7075, 7076, 7077, 7088, 7089, 7090;  
Changelog : 


 
cdexchanger.txt

Frequently Asked Questions (FAQs):



I thought splitting this section from the main post would be beneficial because it's easier to write it and to look in it in case you need an answer and I have it down there.



I hope there are almost no questions because I think my guide is clear enough, though it's normal there will be some questions out here since my explanations aren't perfect. That's why this dedicated section exists.



Questions will be marked with a big Q and answers will be marked with a A. Both will be big enough to easily tell them apart.



Question list:
Questions & Answers:



Q: I get a warning message while trying to make a Pull Request on GitHub. What happens?

A: You can't make a pull request if you get a warning message from GitHub. Those messages usually provide enough information to tell you what to do. Here are all warnings I've received from GitHub to date and its possible solutions – just remember to change HerculesUser to your GitHub username–:
Oops! HerculesWS:master is already up-to-date with HerculesUser:master Try a different branch?You haven't pushed any changes to your remote repository or the changes you've pushed make it identical to the original Hercules repository. You can only make a pull request if your repository is not exactly the same as the original Hercules'. Oops! There's already a pull request for HerculesUser:master Try a different branch or view the pull request?You already have an active pull request on Hercules and you have to wait until it's approved or rejected. If you want to add changes to your pull request, you can push more changes to your repository if you want: they'll automatically be added to your active pull request. Q: How do I update my fork to Hercules' last version?

A: This is quite simple but not as easy as updating an official Hercules repository as you can't just pull as you did when updating the original Hercules repository – if you try to pull on your fork you're pulling from your fork's repository, not Hercules' –. Doing this task also depends on your OS:
On Windows: (I don't deem necessary to add a how-to picture for this)Right-click your Hercules fork folder and select Fetch... option from the TortoiseGit submenu. A new window will pop up. Select Arbitrary URL option and place original Hercules repository URL there (I mean this one: https://github.com/HerculesWS/Hercules.git). Then click OK (unless you want to change any of the available options, which is unfrequent) for making the fetch update to start. Another window will be opened and your fork will be updated to Hercules last revision. Close it once you're done. On Unix: You just have to run this command (it's actually two commands joint on a single shell statement): git fetch upstream && git merge upstream/master Just remember that if you want these changes to also be on your GitHub repository, you'll have to push them. Otherwise they'll just be available on your local repository, as always.



Q: I always get an error message whenever I try to push my changes even though I make sure I put correct access credentials. What happens?

A: I've just experienced this error when I tried to push to the wrong repository (i.e. the original Hercules repository, to which I don't have access and you surely don't). Make sure you're trying to push to a repository on which you have permission for this. Ah! Also make sure you have an active Internet connection since you'll be using it!



Q: I can't commit anything to my local repository. What happens?

A: Chances are you're trying to make a commit without changing any file, and that's not possible for Git. Maybe you actually changed some files but forgot to save them?

Do you remember the many advantages Git has against Subversion (SVN)? One of those many advantages is the fact that in Git, you can send pull requests in order to directly collaborate with the community, without even the need of being an official Hercules dev, and if you contribute enough you can surely become a dev if you want. Well then, this is an – as detailed as possible – guide on how to make them.
 
First of all: What is a pull request? It's a way of telling the original devs of a (commonly open-sourced) project what changes you've made yourself on their project supposedly for the better, and kindly ask them (request) to merge it (pull). In short, it's a way of collaborating to a project without the need of being related at all to it. Obviously, your pull request may be rejected if it doesn't meet some requirements, but this is another story.
 
Git does also offer its own tools for pull requests (more info), but they're incompatible with the ones GitHub has. Moreover, GitHub pull request tools are easier to use than Git's.
 
What steps are required in order to do a pull request? In abstract, you'll have to:
Sign up for a GitHub account, if you don't have it already. Fork Hercules project in GitHub, if you haven't done this already. Clone your previous fork to a local repository in your computer, if you haven't done this already. Work on your fork. Commit your changes to your local repository. Push the changes you've previously committed to your remote repository on GitHub. Make the aforementioned pull request to the Hercules official repository. Steps 3 and 5 have already been shown on the Obtaining Hercules guide by @Ind (Obtaining Hercules through Git on *insert OS here* and Troubleshooting sections). These two steps will be slightly reviewed, but expect a fully detailed how-to in the others.
 
By the way, GitHub also has its own (generic) guides on how to fork a repo and then make a pull request, which also explain the toughest parts of this guide (though they're not so tough) and cover steps 2-6 (supposing you have a Git console). You're encouraged to go and read them if you want.
 
Well, here we go with the guide!
 
Step 1: Sign up for a GitHub account



Step 2: Fork Hercules project in GitHub



Steps 3 to 6: Local computer work



Step 7: (Finally) submitting the pull request


 
Congratulations! You have successfully made your first pull request on Hercules! This is a reason to be proud of yourself, isnt it?

¡Vaya! Parece que hay gente deseosa de colaborar directamente con Hercules pero que no sabe cómo. Me parece estupendo. Además, a petición de los administradores, esta guía también tendrá una versión en inglés porque nuestros compañeros anglosajones así lo necesitan.

¿Recuerdan cuando en mi guía de cómo obtener Hercules les comenté que una gran ventaja de usar Git frente a usar Subversion (SVN) es que existe la posibilidad de participar de forma activa en la comunidad enviando pull requests? Pues aquí les traigo una guía detallada para que puedan hacer cuantos pull request quieran sin problema.

Ante todo, ¿qué es un pull request? Se trata de un envío de un cambio o mejora de un determinado proyecto a los desarrolladores del mismo, junto a la petición (request) de tal forma que ellos mismos puedan determinar y valorar si es conveniente para el proyecto y "tirar" (pull) de dicho cambio para que aparezca en el repositorio, o simplemente declinar la petición.

Git ofrece sus propias herramientas para hacer pull requests (más información), pero no serán estas herramientas las que usaremos (porque tampoco son compatibles), sino las que nos ofrece GitHub, que sirven para algo parecido pero es más visual y puede hacerse también desde cualquier plataforma.

¿Qué pasos hay que realizar para hacer un pull request a Hercules? Pues, a grandes rasgos, son los siguientes:
[*]Registrar un usuario en GitHub, si aún no tienes. [*]Hacer un fork (una "bifurcación" en la línea de desarrollo: generalmente se hacen para contribuir al proyecto original o decidir tomarlo como base para un futuro proyecto) de Hercules en GitHub, si aún no la hiciste. [*]Clonar el nuevo repositorio en nuestra máquina, si aún no lo tienes (no sirve trabajar en el repositorio original de HerculesWS). [*]Trabajar en el nuevo repositorio local. [*]"Enviar" (Commit) los cambios a nuestro repositorio local en el fork. [*]"Empujar" (Push) los cambios recién enviados a nuestro repositorio remoto en GitHub. [*]Hacer el propio pull request al repositorio original de Hercules, desde la web de GitHub.

Los pasos 3 y 5 se han visto en mi anterior guía sobre la obtención de Hercules (el paso 5 en la sección Preguntas Frecuentes), y el resto de pasos son suficientemente sencillos aunque se detallará exhaustivamente su realización. Se juntarán algunos apartados de la guía bajo un mismo epígrafe (3, 4, 5 y 6) para trabajar más cómodamente.

GitHub también provee sus propias guías paso a paso (en inglés) para casos generales sobre cómo hacer un fork y posteriormente hacer un pull request, aunque en la presente guía nos centraremos en hacer todo paso a paso para poder hacer pull requests a Hercules.

Para esta guía se usará la interfaz de TortoiseGit en inglés. Ya comenté en mi anterior guía lo poco adecuada que era la traducción de la interfaz al español, y además podré reutilizar las imágenes para la traducción de la presente guía al idioma anglosajón.

Bueno, comencemos ya con la propia guía. He decidido cubrir con spoilers cada paso de la guía, dado que además de su explicación vienen con sus buenas imágenes informativas.

Paso 1: Registrar un usuario en GitHub



Paso 2: Hacer un fork de Hercules



Pasos 3 a 6: Trabajo en la máquina local



Paso 7: Hacer (por fin) el pull request


 
 
Y ya está. No es tan complicado todo, ¿verdad? Esta pregunta parece irónica, pero es un proceso realmente simple. Una vez hayas hecho un par de pull requests verás que es un proceso increíblemente simple.

Preguntas frecuentes:

He colocado la sección en otro post para facilitar su redacción y búsqueda.

Aunque espero que no haya prácticamente ninguna pregunta en esta sección porque me gustaría creer que he sido suficientemente claro, es obvio que las cosas no son así y es normal "atascarse" en alguna parte de la guía, inauguro esta sección. Como es usual en estas secciones de Preguntas y Respuestas, las preguntas las marcaré con una P y las respuestas las marcaré con una R, ambas bien grandes para que se vean en condiciones.

Lista de preguntas:
 
Preguntas y respuestas:

P: No puedo hacer Pull Request en Github y me sale un mensaje de advertencia. ¿Qué ocurre?
R: Vaya. Estos mensajes de advertencia siempre salen por algún motivo. No puedes hacer pull request mientras alguna advertencia esté activa. No soy un maestro en estos problemas, aunque generalmente los mensajes dan suficiente información en inglés. Estos son los mensajes de advertencia que me han llegado a salir a mí y las posibles soluciones de que dispongo. Recordad que en cualquier caso deberéis cambiar HerculesUser por vuestro nombre de usuario:
[*] Oops! HerculesWS:master  is already up-to-date with HerculesUser:master  Try a different branch? [*]Has intentado hacer pull request sin haber hecho algún cambio frente al repositorio original en tu fork. Asegúrate de haber hecho push (con al menos algo de contenido) correctamente a tu repositorio en GitHub.
[*]Oops! There's already a pull request for HerculesUser:master Try a different branch or view the pull request?
[*]Ya tienes un pull request activo en el proyecto al que intentas contribuir. Espera a que sea aceptado o rechazado, o si quieres añadir más cosas mientras dicho pull request está activo siempre puedes cancelar la petición, añadir tu nuevo trabajo y volver a hacer pull request.



P: ¿Cómo actualizo mi fork a la última versión de Hercules?
R: Es bastante sencillo, aunque menos directo que actualizar una versión de Hercules directamente obtenida del repositorio original. Como siempre, para esto es necesario hacer distinción de cómo se haría en cada sistema operativo:
Para Windows: (No veo necesaria una imagen a menos que mucha gente se atasque aquí)Haz click derecho en la carpeta de tu fork de Hercules y selecciona la opción Fetch... (Recuperar... en la interfaz española) dentro del menú desplegable que aparece al mantener el puntero del ratón unos instantes sobre la opción TortoiseGit. Se abrirá una nueva ventana. En esa ventana debemos escoger la opción que nos permite indicar una URL arbitraria (Arbitrary URL) y en el campo de texto asociado, colocar la URL del repositorio original de Hercules, o sea, esta: https://github.com/HerculesWS/Hercules.git. Posteriormente hacemos click en OK (a menos que quieras cambiar alguna de las opciones disponibles, que no es frecuente) para que empiece la actualización. Se abrirá una ventana en la que empezará la actualización de tu fork. Ciérrala una vez hayas acabado.
[*]Para sistemas Unix: Como siempre, se trata simplemente de ejecutar un único comando (aunque esta vez son dos comandos unidos en una misma orden de shell):
git fetch upstream && git merge upstream/master  


Simplemente recuerda que para que esta actualización también se refleje en tu repositorio hospedado en GitHub has de hacer push. En caso contrario solo se reflejará en el repositorio local.
 
P: Al intentar hacer push me sale un error aunque ponga las credenciales correctas. ¿Qué ocurre?
R: A mí hasta ahora solo me ha ocurrido este error cuando por accidente intenté hacer push en la carpeta que tenía del repositorio original de Hercules, sobre el que no tengo permisos de escritura. Asegúrate de que estás haciendo push al repositorio de tu fork de Hercules y no al original: si no jamás lograrás hacerlo con éxito.
 
¡Ah, por cierto! Aunque esto es de sentido común, para hacer push y actualizar tu repositorio hospedado en GitHub es obligatorio disponer de conexión a Internet en el momento en que se intente efectuar.
 
P: No puedo hacer commit a mi repositorio local. ¿Qué ocurre?
R: Lo más seguro es que intentes hacer un commit a tu repositorio local sin haber modificado ningún archivo. No es posible hacer commits vacíos, así que el fallo estará por alguna otra parte. ¿Quizá modificaste los archivos a los que fueras a hacer commit pero se te olvidó guardarlos?
 

Introducing Hercules Plugin Manager
Hello~! What?!
I can't express how awesome this is. It's awesome, so awesome. ...Incredibly awesome, yet another awesome feature brought to you by Hercules Thoughtfully Designed
This features' design began long ago, a precursor to this feature, which demonstrates for how long we've been planning it, is the Hercules Renewal Phase One Usage Example
Can be used to create @commands Can be used to create script commands Can be used to create console commands Can be used to replace core functions with your ownA example of how handy this can be: when any RO emu updates a section of the code that is used by a user's modifications, e.g. Harmony, no matter how silly the edit is (e.g. a tab alignment update) the user has to wait for his modification's developer to update his patch (unless he manages to update it on his own), if the developer in question starts to use the HPM for his hercules users instead of a patch file, his users using hercules will no longer have to wait for updates unless the way the code works changes on hercules' end. All About It - Documentation
Its being done, most of it is already available in our wiki Hercules Plugin Mananger Building HPM Plugin for MSVC Building HPM Plugin for GCC Links~!
Hercules Console Input Update (HPM Friendly) Commit Visual Studio 2010 2 Notes
The plugin "sample" is currently missing projects for msvc2010 and msvc2012, thats because I dont have them, this will be solved asap, once one of our developers who possesses them logs in. Login/Char server plugin support is currently disabled, it should be enabled by the next release, which will also include Hooks support (as an alternative to overloading)

¡Hola! En esta guía vamos a tratar de forma rápida una pregunta muy frecuente: cómo activar y desactivar Renewal, y ligeramente se tratarán otras configuraciones más o menos igual de "ocultas" que funcionan de forma similar. No se entrará en el detalle de para qué sirve cada configuración: solo se indicará el camino y deberá ser el lector quien se enfrente a ellas, en inglés. Su lectura es recomendada a quien ignore la existencia de estas configuraciones, aunque no pretenda desactivar Renewal.

Una vez se ha obtenido Hercules y antes de su compilación y puesta en marcha (guía aún en proyecto y redacción), es posible tocar unas configuraciones que no están tan a la vista que las de la carpeta /conf (donde están todas las configuraciones normales) pero que sí afectan al resultado de la compilación (es decir, para alterarlas efectivamente es necesario recompilar el emulador): se trata de la carpeta /src/config.

¿Qué hay en la carpeta /src/config que la hace tan importante? Pues, a fecha de publicación de la presente guía, esto:
 

 
Todos los ficheros de esta carpeta contienen configuraciones importantes, salvo por el momento const.h. Todos siguen una estructura parecida: al abrirlo se ven mucho texto y algunas sentencias que empiezan por #, que de forma sencilla podría decirse que son órdenes para el compilador, que no forman parte del programa final. Nos interesan especialmente los #define (definiciones), pero no debemos tocar nada en las primeras (por el momento 5) líneas, ni el #endif del final al ser definiciones de control imprescindibles.
 
Centrémonos en el fichero renewal.h, que es el principal de la guía. Este fichero contiene las siguientes definiciones, y cada una de ellas maneja algún tipo de mecánica Renewal (todas juntas para ahorrar espacio):
#define RENEWAL#define RENEWAL_CAST#define RENEWAL_DROP#define RENEWAL_EXP#define RENEWAL_LVDMG#define RENEWAL_EDP#define RENEWAL_ASPD ¿Cómo desactivarlas? Muy sencillo: se desactivan una a una anteponiendo una doble barra (//) delante de cada definición. A la doble barra, en el lenguaje del código fuente de Hércules © se le llama comentario de línea, y lo que hace el compilador es ignorar todo lo que esté en la misma línea a su derecha. O sea, si queremos eliminar todo rastro de Renewal de nuestro servidor tenemos que comentar (hacer comentario) todos esos #define, de tal forma que queden tal que así:
//#define RENEWAL//#define RENEWAL_CAST//#define RENEWAL_DROP//#define RENEWAL_EXP//#define RENEWAL_LVDMG//#define RENEWAL_EDP//#define RENEWAL_ASPD Así pues, al (re)compilar nuestro servidor Hercules, éste será totalmente pre-renewal pero dispondrá de todas las características únicas de Hercules.
 
¿Hay más que hacer? Pues no con renewal.h, pero sí se recomienda revisar cualquier configuración contenida en esta carpeta. Además del tipo de #define arriba descrito hay otros dos tipos:
Unos que vienen comentados pero puedes descomentar si quieres: siguen el mismo procedimiento que el ya descrito, pero a la inversa. Unos que van acompañados de un espacio y posteriormente un número (o una constante, que en este caso también actúa como un número): Si te interesa, puedes cambiarle el número con el que vienen acompañados (¡Importante: estos #define no debes comentarlos!). Es posible que te indiquen los valores posibles, como la única configuración actualmente disponible en /classes/general.h o te permitan elegir un valor numérico a tu gusto. Se recomienda no usar 0 salvo que se indique expresamente como valor posible (como el ejemplo anterior en /classes/general.h), porque no significará "ilimitado" como alguien puede estar acostumbrado a que así sea en otras configuraciones, sino que es literalmente 0(*). Ejemplo de este tipo de #define es el ya mencionado en /classes/general.h o este, situado en core.h:/// Max number of items on @autolootid list#define AUTOLOOTITEM_SIZE 10(*) No estoy seguro, pero todo indica a ello. Igualmente no deberíais ni probar a hacerlo, ya que es potencialmente peligroso para el servidor que dicho ajuste no funcione bien.

Si queréis profundizar más en qué son y para qué sirven estas órdenes que se dan al compilador, estas que empiezan por #, podéis visitar este enlace en la Wikipedia que os proveerá de información completa sobre ello (se recomienda leer como mucho hasta el apartado 3, sin comenzar el 3.1)
 
Por último, no te olvides de que después de modificar cualquiera estas configuraciones, es necesario (re)compilar el servidor para que los cambios surtan efecto. Eso es todo.