jaBote

Me había permitido esta licencia acogiéndome a la tercera acepción de la palabra español según la RAE, aunque es cierto que no me había dado cuenta que suena un poco a que solo los españoles podemos participar. Voy a corregir el título del tema: como dice mi compañero Wolf, no es necesario ser español sino saber escribirlo en condiciones. ¡Un saludo!

¡Hola a todos! Parece que han aceptado la proposición que hice al Staff de Hercules sobre la creación de esta sección para que podamos disfrutar de soporte en español. Sé que no todos somos muy duchos en la lengua de Shakespeare, por lo que en estos foros podréis preguntar cosas sobre Hercules. Eso sí, en español. Como muchos de nosotros sabemos, Hercules proviene de Athena (el primer emulador jamás creado de RO, con disculpas de AEGIS, que es el emulador oficial), que es también la raíz de donde provienen todos los demás emuladores actuales de Ragnarok Online. Hercules bebe especialmente de rAthena, pero el emulador ya ha sido intensamente modificado en los pocos meses que tiene de vida. Al parecer en Hercules se ha decidido dejar de lado el típico *Athena que muchos hispanos estamos acostumbrados a tratar, pero no ha sido el primero en hacerlo: con anterioridad han existido y existen emuladores que no tienen Athena en su nombre, como pueden ser Freya, Nezumi o Cronus (actualmente de ellos solo Cronus continúa en desarrollo, aunque está en portugués). En lo que a mí respecta, no soy especialmente bueno dando soporte en emuladores de esto: empecé a jugar al RO hace relativamente muy poco, mucho menos que el jugador medio de este juego, y he tenido menos tiempo aún para saber qué es lo que hace toda la magia que mueve nuestro mundo virtual, y le da consistencia e integridad sin que apenas nos demos cuenta de ello. Muchos (y me incluyo) no sabemos qué hay "bajo el capó" de nuestros servidores. Trataré de dar la mejor (y más amplia) ayuda que me sea posible, aunque es obvio que esto no es un foro en que solo yo ayudo: hay campos enteros del soporte a este emulador (y cualquier otro *Athena) que por desgracia aún se me escapan. Yo no sé todo sobre el emulador y podéis estar seguros que también acabaré preguntando bien aquí o en las secciones de soporte en inglés, pero se ha creado esta comunidad en español con un propósito, y es que todos nosotros podamos colaborar con un granito de arena, de tal forma que todos podemos salir enriquecidos compartiendo nuestros conocimientos. Sin mucho más que decir por el momento, os doy mi más cálida bienvenida a nuestra aún pequeña comunidad en español de Hercules. ¡Nos leemos!

Well, thank you everybody! I'll try to do my best for helping both here in the English sections and in the Spanish ones. You all know I'm not the best here giving support (I still consider myself like a noob) but I'll do as much as I can. Thank you again for giving me the opportunity!

I'm on my cellphone right now and if nobody else helps you by the time I get home I'll do. Could you please post here your /sql-files/main.sql and your /sql-files/log.sql to make the support faster? Remember first thing you have to do is backup your database then update it to the latest revision you can get from 3CeAM and post those sql files. Chances are your custom source code modifications won't be compatible with Hercules, so it's preferable to backup your emulator too just in case. Thanks in advance. _________________ EDITED: Well, here you are. I haven't tested it since I don't have a 3CeAM but this seems correct and working. Remember to backup your database (and your emulator if you want) before doing ANYTHING (you use this at your own risk).: This is the code you have to run in your main database (usually called `ragnarok`) in paste version: (removed, wrong SQL patch) And this is what you have to run in your logs database, usually called `log`: (removed, wrong SQL patch) After that a fresh copy of Hercules configured and compiled should work like if you've been in Hercules all your life long.

Just as advice: don't change NAME_LENGTH configuration, but your users name length should have up to (NAME_LENGTH - 8) characters or you'll exceed your NAME_LENGTH.

As long as I've seen in the DBs, the chance of success isn't there and you'll have to look it up on the source. Unfortunately, I tried to fulfill your request but I still don't know source yet and I miserably failed. So you'll have to wait for someone who kindly wants to fulfill your request. Sorry wrong info, icabit is right, you should try that.

