jaBote

Hola. La versión del cliente que deberíais usar aparece en el formato aaaammdd (año mes y día sin separación) dentro de src/common/mmo.h, en concreto en la línea donde se define la macro PACKETVER (línea 23). #ifndef PACKETVER #define PACKETVER 20130807 //#define PACKETVER 20120410 #endif Podéis alterar la definición de PACKETVER a cualquier otra fecha de cliente soportada por rAthena (podéis ver cuáles soporta el emulador en un fichero que está en db/packet_ver.txt, actualmente tenéis hasta el cliente 20131223). No olvidéis recompilar el emulador tras cambiar el PACKETVER. Un usuario de un emulador de Ragnarok que le hace la competencia a este lanzó una serie de descargas de clientes completos y listos para usar en varias versiones. Desconozco si está permitido nombrarlo* pero puedes acceder a la web de este usuario aquí: http://hercules.endlessro.net/. No te preocupes, aunque ponga que son para el emulador Hercules, deberían funcionar en rAthena sin problemas. Puedes escoger la versión de cliente que quieras siempre que compiles con un PACKETVER acorde. * Al moderador de la sección hispana: Sé libre de retirar el enlace y las menciones al emulador competencia si así lo prefieres.

I feel this topic is starting to be disrespectful towards Hercules project and that it's getting unreasonable bashing along with non constructive criticism as rAthena board rules say. However, I'll overlook that and respect the same rAthena's board rules which discourage backseat moderation. Pneuma, blackberie: I'd like to ask you to please tell Hercules devs via its bug tracker if you actually found out any bug throughout the emulator. To the moment your activity on Hercules bug tracker has been nonexistent. Please keep in mind that, for obvious reasons, Hercules can't fix any bugs their developers aren't aware of. It's a basic application of the Principle of Causality. This, or you're simply bashing Hercules project without any kind of reason. Let's now talk about the converter: I proudly made rAthena to Hercules database converter and am happy to maintain it with community help. I also made a 3CeAM to Hercules converter around a year ago but decided not to commit since there wasn't popular demand, and refused to make an (even paid) eAmod to Hercules converter because I didn't want to have anything to do with that modification. Making a converter is a fast and easy process, even further if using basic software such as PhpMyAdmin. I didn't spend more than an hour on each iteration of any of them and trust me, I'm more a novice than an expert on MySQL but it's way too easy on PMA. Contrary to what it's stated here as an opinion, it leads a rAthena database to a fully functional Hercules database (we haven't had any complaints to date). It's not Hercules responsibility to make a converter back, much like rAthena doesn't provide a converter back to eAthena. It's in fact rAthena responsability (if its devs want) to make and maintain it since it's rAthena's interest. For example: Have you seen Invision Power staff providing converters of his boards to phpBB? Isn't that just plain silly? It is that silly to ask Hercules staff to make a converter to other software. Hercules doesn't directly or indirectly force anybody to keep their users. It is, much like rAthena, an open source, free (as in freedom) software community. You are of course free to leave it anytime you want, but you have to ask for an adaptation on the place where you go. And even on rAthena they're free not to help you if they don't want to. I'm pretty much sure that free support staff would ask to get paid otherwise because that's the essence of economy: getting paid for investing efforts in something you're not interested in or don't want to. Please note that, as I've already told to some Staff here, I decided myself to quit having presence on this forum not because I joined Hercules' Staff, but for other personal reasons. I still give free, inconditional support in Spanish section for rAthena here (and also seems in Spanish section of Hercules Forums) and would prefer to keep like that. I've not come here for any kind of grudge. Thanks Shio Devs for trying to calm down things here. P.S.: Kido, I appreciate your intent not to offend either of staff emulators, but I honestly think that the opinion of "Hercules trapping members" is unfair, demagogic and nonetheless offensive because of reasons stated above.

Para eso simplemente añade otra comprobación que mire que no tengas la quest terminada. Igual que con la condición de "if (Quest ==1)" te dice el hombre que vayas a hablar con el NPC 2, puedes copiar esa condición y comprobar si Quest es 2 para que el NPC te dé las gracias por haber hecho su quest.

Sí, si tienes los packets. En el archivo db/packet_db.txt de eAthena hay packets de 2012 solo para 2012-07-02 aRagexeRE. Para cualquier otro cliente de este año tendrás que buscar e implementar tú los packets.

Resolví hace este mismo problema (relativamente muy frecuente) en los foros del emulador vecino. Siempre que subas algo desde Windows o Mac que pretendas usar en un sistema operativo GNU/Linux existe la posibilidad de que sufras este tipo de problemas debido a que GNU/Linux quiere que sus archivos tengan los saltos de línea de Unix (llamados LF), mientras que Windows los quiere tener con sus saltos de línea propios (llamados CRLF). Este es el motivo por el que muchos textos de Windows se ven bien en Linux (porque tienen LF al final de línea) pero los textos de Linux (solo con LF, falta el retorno de carro) no suelen verse bien en el bloc de notas de Windows. No obstante, cuando es una máquina lo que tiene que interpretar un texto como una secuencia de comandos, se confunde mucho cuando no les das los comandos con el formato que quiere. Linux quiere solo LF y cuando al intérprete de la máquina le das un CRLF se confunde. Tienes que adaptar los saltos de línea al formato Linux. Lo más fácil es descargar dos2unix y usarlo (en sistemas no basados en Red Hat como Debian y el 90% del resto de distribuciones Linux hay que cambiar yum por apt-get; CentOS está basado en Red Hat): yum install dos2unix Luego, una vez lo tengas instalado, simplemente tienes que convertir el fichero que quieras, como por ejemplo: dos2unix ./athena-start Y ya está.

