MuServer Season 4 Update 3 by Louis

[louis]

Config para o castle siege roda de 2 em 2 dias:

0
//Cycle
2
end

1
//State StartDay StartHour StartMinute
1 0 0 0 // Registro de Castle Siege
2 1 15 59 // idle state
3 1 16 0 // Registro do status da Mark of Lord
4 1 17 0 // idle state
5 1 18 0 // Notificação de Ataque ao Castelo às guilds
6 1 19 0 // Lendo o estado de Castle Siege
7 1 21 0 // Início de Castle Siege
8 1 22 0 // Fim de Castle Siege
9 2 0 0 // Fim do ciclo de Castle Siege (Volta automaticamente para o 1)
end

2
//Monster Index Side DBSave DFLevel RGLevel MaxLife X Y TX TY Dir
283 1 1 1 0 0 400000 94 227 -1 -1 1
283 2 1 1 0 0 400000 94 182 -1 -1 1
283 3 1 1 0 0 400000 82 130 -1 -1 1
283 4 1 1 0 0 400000 107 130 -1 -1 1
277 1 1 1 0 0 500000 93 204 -1 -1 1
277 2 1 1 0 0 500000 81 161 -1 -1 1
277 3 1 1 0 0 500000 107 161 -1 -1 1
277 4 1 1 0 0 500000 67 114 -1 -1 1
277 5 1 1 0 0 500000 93 114 -1 -1 1
277 6 1 1 0 0 500000 119 114 -1 -1 1
288 1 0 1 0 0 800000 75 130 -1 -1 1
288 2 0 1 0 0 800000 88 130 -1 -1 1
288 3 0 1 0 0 800000 99 130 -1 -1 1
288 4 0 1 0 0 800000 114 130 -1 -1 1
288 5 0 1 0 0 800000 94 151 -1 -1 1
288 6 0 1 0 0 800000 88 182 -1 -1 1
288 7 0 1 0 0 800000 100 182 -1 -1 1
288 8 0 1 0 0 800000 94 221 -1 -1 1
288 9 0 1 0 0 800000 94 233 -1 -1 1
215 1 0 1 0 0 10000 94 242 -1 -1 1
222 1 0 1 0 0 10000 80 188 -1 -1 1
222 2 0 1 0 0 10000 105 188 -1 -1 1
221 1 0 2 0 0 10000 63 19 -1 -1 5
221 2 0 2 0 0 10000 119 19 -1 -1 5
end

[gmlucas]

[MainInfo]

CustomerName = MuEMU
LauncherType = 0
LauncherWindow = WindowTitle
IpAddress = TU-IP
IpAddressPort = 44405
ClientVersion = 1.04.05
ClientSerial = TbYehR2hFUPBKgZj
WindowName = MU
ScreenShotPath = ScreenShots\Screen(%02d_%02d-%02d-%02d)-%04d.jpg
ClientName = Main.exe
PluginName = MHPClient.dll
CameraName =

=============================================

AHINFO
[ClientInfo]
CustomerName = MuEMU
IpAddress = TU-IP
ServerPort = 55999
ServerName = MuEMU
ClientName = main.exe
PluginName = Camera.dll
VerifyName = MHPVerify.dll

=============================================

Copie o Main.exe e a Main.dll da pasta FREE para a pasta MAIN_INFO
Após executar o MainINFO copie o main.free que vai estar na pasta FREE
Cole os arquivos na pasta AH_INFO e execute o GetClientInfo
Após copie e cole os arquivos (você já eve saber quais) no cliente

Os antivírus como o AVAST estão impedindo o Main de abrir. Desative o seu antivírus.

Fiz justamente oq voce disse, e main não abre, obs: meu antvirus ta desativado

[louis]

Fiz justamente oq voce disse, e main não abre, obs: meu antvirus ta desativado

Faz o teste desativando o antivirus:

PluginName = MHPClient.dll

mu para PluginName =

Gera o main.free e copia para o cliente e ve se abre.


Não esquece de executar o GetMainInfo-Free.exe antes de copiar os arquivos.

Qual seu windows?

[tidus]

