Tidus

Nice work, I will test and report if I find any bugs.

In fact only needed to use the Server_rAthena_r2014-02-23.diff and make the changes that i informed in the topic: https://rathena.org/board/topic/97983-harmony-erro-rathena-help-please/?p=280743 Anyway, it is likely that your diff has been more complete and solve the problems of harmony packages. Nice job.

Hello, I want to delete chars by email, do not like to use birthday and what I noticed, the rAthena does not accept the deletion of characters by email using the langtype 18, only with langtype 0 or 10 etc. I configured both 1 as to 3 and continues deleting only by birthday. // Restrict character deletion by BaseLevel // 0: no restriction (players can delete characters of any level) // -X: you can't delete chars with BaseLevel <= X // Y: you can't delete chars with BaseLevel >= Y // e.g. char_del_level: 80 (players can't delete characters with 80+ BaseLevel) char_del_level: 0 // Amount of time in seconds by which the character deletion is delayed. // Default: 86400 (24 hours) // NOTE: Requires client 2010-08-03aragexeRE or newer. char_del_delay: 1 // Restrict character deletion by email address or birthdate. // This restricts players from changing the langtype and deleting characters. // For birthdate, the client must be 20100803 or newer. // Defaults based on client date. // 1: Email address // 2: Birthdate // 3: Email address or Birthdate char_del_option: 1 When I use langtype 0 it's possible delete by e-mail, but i must use langtype 18 and I wonder if there is no way to fix it.

O char.c e login.c foi todo refeito. Quando chega nessa marte muitos não conseguem concluir, poderia nos ajudar? Abraços. Em https://github.com/rathena/rathena/blob/master/src/char/char_logif.c Procure: // login-server alive packet case 0x2718: next = chlogif_parse_keepalive(fd, sd); break; Adicione abaixo: // Harmony case 0x40a3: if (RFIFOREST(fd) < 4 || RFIFOREST(fd) < RFIFOW(fd,2)) return 0; { RFIFOW(fd, 0) = 0x40a4; chmapif_sendall(RFIFOP(fd, 0), RFIFOW(fd,2)); } RFIFOSKIP(fd, RFIFOW(fd,2)); break; Agora em https://github.com/rathena/rathena/blob/master/src/char/char_mapif.c Procure: case 0x2b23: next=chmapif_parse_keepalive(fd); break; Adicione abaixo: case 0x40a1: // Harmony { uint16 len; if (RFIFOREST(fd) < 4 || RFIFOREST(fd) < (len = RFIFOW(fd,2))) return 0; if (login_fd > 0) { WFIFOHEAD(login_fd,len); WFIFOW(login_fd, 0) = 0x40a2; memcpy(WFIFOP(login_fd, 2), RFIFOP(fd, 2), len-2); WFIFOSET(login_fd, len); } RFIFOSKIP(fd, len); } break; Se não me engano é só, use o diff Server_rAthena_r2014-02-23 que tem na pasta Manual Install do Harmony, se minha memória não estiver ruim, só o que muda desse diff para o rAthena é a parte do char.c que foi refeito, então é só pular a parte do char.c no diff e fazer como expliquei no tópico, compile e boa sorte. PS: Peço desculpas por não ter respondido antes, estive ausente das comunidades e só retornei agora junto com o brAthena.

Apenas falei para aplicar manualmente os diff.

Esse vídeo ficou muito vago, explique melhor o que quer, está se referindo ao dano que o asura dá?

Sclientinfo acredito que seja algo que ninguém utiliza faz tempos, os novos hexeds utilizam apenas clientinfo.xml. Não serve para nada esconder teu clientinfo, você tem que se preocupar em proteger os seus arquivos da GRF no geral, os dados importantes, como mapas custom, sprites, documentos e etc. Para descobrir o IP e a porta do teu servidor a pessoa loga no teu servidor, abre o prompt do windows e digita um comando que puxa toda informação sobre suas conexões, pega IP+Porta do seu servidor em menos de 2 segundos.

Posta uma imagem do erro no map-server. A porta do servidor está correta no clientinfo? liberou as portas do servidor no modem?