As long as I know, now that I've just checked the doc/script_commands.txt of both emulators, you can use almost all script commands present in rAthena in Hercules with identical behavior. But there are some script commands that Hercules doesn't have yet such as sit; stand; delequip; morphembryo; checkhomcall; and a script command that has a distinct name such as consumeitem (rA) --> itemeffect (Herc). However, I'd say script compatibility is 95+% because they're either quite new commands or haven't been extensively used in scripts -I've never seen any of the rAthena "exclusive" commands in use on a public released script yet-. Hope I helped you. P.S.: Hey Ind, i still don't know the reason of maintaining the get_revision() command. I think it should be changed to get_hash() or do something about its behavior since in rAthena it returned an integer value. Well, I think this one hasn't ever been used for a serious script so never mind. And the charisupper doc example has a mistake too I think. And there is the suggestion of merging those script commands for increased rAthena-Hercules compatibility.

Well, IDK if you're Brynner on rA forums which came with the exact same question word by word. But in case you're not you'll simply have to look up for failedrefitem in your script and then change all occurrences of it to downrefitem and you'll have what you want. After that, just reload the script and you're good to go.

I can translate it back to English if you want, that's no problem to me, but you'd have to ask me to do that.

I'm looking forward to it. God knows I suck in source, so this could be my opportunity to learn to code some things there.

I've edited right now my previous post so you can see if you still have problems with your SQL. If you need to run all three simultaneously try to use this statement in the console, in your directory: ./login-server && ./map-server && ./char-server If it gives you any permissions errors just run: chmod u+x ./login-server && chmod u+x ./map-server && chmod u+x ./char-server Now I'll get to go, seriously, sorry. I'll help you further later whenever I can come back, which is usually tomorrow

We should make a basic guide on how to setup and configure a Hercules server Ind. I'll write it myself if I have enough time, but I don't have it right now. Editing right now to explain chir0n what to do. _____________________________ You'll need to open PhpMyAdmin (you can usually open it pointing your browser to http://<your server's IP>/phpmyadmin, no need to open it via console), login with your MySQL root user and password (not system root user and password, MySQL root user and password are what you have defined installing MySQL) and then make 2 databases on it, one called "ragnarok2 and another called "log". If you don't have PhpMyAdmin installed you can use yum install phpmyadmin. Then open the databases and execute the content of (your hercules download)/sql-files/main.sql on "ragnarok" database and (your hercules download)/sql-files/logs.sql on "log" database. Now open the `login` table on `ragnarok` database and look the S-sex account. Change its username and password for anything you fancy but remember it for awhile. Those credentials are the same you MUST put on (your hercules download)/conf/char-server.conf and (your hercules download)/conf/map-server.conf because leaving these as s1 and p1 are a major security issue. You no longer need to remember it providing all those credentials match. Then go back to PhpMyAdmin make a new user for the server (privileges section of PhpMyAdmin). Call it ragnarok if you want and make it only from the localhost host (select host: Local). Put a password for that user and remember it for another while. Grant the user SELECT, INSERT, UPDATE and DELETE privileges (it's preferred to let it only table privileges as granting global privileges is less secure, but that's not a quite serious security issue). After that you're done with sql, but configure (your hercules download)/conf/inter-server.conf below and give that file what it requires on credentials and database name OF THE SQL USER the server will use. Now you're good to go on the server. Sorry for explaining myself frankly bad, but I'm in a hurry right now but stopped to explain you. If you have further questions try to solve them using the Judas' Bible ( http://supportmii.com/ro1/JudasBible.pdf ) or don't hesitate asking again here and we'll try to respond whenever we can. Also hadn't time to check if my English is proper so sorry again for any mistakes.

You haven't make installed in your server. You need to install some libraries even before trying to compile. Try to run this on your server to install the missing libraries (yum install means to get the packages and install them): yum install gcc make mysql mysql-devel mysql-server pcre-devel git zlib-devel Then, if you want, you can also run this for extended ease of use of your server yum -y install dos2unix gdb nano screen unzip wget zip You can now "make" (compile) Hercules on your server without any problems, except if you have edited the source and introduced an error.

That first tabulation space is not needed and I think that's what make you get all those errors. Ind used a space there, but you may decide not to use anything.