@[Somente membros podem ver os links. ], if i disable the summoner, items and chaos machine mixes for sum will be disabled also? will be disabled globally? also for DL?

Thanks!

[weberson]

Faz o teste desativando o antivirus:

PluginName = MHPClient.dll

mu para PluginName =

Gera o main.free e copia para o cliente e ve se abre.


Não esquece de executar o GetMainInfo-Free.exe antes de copiar os arquivos.

Qual seu windows?

Pelo o que entendi não está funcionando com o Antihacker da muemu.
Qual seria a alternativa.

Visto que sem ele fica muito facil usar marcro, Autocombo.
Teria algum parâmetro pra se proteger desse tipo de ação configurando o serve.

Vi que tem algo relacionado a isso no cammom.

;==================================================
; Hack Settings
;==================================================
CheckSpeedHack = 0
CheckSpeedHackTolerance = 0
CheckLatencyHack = 0
CheckLatencyHackTolerance = 0
CheckAutoPotionHack = 1
CheckAutoPotionHackTolerance = 300
CheckAutoComboHack = 0
CheckAutoComboHackTolerance = 0

Como configurar as linhas acima de forma correta afim de proteger conta speed, autocombo, autopotiom e etc...

4 minutes:------- Atualizado -------

Google mano.



Olha esta ferramenta postada aqui no fórum, vai te ajudar a configurar o CS no SQL:
[Somente membros podem ver os links. ]

Mesma coisa pra todas as Season MuEmu.

E vamos começar a agradecer as ajudas ai que não tão sendo poucas né.

Sempre agradeço, e sempre ajudo também...
Porém não era isso. gostaria de entender as linhas para criar minha configuração...
De nada adianta um gringo colocando as coisas ao modo dele.

Seria de muito ajuda um tutorial assim.

[peteti]

Pelo o que entendi não está funcionando com o Antihacker da muemu.
Qual seria a alternativa.

Eu ajudei um amigo que está com o MS free do louis, e o antihacker está fluindo de boa, é alguma configuração que esteja fazendo de errado.

Sempre agradeço, e sempre ajudo também...
Porém não era isso. gostaria de entender as linhas para criar minha configuração...
De nada adianta um gringo colocando as coisas ao modo dele.

Seria de muito ajuda um tutorial assim.

Catei esse tutorial bem explicado sobre as linhas do CS, espero que te ajude.

Olá a todos, pretendo dar a vocês uma noção completa sobre os arquivos de configuração do referido evento.
Bom, antes de analisarmos os arquivos de configuração, temos que ter em mente uma coisa muito importante, que é a base do castle siege.
O castle siege é composto por uma LINHA DO TEMPO.
Como assim “linha do tempo” ?
O evento é composto por um ciclo de nove fases que termina e se reinicia (imagine uma roda), devendo ser respeitada a ordem das fases.
Tendo isso em mente, vamos às fases:
PRIMEIRA FASE: REGISTRO DE GUILDS
SEGUNDA FASE: TREGUA
TERCEIRA FASE: REGISTRO DE SIGN OF LORD.
QUARTA FASE: TREGUA
QUINTA FASE: NOTIFICAÇÃO A GUILD DONA DO CASTELO QUE ELE SERÁ ATACADO.
SEXTA FASE: PREPARAÇÃO PARA O ATAQUE AO CASTELO
SÉTIMA FASE: INÍCIO DO ATAQUE AO CASTELO (INÍCIO DO EVENTO)
OITAVA FASE:FIM DO ATAQUE AO CASTELO (FIM DO EVENTO)
NONA FASE: FIM DO CICLO (RETORNO AUTOMÁTICO A PRIMEIRA FASE)
NÃO ESQUEÇA: A ORDEM DAS FASES NÃO PODE SER ALTERADA.
Já temos uma noção de como funciona o evento, então vamos saber onde configurá-lo.
No MU Server: data/mucastledata.dat (Lembrando que é a pasta data utilizada pelo gameserver_cs).
No SQL (principais):
database MUOnline > Tabela MuCastle_DATA.
database MUOnline > Tabela MuCastle_REG_SIEGE.
database MUOnline > Tabela MuCastle_SIEGE_GUILDLIST.
Certo, vamos agora entender como configurar cada local. Em primeiro momento, vamos aprender a configurar a tabela MuCastle_DATA no SQL: Ao encontrar a tabela, clique com o direito do mouse em cima dela, depois em Open Table > Return All Rows.