No estoy especialmente puesto en rAthena, aunque si hicieron igual que cuando Hercules solucionó el bug primero, eso es así de forma oficial. En los servidores oficiales el equipo que tienes prohibido usar lo puedes equipar, pero anulan todos los beneficios (como si no lo tuvieses equipado), no se te desequipa como antes. Sobre lo de las skulls no tengo ni idea porque nunca he usado en un servidor así, ¿no las puedes obtener con autoloot?

En eAthena/rAthena, los errores se marcan con un asterisco en el número de línea, y con comillas simples en el primer caracter que da error, tal como dice Ziu. En Hercules los caracteres problemáticos se marcan en rojo y se señalan con una flecha para evitar esas confusiones. Utilizando el validador de Haru para scripts de Hercules (que debería validar bien un 95% o más de los scripts para rAthena porque son proyectos hermanos), el problema sigue estando en la misma posición: El problema radica en que tal como dice Ziu, no existe ningún comando de scripting en rAthena (ni en eAthena ni Hercules) llamado checkspace. El más cercano a ello es checkweight. Todo esto proviene de los esfuerzos de los desarrolladores de eAmod de oscurecer el software que proporcionan para evitar "plagios", siendo los scripts casi la única parte de su software que pueden vender de forma legal (enlace al texto completo de la licencia de eAthena/rAthena/Hercules), porque la licencia bajo la que venden las modificaciones al código fuente (no los scripts) es ilegal. Tengo constancia de la existencia de versiones adaptadas de las BG de Zephyrus para eAthena/rAthena/Hercules aunque no dispongo de ellas, por lo que desgraciadamente tendrás que gastar 200 dólares estadounidenses en un producto mayoritariamente ilegal y que últimamente está casi muerto (apenas tendrás soporte oficial en eAmod), o buscar alguna de las versiones convertidas. Nadie te va a poder sugerir que busques y descargues una copia ilegal de eAmod para utilizarla en tu servidor, y aunque lo hagas no tendrás soporte. Un saludo.

Que yo sepa no existe tal tipo de servicio, y para comenzar no el scripting y el source son primos demasiado lejanos como para poder enseñarlos a la vez (las estructuras de programación es lo único que comparten). Mi recomendación es que simplemente leas con atención el archivo de doc/script_commands.txt y empieces a hacer algunos scripts por tu cuenta, a menos que haya que partir en programación desde cero, en tal caso recomendaría que te leyeras con anterioridad algún manual básico de C desde sus inicios hasta las estructuras iterativas (incluidas). Todo eso te convertirá en un caldo de cultivo apropiado para comenzar a scriptear sin mucho problema.

No tengo un kRO en estos momentos, aunque puedes probar si te viene en el cliente del 2013-12-23, que es el último relativamente estable que ha sido liberado. No sé si incluirá el armamento de Rebellion pero al menos incluye actualizadores de kRO para situarte en la última actualización y probar. No sé si hay un 2013-12-23 aquí en el foro de rAthena (en rAthena doy apoyo únicamente en la sección hispana, por compromiso personal), aunque se liberó uno de ellos en el emulador "rival" Hercules. Es posible que esta versión de cliente aún no funcione en rAthena aunque puedes probar a sacarle el archivo System/itemInfo.lub y ver si tienes suerte en tu cliente actual.

En coreano sí, simplemente descárgalas del servidor oficial. En inglés ya es mucho más complicado, creo que los proyectos de traducción aún no han llegado a ellos.

Jamás he necesitado usar dos2unix con ellos: recuerda que la compilación en Windows es incompatible con la compilación en Linux. Para instalar dos2unix creo que te vale con lo siguiente: apt-get install dos2unix (cambia apt-get por yum si usas CentOS o algún sistema operativo derivado) Y la forma más sencilla de usarlo es así: dos2unix nombre.ext nombre2.ext (...) Tienes más documentación en el correspondiente manual.

Si subes los archivos desde Windows es normal que tengas ese tipo de problemas dado que utilizan los saltos de línea tipo Windows (CR/LF), mientras que GNU/Linux utiliza solo LF. Deduzco por la última línea que ya lo solucionaste, aunque la próxima vez puedes intentar irte a usar dos2unix, programa que cambia automáticamente los saltos de línea de Windows a sistemas GNU/Linux.

Un poquito de Google no hace daño. Tienes el linker en modo incremental. Deshabilita el linker incremental y te debería funcionar. http://stackoverflow.com/questions/10888391/error-link-fatal-error-lnk1123-failure-during-conversion-to-coff-file-inval