jaBote

En servidores de prueba caseros no sueles necesitar modificar casi nada en la carpeta conf para hacerlos funcionar. Apostaría a que en algún lugar de los dos archivos cambiaste la contraseña, IP o puerto de alguno de los servidores (queriendo o sin querer) y por ello te saltó ese error. Suerte que no ha sido gran cosa, pero sería deseable prestarle un poco más de atención la próxima vez. Me alegro de que hayas podido hacerlo funcionar sin problemas. ¡Un saludo!

Según me indica un desarrollador, ese error ocurre si tienes las credenciales de la cuenta de comunicación del servidor (aquella de sexo 'S', no 'M' ni 'F') mal puestas y no coinciden en algún sitio en el que tengas que ponerlas. Recuerda que esa contraseña se fija tanto en la tabla login dentro de la base de datos MySQL (aquella fila cuyo account_id es 1 por defecto: imagen), tanto como en conf/char-server.conf y conf/map-server.conf). Espero que te sirva de ayuda.

Use sleep2 or timers for it.

Jamás he experimentado este error y me parece muy extraño. ¿Has hecho alguna modificación en el código fuente más allá de preparar el cliente en src/common/mmo.h? ¿El firewall (bien el firewall por defecto de Windows o uno propio) te bloquea la conexión entre los servidores? Si fuese posible, me gustaría saber qué has modificado antes de compilar para ver si encuentro algún error. Recomendaría además instalar las actualizaciones SQL que te faltan para evitar problemas que pudieran ser causados por ello. Por otra parte, sería un buen detalle saber si estás usando la última versión de Hercules o la versión que estás usando, para descartar cualquier otro tipo de error que pueda tener una revisión específica. Para evitarme buscar en todo el log, agradecería que además me dieses una fecha orientativa de la misma. Un saludo.

In fact it was truly limitless on the tests, but I think Ind and Haruna decided to cap it because of the huge amount of resources it started to consume per entry beyond that point.

If you want it just to be added into your server, it's quite easy. Just open your src/map/map.h and look for all the race declarations. They are on an enum like this on line 257: enum { RC_FORMLESS=0, RC_UNDEAD, RC_BRUTE, RC_PLANT, RC_INSECT, RC_FISH, RC_DEMON, RC_DEMIHUMAN, RC_ANGEL, RC_DRAGON, RC_BOSS, RC_NONBOSS, RC_NONDEMIHUMAN, RC_MAX}; Just add your entry there wherever you want, before RC_MAX. It's common practice to add it after the last race that has been declared (RC_NONDEMIHUMAN) but it's up to you. Keep in mind this enum assigns consecutive number identifiers for each item on it. You may also want to add your new race to the scripting constants so that you can use it in scripting in db/const.txt (look again for the race definitions and follow the structure, but they aren't on an enum this time). You could also want to edit some atcommands or script commands to adapt them to the new race (especially @mi). Any special feature you want for the race other than existing and being applied to mobs and whatever other non general feature must be added by you.

Hola. En estos instantes no puedo hacer una comparación detallada de ambos proyectos, y aunque es algo muy normal que si preguntas en un sitio y otro cada uno intente traerte a su campo, no pretendo hacer eso. Ante todo, debes tener en cuenta el árbol genealógico de los proyectos y que el desarrollo del software libre suele ser muy ramificado: originariamente se creó Athena (que llamaremos jAthena para aclarar que estaba en japonés y del cual he dejado de oír hablar hace mucho tiempo, salvo para que sea nombrado), del cual salió una rama que es eAthena. eAthena estuvo durante sus años hasta que decidió no incluir oficialmente ninguna mecánica Renewal. Por ello salieron muchas ramificaciones de ella (que ni te interesa que nombre), siendo las únicas de relativo éxito 3CeAM y rAthena. Los desarrolladores abandonaron en su mayoría eAthena en favor de rAthena. Sigues pudiendo descargar un repositorio eAthena sin ningún tipo de problema, aunque creo que no dispondrás de soporte. rAthena ha estado ahí casi dos años hasta que por una pelea interna de los desarrolladores, algunos fueron expulsados por las buenas del equipo y acabaron creando de su "enfado" Hercules. Es curioso decir que Ind (ahora administrador jefe de Hercules) fue expulsado de rAthena cuando él era el desarrollador más activo y sus commits entonces sumaban más que las del resto del equipo de rAthena juntos, desde su fundación. Si entiendes inglés, hace un tiempo hice una comparación en inglés algo más en detalle sobre lo que contienen los proyectos y no su historia en este mensaje (cuya validez es aún vigente en su mayoría). Si no lo entiendes, trataré de hacer una nueva comparación en español aquí. Básicamente yo he escogido Hercules porque es una comunidad más abierta (aunque menos activa), el emulador es más eficiente y consume menos recursos, y por el soporte a programas de terceros a través del sistema de plugins (aunque parece que los terceros aún no favorecen a Hercules sino que prefieren quedarse con eAthena y rAthena por comodidad, dado que es necesario adaptar cualquier modificación válida para eAthena/rAthena a Hercules por el proceso de remodelación del emulador para mejorar su eficiencia). Ya sabes, si necesitas que compare de nuevo porque no entiendas inglés, coméntamelo y lo haré gustoso en cuanto pueda. ¡Un saludo!