Após abrir, você verá algo assim:



Vamos entender cada coluna:
MAP_SVR_GROUP: Grupo a que o gameserver_cs pertence no arquivo data/MapServerInfo.dat (por padrão, é zero).
SIEGE_START_DATE: Data em que se inicia o ciclo.
SIEGE_END_DATE: Data em que termina o ciclo.
SIEGE_GUILDLIST_SETTED: Coluna que determina se já há uma lista de guilds aptas para atacar o castelo (ou seja, as três guilds registradas que mais adicionaram sign of lord). Se na coluna estiver 1, significa que as fases “registro de guilds”, “tregua” e ”registro de sign of lord” já aconteceram. Se estiver 0 (zero), significa que ainda não ocorreu o registro de sign of lord (veremos onde ficam armazanadas essas guilds mais adiante).
SIEGE_ENDED: Se estiver 1 (um), significa que a oitava fase já aconteceu (sendo assim o gameserver_cs entra em fase de “tregua”, aguardando a nona fase). Se estiver 0 (zero), significa que a nona fase ainda não aconteceu.
CASTLE_OCCUPY: Se estiver 1 (um), significa que o castelo possui algum dono (alguma guild é dona do castelo). Se estiver 0 (zero), significa que o castelo está sem dono (é altamente recomendável colocar uma guild como dona quando for configurar para evitar problemas. Coloque a guild da equipe de seu servidor na primeira configuração).
OWNER_GUILD: Nome da guild dona do castelo. Se não tiver nada escrito, é porque está sem dono (como já dito, é altamente recomendável colocar uma guild como dona).
MONEY: Valor de zen arrecadado na cobrança de impostos (uso da chaos machine, npcs e da entrada de land of trial).
TAX_RATE_CHAOS: Taxa cobrada em zen para usar a chaos machine.
TAX_RATE_STORE: Taxa cobrada em zen por itens comprados nos NPC’s.
TAX_HUNT_ZONE: Taxa cobrada em zen para entrar em Land of Trial.
Bom, entendemos para que serve cada coluna da MUCastle_DATA. Agora vamos aprender como configurar.
A grande maioria dos administradores de MU Online que estão aprendendo a configurar o evento se enrolam em uma coisa muito simples: a s datas de início e fim do evento.
Temos que ter em mente, como já dito, que o evento é composto de um ciclo, com duração, por padrão, de 7 dias (aprenderemos a alterar isso mais adiante). Contudo, não podemos esquecer que existe o dia de inicio do ciclo, que entra na conta (o chamado “dia zero”), veremos mais adiante o porque disso…
Sendo assim, devemos sempre contar o dia zero (data atual) + 7 dias.
Vamos ao exemplo.
Vamos supor que hoje é dia 01/09/2017, como ficariam as datas de inicio e fim do evento ?
Data de inicio: 01/09/2017
Data de término: 08/09/2017.
Porque dia 8, sendo que são 7 dias no ciclo?
Vamos às contas…
01/09/2017 (é o dia zero que falei), 02/09/2017 (seria o dia 1), 03/09/2017 (seria o dia 2) e assim por diante até chegar ao dia 7, que em nosso exemplo seria o dia 08/09/2017.
Sendo assim, nossa configuração do siege na tabela MUCastle_DATA ficaria assim:




Bom, já temos uma noção de como configurar o MUCastle_DATA. Agora vamos entender como configurar o arquivo data/MuCastleData.dat Esse é o principal arquivo de configuração. É nele que será definido quando ocorrerá cada ciclo do evento. É o cérebro de tudo, digamos assim. A parte principal da configuração desse arquivo é a seguinte:

