Leaderboard

For a while I hear "the ragnarok client can't do anything, it's very limited", so I decided to focus 1 year on learning reverse engineering, learning to read the code and invent my own ways, I learned methods to find the shapes and colors, and every day I was perfecting myself, today I can modify basically anything, when I can't, I set a goal to try a little more, here is my showcase and I hope you like it. when I started it was 2021, so 20200401 was my focus. Today I'm already upgrading to 20211117+ Change GM/Player/Mob/npc color? yes! very small npc box? yes I increased (I like space) MENU? YES! AP BAR for all jobs? YES! NEW WARP? yes! CUSTOM BASIC INFO? oh yes!! Custom LoadingBar? Yes! recover the old menu? yes Others mods: New Collection Night mode: Chat: Hp bar colors: others colors Text effects: Select Service Login Screen new position. Updates: I created a diff nemo that allows me to change the style, color, and direction. Original portal My custom

for(set .@j,1; .@j<13; set .@j,.@j+2) if you try add one more item change .@j<13; to .@j<15; if you try add two more item change .@j<13; to .@j<17;

Fantastic!

Hi Dear Digos, after few months, i got the answers a lot, your problem is the similar as yours, and i found a ways to solve it at network level without modify client and server-side. From the box we have all what we need (proxy diff at client) and binding the emulator to all interfaces. My idea was about "if you recieve ddos, automaticly replace player to another live host". But after long testing with hiring some network engeneirs i got simple answer: with tcp it's imposible to do. BUT! You can do that with GRE / IPIP Tunnels and advanced routing policy. Ragnarok Online exe support it, and it works well: Game Host: 50.50.50.50 PlayerIP: 60.60.60.60 GRE1, IP 1.1.1.1 GRE2, IP 2.2.2.2 GRE3, IP 3.3.3.3 60.60.60.60 -> 1.1.1.1 -> 50.50.50.50 with saving 60.60.60.60 -> OK 60.60.60.60 -> 2.2.2.2 -> 50.50.50.50 with saving 60.60.60.60 -> OK 60.60.60.60 -> 3.3.3.3 -> 50.50.50.50 with saving 60.60.60.60 -> OK So, just google about it. Sorry for stupid answer, but there is nothing to do with rAthena, because this feature is available out the box, and request advanced network education. (it's already work on my projects very fine). About DDOS Protection: There is the end of the DDoS attacks at 2015 & 2016. The peak were at 2012 - 2014. The ddos attacks related to cogent (they sell a very big uplinks for very cheap price, for now they do not sell it anymore after a lot of abuse). Each online shit which can generate up to 60-70 Gbit/s at 2012 - 2014, and at early 2015 at nowdays can generate maximum 190.000 pps at UDP & 120k pps at TCP. You can avoid it with syncookies + some of the cheap DDoS protected server by hard limiting protocols to your server. Sorry, this is not bla bla bla from me, i have a projects where i got attacks very big for every week to destroy my project, and i tried a lot of things since 2012...

rathena/conf/battle/pet.conf // Rate for catching pets (Note 2) pet_catch_rate: 100 //100% Capture rate. // The rate a pet will get friendly by feeding it. (Note 2) pet_friendly_rate: 100 //Change to 10000. This should make it loyal after 1 feed. // If your pet is hungry by how much will the friendlyness decrease by. (Default is 5) // Note: The friendlyness is 0-1000 total, at 0 the pet runs away. pet_hungry_friendly_decrease: 5 //Change to 0. Should it ever get hungry, it won't lose it's friendliness. Meaning you can have a very loyal starving pet.

Yeah, that's why you change: #ifndef RENEWAL_EDP val3 = 50*(val1+1); //Damage increase (+50 +50*lv%) #endif To: #ifndef RENEWAL_EDP val3 = -25+50*val1; //Damage increase (-25+50*level) #endif But that's a kinda strange balance. Don't you want to half the damage increase? In that case it would be: #ifndef RENEWAL_EDP val3 = 25*(val1+1); //Damage increase (+25 +25*lv%) #endif