Have you remembered to put correct tabulation spaces? Just like this: mapflags: ("adjust_skill_damage RK_HUNDREDSPEAR 250") And try to check if you haven't mis-typed the map zone mapflag if you declared a new zone or applied mapflags to any map. It'd also be better if you tell us what's the warning you're getting because that will help us to help you.

This is applicable as a classic mapflag for only a map in a classic script file which you load into the server or well you can apply this to a map group specified in /db/{re or pre-re}/map_zone_db.conf. And remember you can specify new map zone groups with the mapflag<%TAB%>zone<%TAB%>zone_name thingy. Just remember to properly check you're using the correct map zone names.

It seems neither the rA nor the Hercules databases have changed yet, so supposing you're in a fully upgraded rA and a fully upgraded Hercules you should not stumble upon any problems switching to Hercules after running the SQL code I provided on the other topic, as kyeme said. P.S.: Ind, could you please add that that SQL on the GIT timeline as a rAthena upgrade to Hercules? I don't know how to use GIT and make a pull request atm.

Impressive! That'll ease a bit the process of making servers and that's better for us all. Thank you Ind!

Did you know there'll be lots of people wanting only to play on your server because there are 1000+ online people simultaneously? Edit: Couldn't you make your server to have over nine thousand IndAI bots?

Time is a very valuable resource, I wouldn't want to waste yours so I triple-checked before posting this

Yes I know -I've been reading this forum and Hercules source commits for like a month before deciding to register-, and I think this is a great addition for the emulator, but when you disable any equipment in the db/{re or pre-re}/map_zone_db.txt it just gets... what it says, disabled, like you were equiping dummy equipment. But I think it'd be useful to make admins have the power of deciding if they want to just disable the equipment or do what Athena emulators were doing for ages, just unequip them where they are deactivated. It'd be logic.

I think there should not be any problem changing to Hercules. I haven't done it yet myself, but it seems that on the SQL files you only need to run this on the ragnarok database: ---- Table structure for table `sql_updates`--CREATE TABLE IF NOT EXISTS `sql_updates` ( `timestamp` int(11) unsigned NOT NULL, `ignored` enum('Yes','No') NOT NULL DEFAULT 'No', PRIMARY KEY (`timestamp`)) ENGINE=MyISAM;-- Existent updates to enterINSERT INTO `sql_updates` (`timestamp`) VALUES (1360858500);INSERT INTO `sql_updates` (`timestamp`) VALUES (1360951560);INSERT INTO `sql_updates` (`timestamp`) VALUES (1362445531);INSERT INTO `sql_updates` (`timestamp`) VALUES (1362528000);INSERT INTO `sql_updates` (`timestamp`) VALUES (1362794218);INSERT INTO `sql_updates` (`timestamp`) VALUES (1364409316);---- Table differences for table `char`-- ALTER TABLE `char` CHANGE `moves` `slotchange` SMALLINT( 3 ) UNSIGNED NOT NULL DEFAULT '0' And you now have Hercules databases. For switching SVN I don't have a clue, but I think you should keep a backup of the last rAthena you used in case you want to undo all changes so I'd make a new folder for that.

Hi everybody! I was thinking if it was possible to create a new conf value for the disabled equipment which make you decide whether you want to unequip a disabled item or just nullify its effect. Yeah I know nullifying that effect is the official option and that it was implemented in 5b378058f5 and cc8e005f27 (thanks, kyeme!), but I know for sure that there'll be a lot of mess on servers because of unaware people (the most) seeing they can use their equip on those maps but without any effect and claiming it to be a critical bug, which is not correct. Most players and admins are used to being forced by the map server to unequip disabled equipment. Moreover, they know an item is disabled because they see it wear off, but with the new system you don't usually note one of your equipped items is disabled until you see it has no effect. What I'm suggesting is to create a conf value just like the item_restricted_consumption_type one in /conf/battle/items.conf which should let server admins to decide whether they want to select the official behavior or the one that has been there for years. Thanks a lot!

As long as I know, no server admin I know uses it and they just modify/disable that if they want/know. So I think it'd be a good idea to put it on the messages.conf file as Beret says (reserving a number of lines for it for example) or well simply remove it. I'm almost certain that not much people would miss it, but I'd prefer to put it on the messages.conf.