//=======================================//
// #   Quantidade de dias que durará o ciclo                           # //
//=======================================//
0
7   //dias do ciclo
end
//=======================================//
// #   Ordem        dia           Hora       Minuto        Fase          # //
//=======================================//
1
1                 0              0              0                     // Inicio do ciclo e do Registro de guilds
2                 3             11             59                  // Tregua
3                 3             13             59                  // Inicio do Registro de Signs
4                 4             14             29                  // Tregua
5                 5             15             29                  // Noticiação às guild de ataque ao Castelo
6                 6             15             49                  // Preparação para o evento
7                 7             15             59                  // Início do evento
8                 7             17             59                  // Fim do evento
9                 7             23             59                  // Fim do ciclo end

Como já dito, o castle siege segue uma linha do tempo. Então, as cada fase acontece em seu devido tempo, pré-fixado neste arquivo. O primeiro grupo de configuração (grupo 0), determina quantos dias durará o ciclo. Por padrão da webzen (mu global), isso ocorre de 15 em 15 dias. Contudo, a grande maioria dos muservers vem com configuração padrão de 7 dias, como está em nosso exemplo. Recomendo deixar 7 dias mesmo, pelo menos enquanto você não tiver um domínio maior no assunto.
No segundo grupo (grupo 1), temos as configurações das fases, divididos em linhas e colunas. Na primeira coluna, temos a ordem que acontecerá cada fase do ciclo, de 1 a 9.
NÃO ALTERE ESSA ORDEM.
Na segunda coluna, temos o dia em que se iniciará a fase da referida linha.
Na terceira coluna, temos a hora em que se iniciará a fase da referida linha.
Na quarta coluna, temos o minuto em que se iniciará a fase da referida linha.
Por fim, um comentário com o nome da fase (é apenas um comentário para auxiliar na configuração, em nosso exemplo está em português para que possamos compreender melhor).
Ok, já sabemos para que serve cada coluna e cada linha. Agora vamos entender como configurar essa “linha do tempo” corretamente.

Bom, como dito, a primeira coluna nós não podemos modificar, pois é a sequencia em que ocorrem as fases. Na segunda coluna, nós vamos configurar a o dia em que ocorrerá a fase que você deseja. Sendo assim, partindo do nosso exemplo (que hoje seja dia 01/09/2017), vamos ver como ficaria uma configuração (depois vou ensinar como fazer uma configuração emergencial, para que todas as fases do siege ocorram em um único dia).

No exemplo a seguir, vou colocar as fases para acontecerem da seguinte forma:

Início do Ciclo e Registro de Guilds (os dois ocorrem ao mesmo tempo): 01/09/2017, das 0:00 horas ao dia 07/09/2017 às 12:59.
Fim do Registro de Guilds e início da Tregua: dia 07/09/2017 das 12:59 às 14:59
Fim da Tregua e início do Registro de Sign Of Lord: 07/09/2017, das 14:59 horas ao dia 07/09/2017 às 16:59.
Fim do Registro d e Sign Of Lord e início da Tregua: dia 07/09/2017 das 16:59 às 18:59
Fim da Tregua e início da notificação às guilds de ataque ao castelo: dia 07/09/2017 das 18:59 ao dia 08/09/2017 às 12:59
Fim da notificação de ataque ao castelo e início da preparação para o evento: dia 08/09/2017 das 12:59 às 13:29
Início do evento: dia 08/09/2017 às 13:59
Fim do evento: dia 08/09/2017 às 15:59
Fim do ciclo: dia 08/09/2017 às 23:59

//=======================================//
// #   Quantidade de dias que durará o ciclo           # //
//=======================================//
0
7   //dias do ciclo
end
//=======================================//
// #   Ordem        dia           Hora       Minuto        Fase          # //
//=======================================//
1
1                 0              0              0                     // Inicio do ciclo e do Registro de guilds
2                 6             12             59                  // Tregua
3                 6             14             59                  // Inicio do Registro de Signs
4                 6             16             59                  // Tregua
5                 6             18             59                  // Noticiação às guild de ataque ao Castelo
6                 7             13             29                  // Preparação para o evento
7                 7             13             59                  // Início do evento
8                 7             15             59                  // Fim do evento
9                 7             23             59                  // Fim do ciclo end

Pois bem, agora vamos aprender como ficaria uma configuração emergencial. Bom, vocês já tem a noção da linha do tempo. Então, para que todas as fases do evento ocorram em um unico dia, basta colocar, da seguinte forma:

