Leaderboard

Bem, isso é um 'pre' release. Essa tradução foi gerada automaticamente por um Script que usou a database do brAthena para o formato do Hercules. Como foi gerada por UM SCRIPT pode haver bugs, erros, problemas ou inconsistências. Confirmando novamente: ELA NÃO FOI TESTADA. Em breve posto o Script que criei para fazer isso, quando tiver certeza que ele funciona bem. output.conf

// this assumes the target player is online and those variables are filled: // .@char_name$ // .@account_id // .Rates .@kill_counter = getvariableofpc(KILL_COUNTER, .@account_id); .@cost = .Rates * .@kill_counter; mesf("Are you sure you want to bail %s out of jail for %d zeny?", .@char_name$, .@cost); next(); if (select("Confirm", "Cancel") == 1) { if (Zeny < .@cost) { mes("You didn't have enough Zeny."); } else { Zeny -= .@cost; // remove zeny set(getvariableofpc(KILL_COUNTER, .@account_id), 0); // reset counter to zero // {{ ADD YOUR UNJAILING LOGIC HERE }} mes("Kabooom!"); } } close; OnPCKillEvent: if (readparam(BaseLevel, killedrid) < 50) { ++KILL_COUNTER; // increase the kill counter // {{ ADD YOUR JAILING LOGIC HERE }} } end;

You don't need to use SQL at all for this; it can all be done in the script engine: // this assumes the target player is online and those variables are filled: // .@char_name$ // .@account_id // .Rates mesf("Are you sure you want to bail %s out of jail?", .@char_name$); next(); if (select("Confirm", "Cancel") == 1) { .@kill_counter = getvariableofpc(KILL_COUNTER, .@account_id); .@cost = .Rates * .@kill_counter; if (Zeny < .@cost) { mes("You didn't have enough Zeny."); } else { Zeny -= .@cost; mes("Kabooom!"); } } close; OnPCKillEvent: if (readparam(BaseLevel, killedrid) < 50) { ++KILL_COUNTER; } end;

Dude like..... If you speak French don't struggle! Just Écris le enfrancais.. Ya du monde qui comprennent la langue ici.... I'll check...

I suggest using import folder: conf/import/char-server.conf: char_configuration: { sql_connection: { db_hostname: "127.0.0.1" db_port: 3306 db_username: "username" db_password: "password" db_database: "database" } } ^ equivalent to Char_server_ip/char_server_port/etc.. in rA conf/import/login-server.conf: login_configuration: { account: { sql_connection: { // equivalent to login_server_ip/login_server_port/etc. db_hostname: "127.0.0.1" db_port: 3306 db_username: "username" db_password: "password" db_database: "database" } ipban: { sql_connection: { // equivalent to ipban_db_ip/ipban_db_port/etc. db_hostname: "127.0.0.1" db_port: 3306 db_username: "username" db_password: "password" db_database: "database" } } } } conf/import/inter-server.conf: inter_configuration: { log: { sql_connection: { // equivalent to log_db_ip/log_db_port/etc. db_hostname: "127.0.0.1" db_port: 3306 db_username: "username" db_password: "password" db_database: "database" } } } conf/import/map-server.conf map_configuration: { sql_connection: { //equivalent to map_server_ip/map_server_port/etc. db_hostname: "127.0.0.1" db_port: 3306 db_username: "username" db_password: "password" db_database: "database" } } If you want all servers to use same db username/pass/database, you can instead edit conf/global/sql_connection.conf sql_connection: { db_hostname: "127.0.0.1" db_port: 3306 db_username: "ragnarok" db_password: "ragnarok" db_database: "ragnarok" //codepage:"" } sql_connection.conf affects all server, and avoids mentioning each credentials seperately. I hope it helped you and this is what you were asking for.

You mean this? https://github.com/dastgir/HPM-Plugins/commit/c09570cfb0dd68fada5ece052fa67387e961814f ?

Desde os tempos arcaicos que existe emuladores TxT e SQL, sempre foi melhor usar SQL. TxT é uma pratica rapida de fazer um servidor, as comunições do servidor q usa banco de dados TxT, na mnha opnião é lenta, e cheia de erros. SQL não tem mistério para usar, e funciona todo automático e sua comunicação é muito boa com o servidor. Antigamente eu usava TxT, pq era menos trabalho pra configurar, mais sempre dava erro nas comunicações, quando eu tive q usar o SQL, no começo achei dificil configurar pq é cheio de programa pra baixar, mais quando aprendi coisa de 5 dias, ficou uma maravilha o servidor. Resumindo: SQL pra mim e para qualquer HOST pago é o melhor, mais se quer fazer um servidor so para rodar na sua maquina e estiver preguiça de aprender sobre o SQL pois tente o TxT.

Short answer is : yes, the client supports larger maps, but you have to be careful when you make them! 2013-07-08 : Maximum map size : 1500 x 1500 2010-07-30 : Maximum map size : 1350 x 1350 These large maps take about 300 MB of memory, but I doubt people will go that high. Apart from the client version, maps also have a limit on the number of "lightmap" references, which is 65536 (ushort). Each tile is associated with a lightmap. Let's assume you have a map of size 512 by 512, that would mean... Tiles Up = Width/2 * Height/2 = 256 * 256 = 65536 Maximum Tiles = 3 * Width/2 * Height/2 = 196608 (up, left and right) Lightmaps to fill = Maximum Tiles = 196608 That means that even a map of 512 by 512 can "break". If you don't use walls, then you only have 65536 max tiles and there are no issues in that case. You can reuse an existing lightmap (which gives you a much bigger margin to play with), but BrowEdit doesn't seem to support this when you recalculate the lightmaps (this is the common "Sanity error: lightmaps out of bounds" error people get). Just for a quick comparison, the map schg_dun01 has 63854 lightmaps and it is 400 by 400 in size. The map has many lighting effects though and the complex background is what increases the amount so much. Also, maps larger than 1350 require a minimal size of 80 MB (this is without lightmaps), which is unfortunately too much for cps.dll (the limit is around ~75 MB). I doubt this will be needed anyhow. For further reference, these are the maps I've used to do my tests ingame (they do not have lightmaps for the reasons mentionned above) : http://www.mediafire.com/download/737b0u8dp9b6v3f/testmaps.grf You could have maps of 2500 by 20, there are no problems with these for the client. I don't think BrowEdit is able to calculate quad trees which aren't in a square shape (I may be wrong on BrowEdit's capabilities though! I haven't tested with non-squared maps).