No sé por qué te han ocurrido esos errores, a menos que hayas tenido que modificar las opciones del compilador para compilar otros proyectos. En todos los sistemas en que he podido probar, cualquier proyecto basado en Athena (he compilado al menos una versión de todos a los que he podido echar mano, por lo que me permito generalizar aunque no sea del todo correcto) se puede compilar con las correspondientes versiones de Microsoft Visual C++ sin necesidad de ajustarle ninguna opción. De todas formas, me alegro de que hayas podido solucionarlo, pues yo sinceramente no habría caído en ello. Un saludo.

Pet stats aren't the same as their mob counterparts. I'm not sure on this, but if I remember well their stats are assigned regarding just the mob level, no more.

I'd either make custom edits on the FluxCP source to support both servers (which I don't know) or just have a different FluxCP installation for each of them.

You should already be able to fix these by yourself if you paid at least minimum attention to the other requests you've already got. However I'll help you: Change: pc_search_inventory for pc->search_inventory; pc_delitem for pc->delitem; clif_skill_fail for clif->skill_fail. If you get warnings of these types you should just search the source code for the function that's giving you warnings, then look for the interface name the function gets assigned (it's usually the same but changing the first underscore ( _ ) for an arrow ( -> ).

Maybe it's because you still have Renewal drops enabled?

At least the Decoration of Music costume does, since it was added on November 20th.

Seems correct. Please keep in mind that empty options will appear as an empty option in your menu, so that "opt1::opt3" when rendered as a menu will be: opt1opt3 And well, that's pretty much it if you don't have more questions.

Related to previous kyeme response here's a tip: you can use strcharinfo(3) to get the map name the user is currently in. Will let you do that and test on your own.

Blank options (which is for example the 2nd option in "opt1::opt3") are unselectable, so you can safely switch(select("opt1::opt3")) being sure nobody will ever use option 2. Be careful the script command name is countitem, not counitem and you have unbalanced brackets there. If you'd want that menu just work with level 5, you'd need to make your checks using the "is equal to" (==) operator, not the "greater or equal" (>=) one. Else you're correct on that. About your example without minding these mistakes: its also hard to read to the point I've given up trying to fully understand that (no offense). A better example (readable but not the most efficient of all possibilities) could be like this: select("I meet no requisites:" + ((BaseLevel >= 5) ? "I'm level 5 or greater!" : "") + ":" // 2nd option + ((BaseLevel >= 5 && countitem(501)) ? "I'm level 5 or greater and I have "+getitemname(501)+"!" : "") + ":" // 3rd option + ((BaseLevel >= 5 && countitem(502)) ? "I'm level 5 or greater and I have "+getitemname(502)+"!" : "") // 4th and last option ) If you badly want to make it the most efficient way you'd end up writing more and making it less readable than it currently is.

X_EVENT and Y_EVENT are the number of cells of distance to the NPC in which the NPC will consider as being touched. For example, if X_EVENT is 3 and Y_EVENT is 2, the NPC will consider as being touched if you step on any of the crosses in the following diagram (the o is the NPC position: xxxxxxx xxxxxxx xxxoxxx xxxxxxxxxxxxxx Any of these positions will trigger the NPC OnTouch event, including the center position.

Of course: select("Normal settings"+((getgmlevel >=90) ? ":GM configurations" : "") )

@leloush: I don't remember any other way of doing that different to @killable, so please tell me if you can know and test that (just replace the atcommand sentences with their appropriate one). Problem with it is that you can be hit from people outside of the square. @karazu: for making it work, just replace all parameters on the script with valid values. NPC_MAP for a valid map name; X and Y for valid x,y coordinates inside the map; X_EVENT and Y_EVENT for valid trigger area values.

Yes it is.

Try this one. NOTES: You'll possibly NEED to shift+click people in order to hit them, there's no other way that I know for doing this. Maybe a massive duel inside the square? Obviously, usage of the @killable status in your script means your users won't be able to use it for themselves in any normal situation. The parameters are listed there in UPPERCASE LETTERS. You should change them throughout all the script in order to make the script to work and to be parsed correctly. Script is untested, however it doesn't yield any parse errors provided you follow last note. NPC_MAP,X,Y script killable -1,X_EVENT,Y_EVENT,{OnTouch: if (!@killable) { @killable = 1; // Variable for keeping track of the status atcommand "@killable"; // Don't remember if it needed a parameter, I think it doesn't addtimer 1000, strnpcinfo(3)+"OnKillable"; // Will check after a second } end;OnKillable: getmapxy(.@map$, .@x, .@y, 0); if ((.@map$ != NPC_MAP || // Outside of the map .@x < X - X_EVENT || .@x < X + X_EVENT || // Out of the area of effect in X side .@y < Y - Y_EVENT || .@y < Y + Y_EVENT)) { // Out of the area of effect in Y side @killable = 0; atcommand "@killable"; // Don't remember if it needed a parameter, I think it doesn't } else addtimercount 1000, strnpcinfo(3)+"OnKillable"; // Will check again after a second until player goes out of the square end;} Wish you a happy new year!

You can hex your way to make it work, but it'd be quite difficult I guess and if I was Neo I'd refuse to do that, so your best chance is getting a client that supports all of the animated headgears you'll want to use.

I thought I posted it wherever it was required but I forgot this one. Thanks pr3p.

Moon star costume needed a special implementation that is simply not available at 20120716 ragexe. I don't know when it was implemented, but it was in this year, so you'll need a relatively recent 2013 client for making it work.

For these people that say they can't get Oktoberfest job working since it's not in their current kRO installation, here you go: http://herc.ws/board/files/file/90-oktoberfest-act-and-spr-files/