//=======================================//
// #   Quantidade de dias que durará o ciclo           # //
//=======================================//
0
7   //dias do ciclo
end
//=======================================//
// #   Ordem        dia           Hora       Minuto        Fase          # //
//=======================================//
1
1                 0              0              0                     // Inicio do ciclo e do Registro de guilds
2                 0             12             59                  // Tregua
3                 0             13             59                  // Inicio do Registro de Signs
4                 0             14             59                  // Tregua
5                 0             15             59                  // Noticiação às guild de ataque ao Castelo
6                 0             16             29                  // Preparação para o evento
7                 0             17             59                  // Início do evento
8                 0             19             59                  // Fim do evento
9                 7             23             59                  // Fim do ciclo end

Como podem perceber, a coluna “dia” encontra-se quase que por inteira no primeiro dia.
Sendo assim, todas as fases “importantes” para que o evento aconteça ocorreriam no dia em que foi configurado (respeitando-se a ordem do horário). Lembrando que isso é apenas uma configuração emergencial e que, para fazer isso, é necessário ficar atento as colunas:

SIEGE_START_DATE
SIEGE_END_DATE
SIEGE_GUILDLIST_SETTED
SIEGE_ENDED

Espero que tenham gostado e que possam ter aprendido algo a respeito desse evento que, em minha humilde opinião, é o melhor já feito pela webzen.
É isso galera.

[ ]‘s



----------------------------

Créditos: Renato

[louis]

@[Somente membros podem ver os links. ] sobre as linhas

;================================================= =
; Hack Settings
;================================================= =
CheckSpeedHack = 0
CheckSpeedHackTolerance = 0
CheckLatencyHack = 0
CheckLatencyHackTolerance = 0
CheckAutoPotionHack = 1
CheckAutoPotionHackTolerance = 300
CheckAutoComboHack = 0
CheckAutoComboHackTolerance = 0

O tolerence é tempo entre a utilização, por exemplo o potion hack, 300ms, é o tempo entre a utilização dos potions, tem hack que faz usar 100000 potes por segundo, com isso habilitado não será possível usar vários potes ao mesmo tempo, e sim de acordo com o tempo configurado.

Outro é o combo hack(você tem que ajustar de acordo), tem certo mouses gamers onde você configura o combo e seu char solta muitos combos seguidos, com isso habilitado não será usar esse tipo de "hack".

O speed e o latency nunca utilizei.

Speed = veleidade dos hits.
Latency = ping ( seria como ajustar para todos com o mesmo ping, assim como tem gente que tem ping 150 e outros tem ping 50, haveria um equilíbrio)

Porém não testei ^^

[weberson]

Eu ajudei um amigo que está com o MS free do louis, e o antihacker está fluindo de boa, é alguma configuração que esteja fazendo de errado.



Catei esse tutorial bem explicado sobre as linhas do CS, espero que te ajude.

Olá a todos, pretendo dar a vocês uma noção completa sobre os arquivos de configuração do referido evento.
Bom, antes de analisarmos os arquivos de configuração, temos que ter em mente uma coisa muito importante, que é a base do castle siege.
O castle siege é composto por uma LINHA DO TEMPO.
Como assim “linha do tempo” ?
O evento é composto por um ciclo de nove fases que termina e se reinicia (imagine uma roda), devendo ser respeitada a ordem das fases.
Tendo isso em mente, vamos às fases:
PRIMEIRA FASE: REGISTRO DE GUILDS
SEGUNDA FASE: TREGUA
TERCEIRA FASE: REGISTRO DE SIGN OF LORD.
QUARTA FASE: TREGUA
QUINTA FASE: NOTIFICAÇÃO A GUILD DONA DO CASTELO QUE ELE SERÁ ATACADO.
SEXTA FASE: PREPARAÇÃO PARA O ATAQUE AO CASTELO
SÉTIMA FASE: INÍCIO DO ATAQUE AO CASTELO (INÍCIO DO EVENTO)
OITAVA FASE:FIM DO ATAQUE AO CASTELO (FIM DO EVENTO)
NONA FASE: FIM DO CICLO (RETORNO AUTOMÁTICO A PRIMEIRA FASE)
NÃO ESQUEÇA: A ORDEM DAS FASES NÃO PODE SER ALTERADA.
Já temos uma noção de como funciona o evento, então vamos saber onde configurá-lo.
No MU Server: data/mucastledata.dat (Lembrando que é a pasta data utilizada pelo gameserver_cs).
No SQL (principais):
database MUOnline > Tabela MuCastle_DATA.
database MUOnline > Tabela MuCastle_REG_SIEGE.
database MUOnline > Tabela MuCastle_SIEGE_GUILDLIST.
Certo, vamos agora entender como configurar cada local. Em primeiro momento, vamos aprender a configurar a tabela MuCastle_DATA no SQL: Ao encontrar a tabela, clique com o direito do mouse em cima dela, depois em Open Table > Return All Rows.



