Xgear

@@Ten El contenido de Renewal y de Pre-Renewal es diferente. Para poder tener el contenido de Renewal tienes dos opciones: 1.- Mover los contenidos de las carpetas npc/re y db/re a npc/pre-re y db/pre-re (No es tan sencillo, deberas asegurarte que las rutas esten bien y que las funciones y las quests sean compatibles con pre-re. Tambien deberas fijarte en los items, pues hay cosas como el Variable Cast que no aplica en pre-re por lo que algunos items podrian no funcionar. 2.- Activar Renewal

Respecto al router, no trabajo con routers por lo que en los pasos específicos de tu modelo de router no te puedo ayudar, pero debes habilitar DMZ redireccionado a tu IP de LAN o en su defecto, abrir los puertos y redireccionar las conexiones a la IP del computador donde tienes el servidor. Ahora, aparte de eso y como te mencione, intenta conectarte a tu IP de LAN (Desde tu mismo computador y desde otro dentro de la misma red), ya que es posible que, si tienes un modem aparte del router, puede que este sea el que este bloqueando el puerto. Respecto al quote, basicamente estas mezclando configuraciones y utilizando incorrectamente lan_subnet, pero eso no tiene mayor impacto en la capacidad de conexión (Creo)

De acuerdo a la documentación, lan_subnets se utiliza para especificar las IPs dentro de la LAN que se conectaran por medio de la IP de LAN, o sea, hablamos de que solo se utiliza para que tu te conectes al servidor a través de LAN y no de forma pública. De acuerdo a lo que has mostrado, estas definiendo ese parámetro a través del sistema de no-ip y por ende parece que estas mezclando WAN/LAN. Ahora, respecto al error, el servidor esta rechazando la conexión, lo que se puede deber a que los puertos no están abiertos en algún nivel del router/modem. Intenta cambiar la IP de no-ip a 127.0.0.1 y prueba, si funciona entonces algo esta bloqueando el puerto, te sugiero que en ese caso pruebes con la IP de LAN y si vuelve a funcionar, pruebas con la IP WAN, para así puedas descartar de a poco posibles causas.

Lookup party_exp_share @ party.c Where it says "party_even_share_bonus && c > 1", c stands for the amount of party members (yourself included). Setting it to "c > 4" would mean if the party has more than 4 members (5 in total).

That line of code only applies to pre-re, iirc Asura has a different calculation on Renewal. In any case, if you see the code, its enclosed within #ifndef RENEWAL and #endif. This means it only applies to Not Renewal

Maintaining Devotion through warps is possible, you'd have to look at Devotion's range check within status.c (check_distance_bl) initially, I don't think there are other cancel-triggering blocks of code aside from that

clif_parse_Restart handles the received packet (aka Clicking on the button) pc_respawn handles the respawn function (aka Checks and warps you to the save map)

Revisa la IP del map_server, debe ser la misma que char y login. El problema esta en char y map, por lo que la IP en algunos de los dos (bind_ip o map_ip) es diferente, siendo que debe ser igual.

Esa modificación ya no es necesaria desde la implementación del map_zone_db. Los mapflags que mencionas son los correctos y trabajan como porcentajes (Ej.: valor de 150 = 150% = 1.5x de daño - 50 = 50% = 0.5x de daño) Si quieres que se aplique a todos los mapas, simplemente debes copiarlo en "All", esto aplicara la modificación en todos los mapas, excepto aquellos que tienen otra configuración (GvG, por ejemplo). Después de realizar el cambio, debes reinicar el servidor (No se si @reloadbattleconf recarga el map_zone_db). Es posible que tu implementación del mod haya afectado de alguna forma el funcionamiento de los mapflags, ya que como comentas que también esta afectando a los mobs, significa que algo no hiciste bien. Saludos.

En iteminfo, el ClassNum para headgears no es necesario Vuelvo a sugerir que pegues el error que te aparecía cuando equipabas los headgears y que le quites el Ignore Missing File error del diff, ya que elimina los errores que te permiten solucionar este tipo de problemas. Asegurate de que la ruta sea la correcta, en que directorio pusiste los sprites/act files? Cual es el nombre de los act/spr

Hiciste el diff con Ignore Missing sprites errors? Si es así sera un poco más difícil detectar el problema, pero lo más probable es que sea un problema con como definiste los ViewID mal hechos.

"Falta x.x", que es x.x? Puedes copiar el error? Estas seguro de que los sprites/act estan en la ubicación correcta?

Solamente son las armas las afectadas? Que cliente usas? Posiblemente tengas un problema con los lua/lub y los viewid. Respecto al Inventory window, probablemente es un problem con el msgtable.txt que contiene el texto de muchos tabs del cliente (Posiblemente apareciendo como " Et ". Asegurate de buscar data files y lua/lub de acuerdo a la fecha de tu cliente.

Kinda late reply but OpenKore works as a client itself, though xkore hooks into the client itself and works through the client (At least as I recall it). As far as I know, thats a packet analyzer, it is not a packet key decrypting tool.

The API suggestion is indeed pretty good suggestion, Thumbs up for that one.

Cuando compilaste el cliente 1.- Lo hiciste con Support ViewID above XXX (No recuerdo el numero, pero te permite especificar un número máximo de ViewID), ese debe ser mayor a 1500, que es lo que estas utilizando 2.- Utilizaste la opción de Ignore missing Files errors? Eso podria evitar saber si es que hay algún error con el sprite. (En el ultimo screen, veo que antes del nombre del sprite utilizaste dos underscore "__", en lugar de uno -Al menos eso parece-)

Probablemente el problema no esta en el script, pero en el bonus del script. Usas linux? Si es así corre el servidor con gdb para conseguir un debug y poder btener un poco más de información, ya que como menciono jaBote, los scripts muy rara vez causan caidas del servidor. Si es en windows, con MSVC++ puedes utilizar la opción Debug y revisar el stacktrace para analizar la causa del error.

Probablemente te falta el ViewID en item_db/item_db2.conf y en Lua Files/datainfo/accesoryid.lua/lub y Lua Files/datainfo/accname.lua/lub. Revisa que los valores calcen, ya que es el ViewID el que le dice al servidor que sprite "mostrar"

Might not be a step, doesnt mean it has no usability: Lets say you wanna make 3 quests, which require you to kill Poring, Poporing and Drops, you can go to Poring island and AoE it all to finish it fast, how about the scripter wants to only allow "active" quest kills to count in an attempt to increase difficulty? If we can provide the function without compromising performance, why not do it? And lets not forget a simple fact, the function is already there, we CANT take it out, its as simple as that, at least not without providing an alternative to mimic the functionality. Anyways, I don't wanna turn this into an ABAB discussion, I guess we both stated our POV. P.S.: Your poll missed a 3rd option to implement an alternative checkquest(0/1) ftw!

Yes, but that is not a completely valid argument, we have plenty of features/functions that arent working the same as AEGIS (Either because we have a better way, we lack info or because there are bugs involved otherwise). In general we try to mimic aegis the best we can, but that doesn't mean we can't do it better by providing a small extra functionality (Remarking small) that doesn't affect the code much. I understand your point and I partially agree with it, but I think you're just trying to force it up instead of bending a bit around the idea to make it a bit more flexible.

The only way you can handle bots is 1.- Enable packet encryption 2.- Disable proccess attachment into the client (Right now, most common way of botting is by attaching the bot to the client, so it runs through the client, which rendered method 1 useless) P.D.: Pretty delayed reply, but looks like none mentioned point two before

You have Packet Keys which works well against WPE-alike tools. There is adelays which works as a spamming protection tool server side, which basically helps against Skill Spamming related 3rd party tools) Client-wise protection, there is nothing available, other than some make it yourself.

I agree with the possibility to just !check_quest could be good to make things easier, however, if the possibility to detect the quest state is available because the client does send the info to the server, means it *COULD* be used at some point and it does not hurt anyone to have the possibility there to handle the data However, probably the values returned are not the right ones 0 = Quest not started (not in quest log) 1 = Quest has been given, but the state is "inactive" 2 = Quest has been given, and the state is "active" 3 = Quest completed However, since that will probably break a lot of scripts 0 = Quest not started (not in quest log) 1 = Quest has been given, but the state is "active" 2 = Quest completed 3 = Quest has been given, and the state is "inactive" I don't like jumping through the numbers but since the amount of times these functions are used are not as much Or a second command could be implemented check_quest2 to check the UI state of the quest, but I don't agree with removing the functionality completely.

If I got the question right, he wants to bypass the message delay and not the ability to bypass the delay ranges (Which is what you suggested) If you wish to bypass messaging delay on a gm account you'd have to go to clif.c and search for clif_hercules_chsys_send void clif_hercules_chsys_send(struct hChSysCh *channel, struct map_session_data *sd, const char *msg) { if( channel->msg_delay != 0 && DIFF_TICK(sd->hchsysch_tick + ( channel->msg_delay * 1000 ), timer->gettick()) > 0 && !pc_has_permission(sd, PC_PERM_HCHSYS_ADMIN) ) { clif->colormes(sd->fd,COLOR_RED,msg_txt(1455)); return; } else { char message[150]; snprintf(message, 150, "[ #%s ] %s : %s",channel->name,sd->status.name, msg); clif->chsys_msg(channel,sd,message); if( channel->type == hChSys_IRC ) ircbot->relay(sd->status.name,msg); if( channel->msg_delay != 0 ) sd->hchsysch_tick = timer->gettick(); }} Replace with: void clif_hercules_chsys_send(struct hChSysCh *channel, struct map_session_data *sd, const char *msg) { if( !pc_get_group_level(sd) && channel->msg_delay != 0 && DIFF_TICK(sd->hchsysch_tick + ( channel->msg_delay * 1000 ), timer->gettick()) > 0 && !pc_has_permission(sd, PC_PERM_HCHSYS_ADMIN) ) { clif->colormes(sd->fd,COLOR_RED,msg_txt(1455)); return; } else { char message[150]; snprintf(message, 150, "[ #%s ] %s : %s",channel->name,sd->status.name, msg); clif->chsys_msg(channel,sd,message); if( channel->type == hChSys_IRC ) ircbot->relay(sd->status.name,msg); if( channel->msg_delay != 0 ) sd->hchsysch_tick = timer->gettick(); }} (Modified the first if statement on the code by adding !pc_get_group_level(sd) && )

You have 17 fields and 16 ?. You need one more '?'.