Search the Community
Showing results for tags 'guía'.
Found 6 results
-
¡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.
-
Buenas, les traigo una pequeña guia de como instalar el thor. Primero lo que vamos a hacer es descargar el thor patcher Descarga: http://thor.aeomin.net Primer paso: Una vez descargado y descomprimido nos vamos a dirigir a la carpeta Tools y vamos a buscar un archivo llamado config.ini Lo habren y vamos a cambiar los siguientes valores. ------------------------------------------------------------------------------------------------------------------------------------------------------------- RootURL='http://yourwebsite.com/patch/' (Aqui colocaras la ruta en donde se encontrara la carpeta de thor de la web) RemoteConfigFile='main.ini' (Se puede cambiar el nombre pero ten encuenta que tendran que cambiarlo el nombre al archivo de igual modo este archivo se encuentra en web) StatusFile='your.dat' (Este archivo es el que el thor va a leer en su carpeta de su server al abrirlo cambienle el nombre) DefaultGRF='your.grf' (Aqui, coloquen el nombre de su Main GRF o el grf que usaran para actualizaciones). ClientEXE='yourRO.exe' (Aqui va el nombre de su cliente) -------------------------------------------------------------------------------------------------------------------------------------------------------------- Segundo Paso: Una vez finalizado la configuracion de nuestro config.ini nos dirigimos a la siguiente carpeta.web Una ves ahi, abrimos el archivo main.ini y buscamos la siguiente linea. Force_Start=false (Nos deja ejecutar el cliente sin necesidad de que este actualizado Les recomiendo que lo dejen en false) file_url=http://domain.com/patch/data/ Aqui va a colocar la direccion en donde se van a encontrar sus path de su servidor. ClientSum= PatcherSum= (Esto no lo toquen mas adelante les explicare para que funciona y como utilizarlo). PatchList=plist.txt (Aqui va ir el nombre de su lista de actualizaciones y este archivo se debe encontrar en la direccion que colocaron en file url de main.ini) Listo ya tenemos nuestro main.ini configurado. -------------------------------------------------------------------------------------------------------------------------------------------------------------- Tercer Paso: Como ya tenemos configurado todo nuestra configuracion nos dirigimos a la siguiente carpeta Tools, y buscaremos ConfigEmbeder.exe 1.- Seleccionaremos Browse 2.- Nos dirigimos a la carpeta del thor Patcher 3.- Abrimos la carpeta Patcher. 4.- Seleccionamos el Archivo Thor.exe 5.- Damos pack. (Ya tenemos parcheado nuestro thor.exe) --------------------------------------------------------------------------------------------------------------------------------------------------------------- Cuarto Paso: Solo nos falta subir los archivos al web host en este caso seria nuestro main.ini y plist.txt (estos se encuentra en la carpeta Web) un ejemplo en nuestro config.ini colocamos lo siguiente http://yourwebsite.com/patch/ no? entonces nuestro archivo main.ini debe encontrarse en ese directorio y en nuestro main.ini colocamos que nuestro plist se encuentra en la carpeta data file_url=http://domain.com/patch/data/ ahi debemos colocar nuestro plist.txt (Nota: en donde se encuentre nuestro plist.txt es donde vamos a subir nuestros archivos el cual va a actualizar nuestro patcher) ---------------------------------------------------------------------------------------------------------------------------------------------------------- ¿Como declarar un archivo en plist? NumRevision Nombredelarchivo.extencion Ejemplo: 1 update.gpf 2 update2.rgz (Construccion disculpen las molestias.)
-
¡Vuelvo a la carga con más guías! Esta vez se trata de una guía para compilar nuestra instalación de Hercules en Windows. En caso de querer compilar Hercules bajo un sistema operativo GNU/Linux esta guía es inútil, aunque la guía para compilar Hercules en Ubuntu (por txandy) será útil en tal caso porque, además de servir para compilar en Ubuntu también sirve para casi cualquier otro sistema operativo GNU/Linux. Introducción Es posible que a mucha gente nueva en esto, acostumbrada a descargar un programa ya hecho (llamémoslo código fuente compilado) y simplemente ejecutarlo para instalarlo después de seleccionar una serie de opciones y darle al botón mágico que tiene el texto "Instalar", le asombre. No todos los programas pueden tener el lujo de venir en esta forma: el caso de Hercules es debido a que es un programa de código abierto sin una instalación típica, con cientos de parámetros de configuración y que además ofrece la posibilidad de modificarlo fácilmente. Ni Hercules ni muchos otros programas con tal diversidad de opciones pueden permitirse ser así. Para solucionar el anterior problema, en Hercules se proporciona el código fuente y es el usuario quien se preocupa de modificarlo de tal manera que se ajuste a sus necesidades, sea tocando configuraciones especiales o haciendo sus propias modificaciones de código fuente. Así pues, se asegura que habrá un programa final (el servidor) que será razonablemente eficiente y su código fuente legible para quienes sepan manejar código. Esta guía tendrá solo dos pasos: la descarga e instalación de un compilador de C como es Microsoft Visual C++ (abreviado como MSVC++) y la compilación de por sí de Hercules. Como podréis ver, instalar MSVC++ será incluso más complicado que compilar el código, y tampoco lo será tanto. En caso de tener MSVC++ ya instalado en el ordenador por alguna casualidad, el paso 1 se puede saltar por completo. Lo que se usará Básicamente, se necesitan solo dos cosas: [*]El código fuente de Hercules previamente obtenido y descargado en la máquina local. Esta guía asume una copia local de Hercules ya descargada e instalada. [*]Un compilador de C compatible. Debido a que Hercules usa ciertos trucos avanzados de programación, solo hay unos pocos compatibles: [*]Microsoft Visual C++: Es parte de Microsoft Visual Studio (MSVS). Las ediciones Express son gratuitas con un registro (también gratuito) con Microsoft. Las ediciones se marcan también con un número o con un año. MSVC++ no es solo un compilador sino un completo Entorno de Desarrollo Integrado, aunque en esta guía solo se verá su función de compilador y será tratado como tal. [*]Cygwin: En realidad es un entorno de consola que imita a la consola de Linux, por lo que se puede compilar igualmente bajo este entorno. No se recomienda compilar en Cygwin debido a que es más complicado y el programa resultante tiene peor rendimiento que si es compilado con MSVC++. Se ha nombrado Cygwin y es posible compilar Hercules con él de forma similar a como se compilaría desde Linux, aunque como se ha comentado anteriormente no se usará este programa debido a que supone más bien una desventaja que una ventaja. La última versión de MSVC++ (2013 a fecha de la escritura de esta guía) soporta de herramientas de gestión de código fuente y según he podido leer podría ahorrar el paso previo necesario de instalar TortoiseGit para obtener Hercules. En fin, ya es suficiente tanto texto introductorio, ¿no? ¡Comencemos! Paso 1: Instalación de Microsoft Visual C++ (O Microsoft Visual Studio) Paso 2: Manejar Visual C++ (o Visual Studio) Express y compilar Hercules ¡Y ya está! ¿A que no es tan complicado compilar Hercules desde Windows? Definitivamente, cuesta más trabajo instalar Microsoft Visual C++ o Visual Studio que compilar el servidor. ¿Parece una guía muy larga y prefieres no leerla? Muy bien. He aquí una versión resumida: [*]Si no lo tienes ya, descarga Microsoft Visual C++ Express o Visual Studio (que contiene VC++) y abre la solución de Hercules que corresponda. [*]Selecciona login, map, char server y mapcache en el explorador de soluciones, haz click derecho y selecciona Generar selección. [*]Espera a que compile. Listo. Eso es todo. Muchísimo más fácil de lo que parecía en un principio, ¿verdad?
-
- Compilación
- Microsoft Visual Studio
- (and 5 more)
-
¡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.
- 1 reply
-
- Guía
- pull request
-
(and 8 more)
Tagged with:
-
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!