Após abrir, você verá algo assim:



Vamos entender cada coluna:
MAP_SVR_GROUP: Grupo a que o gameserver_cs pertence no arquivo data/MapServerInfo.dat (por padrão, é zero).
SIEGE_START_DATE: Data em que se inicia o ciclo.
SIEGE_END_DATE: Data em que termina o ciclo.
SIEGE_GUILDLIST_SETTED: Coluna que determina se já há uma lista de guilds aptas para atacar o castelo (ou seja, as três guilds registradas que mais adicionaram sign of lord). Se na coluna estiver 1, significa que as fases “registro de guilds”, “tregua” e ”registro de sign of lord” já aconteceram. Se estiver 0 (zero), significa que ainda não ocorreu o registro de sign of lord (veremos onde ficam armazanadas essas guilds mais adiante).
SIEGE_ENDED: Se estiver 1 (um), significa que a oitava fase já aconteceu (sendo assim o gameserver_cs entra em fase de “tregua”, aguardando a nona fase). Se estiver 0 (zero), significa que a nona fase ainda não aconteceu.
CASTLE_OCCUPY: Se estiver 1 (um), significa que o castelo possui algum dono (alguma guild é dona do castelo). Se estiver 0 (zero), significa que o castelo está sem dono (é altamente recomendável colocar uma guild como dona quando for configurar para evitar problemas. Coloque a guild da equipe de seu servidor na primeira configuração).
OWNER_GUILD: Nome da guild dona do castelo. Se não tiver nada escrito, é porque está sem dono (como já dito, é altamente recomendável colocar uma guild como dona).
MONEY: Valor de zen arrecadado na cobrança de impostos (uso da chaos machine, npcs e da entrada de land of trial).
TAX_RATE_CHAOS: Taxa cobrada em zen para usar a chaos machine.
TAX_RATE_STORE: Taxa cobrada em zen por itens comprados nos NPC’s.
TAX_HUNT_ZONE: Taxa cobrada em zen para entrar em Land of Trial.
Bom, entendemos para que serve cada coluna da MUCastle_DATA. Agora vamos aprender como configurar.
A grande maioria dos administradores de MU Online que estão aprendendo a configurar o evento se enrolam em uma coisa muito simples: a s datas de início e fim do evento.
Temos que ter em mente, como já dito, que o evento é composto de um ciclo, com duração, por padrão, de 7 dias (aprenderemos a alterar isso mais adiante). Contudo, não podemos esquecer que existe o dia de inicio do ciclo, que entra na conta (o chamado “dia zero”), veremos mais adiante o porque disso…
Sendo assim, devemos sempre contar o dia zero (data atual) + 7 dias.
Vamos ao exemplo.
Vamos supor que hoje é dia 01/09/2017, como ficariam as datas de inicio e fim do evento ?
Data de inicio: 01/09/2017
Data de término: 08/09/2017.
Porque dia 8, sendo que são 7 dias no ciclo?
Vamos às contas…
01/09/2017 (é o dia zero que falei), 02/09/2017 (seria o dia 1), 03/09/2017 (seria o dia 2) e assim por diante até chegar ao dia 7, que em nosso exemplo seria o dia 08/09/2017.
Sendo assim, nossa configuração do siege na tabela MUCastle_DATA ficaria assim:




