Zopokx

It depends on what you want. Keep in mind that if you ask this here and in rAthena, you'll get here replies that say "Hercules is better" and in rAthena forums you'll be told that "rAthena is better". Correct reply is "Hercules is better in some ways, rAthena is better in some other ways".
 
We don't get any commission or whatever based on users, (unlike rAthena we don't even place adverts on our pages), but it's an administrator preference.
 
Here in Hercules we have the fastest and most optimized Ragnarok Online emulator to the moment and there's no possible argument to this: you can run the map server on 70 MB RAM, while rAthena consumes around 200 MB on an idle state. Anyways, this varies on the amount of maps and NPCs you load on your server, and in the amount of users you have. It's also a fact that Hercules consumes much less processing time than rAthena, but I'm not aware of how much. This also means Hercules boots faster than rAthena and has some caching system for even faster boot at the cost of some disk space. Note that these measures also vary depending on the OS you're using
 
Hercules has some features that rAthena doesn't, and vice versa. For example we have an anti WPE security system (depends on client version) and some unique features (some of them were also merged in rAthena). The same happens on rAthena side, but I'm not well informed on that.
 
Emulator stability is comparable, but since in Hercules we introduce and make more features it's quite obvious we are a bit riskier on that and may crash a bit more. Anyways, our bug fixing is way faster than rAthena. We're also comparable in emulator support, too, but I believe we've more answered topics in relation to our total amount that rAthena.
 
The biggest flaw I can see out there is on the scripting and db development side, since rAthena is more active than us on that side (in fact, we seriously lack on them). Anyways, you can generally import all of them here with very little to no effort, most cases it's just a copy and paste issue and they'll work. We're also lifting some IMPORTANT scripting limitations at the moment and have no information of rAthena doing that at the moment.
 
We've also support for the last 3rd job skills while rAthena doesn't (with good formulas but still not perfect), but neither of us have Rebellion yet.
 
And we've also have a plugin system that allow you to make new features without the need of creating conflicts in the source code when updating. Anyways I still don't know why third party devs like eAmod still don't want to support us because it's pretty damn easy to do that with the plugin system which was specifically designed for them. I prefer to think they're lazy bums and only want to sell, because in eAmod case they tell you they support Hercules but then when you buy it they tell you it's still in merging process (it's been like 3 months merging, seriously?). Anyways, it's not that I personally like that much people getting rich at the cost of our free emulator.
 
In short, if you want my opinion:
 
Performance: Hercules
Stability: If you mind it over all other things, use rAthena because it's slightly more stable but not much. Else it doesn't quite matter.
Support: Hercules for bug fixing, doesn't matter for forum support.
Development of new features: Hercules
Development of scripts: rAthena (but you can just copy them over here most of the cases).
Third party support: Still rAthena.

Does anyone ripped all their hats?

I just have discovered it reading old posts from irowiki Forum
 
 

 
Did you know about lucky roulette mini-game? It looks like quite interesting...

Admin fault.
 
Use @loadnpc and @unloadnpc instead.

because NAT everywhere. From the same IP can be many different players. Best way it's hardware detection, like HWiD, MAC

Hello,
 
While we do not mind that rAthena developers, staff members and regular members register an account, post or send PM's on our forums, we do not take kindly to 'rAthena is better because x y and z' posts, or anything promoting rAthena as a superior emulator because of such and such. There is no such post on rAthena made by a Hercules staff member about Hercules and we intend to keep it that way, we would appreciate the same respect.
 
Those who do not follow this simple clause listed above will have their post(s) deleted and/or hidden from view. Repeat offenders will be suspended from our forum with no further warnings or post manipulation.
 
We do not appreciate, nor welcome drama here. While criticism is welcome in the form of 'why doesn't Hercules have such and such a feature', drama and belittling a project (hercules or not) will not be tolerated. This is a collaboration, not a drama infested 12 year old's contest.
 
Thank you.

I made this, Just Wait for some minute for me to upload this patch.
File : ItemShop-May15.diff
 
Usage:
<map name>,<x>,<y>,<facing>,<item_id> ishop <npc name> <spriteid>,<itemid>:<amount>,.....  Once download gets approved by mods, http://herc.ws/board/files/file/6-customized-shop-needs-item/
Tested And Working.

I've been on Hercules for about a month or two now, coming from rAthena. I haven't looked back since.
 
As a policy, they don't touch anything related to skills. At least, not yet. They're waiting on Malufett to finish up Renewal's attack formulas before going full blast on fixing skills. If a skill's broken on Hercules, chances are it'll stay that way until then. Still, the way they left skills right now's a lot more manageable than the hodgepodge job rAthena's done with theirs IMO.
 
There's also the odd bug here and there, (the more annoying one currently being item skills have requirements that shouldn't exist) but the development team sorts most of these problems out fairly quickly. Bugs are arguably fixed faster here than on rAthena, even. There was this huge bug with Homunculus S that I encountered and a fix was put in less than a day after I reported. When another bug came up, that too was resolved a little under a day after I reported.

¡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?
 

Well, Inkfish originally worked in Athena projects but this is the same as what happened to eAmod about a year ago.
 
You can freely modify the emulator and charge whatever you want for it, but you can't re-release the software under more restrictive license the original software has. So as long as the GPL license is intact and he doesn't threat people without a "legal" copy of his software as eAmod owner did (under GPL licenses it's legally impossible to pirate a software) it's completely legal.
 
But if any customer pays for the modification then decides to redistribute it for free, he's in the absolute right to do so.

There is a problem with last revisions. Be careful
 
Related: http://herc.ws/board/tracker/issue-7182-item-delay-issue/

You're welcome you two. It's just that @Ind is a working machine and if we don't create these digests, such features Ind and the rest of the developing team implements will be buried in a pile

We'll be starting our Monthly Digests so that we can keep our community informed on whats going on with Hercules!
 
 
March Digest 2013
The following digest covers the month of March 1st - March 31st 2013.
 
Team Addition
[*]Wolf has joined as a Portuguese Moderator.

Development Highlights
[*]Hercules' Channel System (7ec1e8f) [*]Re-Introduction of ERS Report (646f978) [*]Garment Costume System (9aded8a) [*]Slot Change Feature (889a866) [*]Hercules' Map Zone Database (90f117f) [*]Re-introduction of Console Input (3b89a13) [*]Dropping of StatusChangeStateTable (70a3d73) [*]Hercules' Renewal Pincode System (d2d734c) [*]Follow Up: 84e8f18, f214021, 5b1fee9
[*]Introduction of Account-Dependent Character Slot Count (0241d01) [*]On-Going process of Hercules Renewal (Topic)


Command Additions / Updates
[*]Added 'itemeffect' script command (c58f741) [*]AccountInfo command updated to work with Pincode (9b5ec24)

Statistics
[*]During the period there were 62 commits. [*]Of these 62 commits 15 included bug-fixes. [*]1 Commit from Pull Request [*]In this month, there were 21,330 Additions and 16,692 Deletions. [*]February's Statistics: [*]- 112 Total Commits (merges not included) [*]- 29 Bug Fixes [*]- 21 Commits from Pull Requests

@Ind Can i suggest to add this in the system?
 
in @channel create, can you add a limit of users in the channel? eg: @channel create <name><pass><no. of users>
 
Thank you!
 
EDIT:
 
Suggest no. 2: Can you add also a time interval on every messages to preventing spamming?