Bom, já temos uma noção de como configurar o MUCastle_DATA. Agora vamos entender como configurar o arquivo data/MuCastleData.dat Esse é o principal arquivo de configuração. É nele que será definido quando ocorrerá cada ciclo do evento. É o cérebro de tudo, digamos assim. A parte principal da configuração desse arquivo é a seguinte:

//=======================================//
// #   Quantidade de dias que durará o ciclo                           # //
//=======================================//
0
7   //dias do ciclo
end
//=======================================//
// #   Ordem        dia           Hora       Minuto        Fase          # //
//=======================================//
1
1                 0              0              0                     // Inicio do ciclo e do Registro de guilds
2                 3             11             59                  // Tregua
3                 3             13             59                  // Inicio do Registro de Signs
4                 4             14             29                  // Tregua
5                 5             15             29                  // Noticiação às guild de ataque ao Castelo
6                 6             15             49                  // Preparação para o evento
7                 7             15             59                  // Início do evento
8                 7             17             59                  // Fim do evento
9                 7             23             59                  // Fim do ciclo end

Como já dito, o castle siege segue uma linha do tempo. Então, as cada fase acontece em seu devido tempo, pré-fixado neste arquivo. O primeiro grupo de configuração (grupo 0), determina quantos dias durará o ciclo. Por padrão da webzen (mu global), isso ocorre de 15 em 15 dias. Contudo, a grande maioria dos muservers vem com configuração padrão de 7 dias, como está em nosso exemplo. Recomendo deixar 7 dias mesmo, pelo menos enquanto você não tiver um domínio maior no assunto.
No segundo grupo (grupo 1), temos as configurações das fases, divididos em linhas e colunas. Na primeira coluna, temos a ordem que acontecerá cada fase do ciclo, de 1 a 9.
NÃO ALTERE ESSA ORDEM.
Na segunda coluna, temos o dia em que se iniciará a fase da referida linha.
Na terceira coluna, temos a hora em que se iniciará a fase da referida linha.
Na quarta coluna, temos o minuto em que se iniciará a fase da referida linha.
Por fim, um comentário com o nome da fase (é apenas um comentário para auxiliar na configuração, em nosso exemplo está em português para que possamos compreender melhor).
Ok, já sabemos para que serve cada coluna e cada linha. Agora vamos entender como configurar essa “linha do tempo” corretamente.

Bom, como dito, a primeira coluna nós não podemos modificar, pois é a sequencia em que ocorrem as fases. Na segunda coluna, nós vamos configurar a o dia em que ocorrerá a fase que você deseja. Sendo assim, partindo do nosso exemplo (que hoje seja dia 01/09/2017), vamos ver como ficaria uma configuração (depois vou ensinar como fazer uma configuração emergencial, para que todas as fases do siege ocorram em um único dia).

No exemplo a seguir, vou colocar as fases para acontecerem da seguinte forma:

Início do Ciclo e Registro de Guilds (os dois ocorrem ao mesmo tempo): 01/09/2017, das 0:00 horas ao dia 07/09/2017 às 12:59.
Fim do Registro de Guilds e início da Tregua: dia 07/09/2017 das 12:59 às 14:59
Fim da Tregua e início do Registro de Sign Of Lord: 07/09/2017, das 14:59 horas ao dia 07/09/2017 às 16:59.
Fim do Registro d e Sign Of Lord e início da Tregua: dia 07/09/2017 das 16:59 às 18:59
Fim da Tregua e início da notificação às guilds de ataque ao castelo: dia 07/09/2017 das 18:59 ao dia 08/09/2017 às 12:59
Fim da notificação de ataque ao castelo e início da preparação para o evento: dia 08/09/2017 das 12:59 às 13:29
Início do evento: dia 08/09/2017 às 13:59
Fim do evento: dia 08/09/2017 às 15:59
Fim do ciclo: dia 08/09/2017 às 23:59

//=======================================//
// #   Quantidade de dias que durará o ciclo           # //
//=======================================//
0
7   //dias do ciclo
end
//=======================================//
// #   Ordem        dia           Hora       Minuto        Fase          # //
//=======================================//
1
1                 0              0              0                     // Inicio do ciclo e do Registro de guilds
2                 6             12             59                  // Tregua
3                 6             14             59                  // Inicio do Registro de Signs
4                 6             16             59                  // Tregua
5                 6             18             59                  // Noticiação às guild de ataque ao Castelo
6                 7             13             29                  // Preparação para o evento
7                 7             13             59                  // Início do evento
8                 7             15             59                  // Fim do evento
9                 7             23             59                  // Fim do ciclo end

Pois bem, agora vamos aprender como ficaria uma configuração emergencial. Bom, vocês já tem a noção da linha do tempo. Então, para que todas as fases do evento ocorram em um unico dia, basta colocar, da seguinte forma:

//=======================================//
// #   Quantidade de dias que durará o ciclo           # //
//=======================================//
0
7   //dias do ciclo
end
//=======================================//
// #   Ordem        dia           Hora       Minuto        Fase          # //
//=======================================//
1
1                 0              0              0                     // Inicio do ciclo e do Registro de guilds
2                 0             12             59                  // Tregua
3                 0             13             59                  // Inicio do Registro de Signs
4                 0             14             59                  // Tregua
5                 0             15             59                  // Noticiação às guild de ataque ao Castelo
6                 0             16             29                  // Preparação para o evento
7                 0             17             59                  // Início do evento
8                 0             19             59                  // Fim do evento
9                 7             23             59                  // Fim do ciclo end

Como podem perceber, a coluna “dia” encontra-se quase que por inteira no primeiro dia.
Sendo assim, todas as fases “importantes” para que o evento aconteça ocorreriam no dia em que foi configurado (respeitando-se a ordem do horário). Lembrando que isso é apenas uma configuração emergencial e que, para fazer isso, é necessário ficar atento as colunas:

SIEGE_START_DATE
SIEGE_END_DATE
SIEGE_GUILDLIST_SETTED
SIEGE_ENDED

Espero que tenham gostado e que possam ter aprendido algo a respeito desse evento que, em minha humilde opinião, é o melhor já feito pela webzen.
É isso galera.

[ ]‘s



----------------------------

Créditos: Renato

Agora sim Fera... Muito Obrigado... vou arrumar aqui...

5 minutes:------- Atualizado -------

@[Somente membros podem ver os links. ] sobre as linhas

;================================================= =
; Hack Settings
;================================================= =
CheckSpeedHack = 0
CheckSpeedHackTolerance = 0
CheckLatencyHack = 0
CheckLatencyHackTolerance = 0
CheckAutoPotionHack = 1
CheckAutoPotionHackTolerance = 300
CheckAutoComboHack = 0
CheckAutoComboHackTolerance = 0

O tolerence é tempo entre a utilização, por exemplo o potion hack, 300ms, é o tempo entre a utilização dos potions, tem hack que faz usar 100000 potes por segundo, com isso habilitado não será possível usar vários potes ao mesmo tempo, e sim de acordo com o tempo configurado.

Outro é o combo hack(você tem que ajustar de acordo), tem certo mouses gamers onde você configura o combo e seu char solta muitos combos seguidos, com isso habilitado não será usar esse tipo de "hack".

O speed e o latency nunca utilizei.

Speed = veleidade dos hits.
Latency = ping ( seria como ajustar para todos com o mesmo ping, assim como tem gente que tem ping 150 e outros tem ping 50, haveria um equilíbrio)

Porém não testei ^^

Achei que ja tinha definido esses parâmetros hehehe...
Bom vou testar algumas coisas se tiver sucesso eu mando aqui como fico vlw...

[JOHNPEREIRA]

Muito bom o servidor ! , não tem o que questionar. Parabéns pelo trabalho !

[burgos01]

Opa galera Boa noite a todos to fazendo teste nesse serve e agradecer e claro pelo belo serve e a paciência do nosso amigo (Louis) esta com um erro no shop acredito de textura no item segui o link abaixo agradeço desde já a atenção..
[Somente membros podem ver os links. ]

OBS: não modifiquei absolutamente nada do serve todos os arquivo sendo usando do post principal.