TMP4

So you took Livaria2 leaked serverfile from TurkMMO and it's not working because the leaker missed a module named livaria2appmodul, so you came to Metin2Dev to get help where this serverfile does not even published. If you are a complete beginner why did you choose such serverfile? There are a lot more serverfile to choose from what workng "out of box" even in TurkMMO with pre installed systems. (The quality is another thing.. ?) If you really need this serverfile check the source code where does this livaria2appmodul are called and if it's really needed. Maybe it's not even needed and you can remove it's call safely.

I was always wonder about the first one. That is totally different from the others, not just a recolor and feel very very professional. Also I think that was the first in the timeline too if we talking about when these armors came public. Anyone know it's origin? Official or made by a very talented artist back in the time?

That is a networking issue, and editing the DB_ADDR: 127.0.0.1 to your public ip will not solve that at all. Check this: But the best is that run your live server from a vps since that does not have internal ip so it's public ip will be fine. Explanation: If your server run under a router from home, it will have a 192.168.x.x ip address as public ip and not your real public ip, so it will allow connects from your local network. Edit: Alright, no problem ? Yes it should work in localhost, but if you want your friends to join, you need to deal with the internal ip problem I talked above or use a vps.

It is the port security. What I wonder how did you get your public ip there, it should be localhost only. (127.0.0.1) Did you modify config files 127.0.01 to your public ip? Please tell me I really wonder... Anyway db/peerbase.cpp @snake4game did you edit these to your public ip? DB_ADDR: 127.0.0.1 [...] PLAYER_SQL: 127.0.0.1 metin2 password player COMMON_SQL: 127.0.0.1 metin2 password common LOG_SQL: 127.0.0.1 metin2 password log If you did, why? You really shouldn't what's more you should not let db's port publicly available because that is a security risk.

I just hope you dont want to run your live server from a vm. I may update the vm, but its not priority since 99,99% of people using that for localhost testing, not to mention people who still use FreeBSD 9.2 ?

Nice, I'll send the IP and the login in DM for you. Please download the client from here: [Hidden Content] and edit the ip in serverinfo.py what I give you. Edit: We tried and the conclusion was that it is not possible to hack a serverside GM affect in a basic source ?

I have a VPS with a test server, I can give you a test account and the client (same as this, you can have source too...), will you join and prove your words that you discovered something what no one else did since a decade?

What is your answer about including a sample code? Yes you will No, you can't If you include one to prove there was a real serverside GM affect hack what no one has discovered for more than decade, I'll apologise!

There is no packet hack for getting a serverside GM affect as a player. As I said I never saw anything like that in any server, and if your server's players could really get one, you have a big trouble in your source. If you believe there are any hack like that, once again include a sample code. (You can't because it is not exists, but if you will and it's working I'll apologize) There are only a clientside SetAffect function JUST VISIBLE FOR YOU what is totally different from the char.cpp's if(GetGMLevel() > GM_LOW_WIZARD) { m_afAffectFlag.Set(AFF_YMIR);... check because it only happens on clientside. Not to mention Gurgarath is totally right, you are not doing anything on char.cpp besides you take away the GM affect from GM_WIZARD because that is number 2 and not 3.

The GM logo hack are not coming from a serverside error. There is a totally unnceserry SetAffect function in the client what allows players to have GM logo, but only they can see it, others can't, it's just visual. You can remove it in PythonCharacterManagerModule.cpp { "SetAffect", chrmgrSetAffect, METH_VARARGS }, But once again, that is only a visual hack in clientside, nothing serious. If your players really can claim a real GM affect in serverside then you have a much bigger problem... If they actually could do such magic in your serverside then they could use GM commands in the same way, since the command's check works the same: if (cmd_info[icmd].gm_level && cmd_info[icmd].gm_level > ch->GetGMLevel()) // cmd.cpp, it's the same because cmd_info contains gm_level like GM_LOW_WIZARD.... I know you'll write that it is how you fixed and you have 1.000 players but at least provide us a sample code for that magic svside hack because at this point you are drinking wine and preach water. I'm playing Metin2 more than 10 years but I never saw a single server where a player could actually get a REAL serverside GM affect.

Edit: I found the error, I used Shogun's SQL tables for object_proto: And he modified the object_proto for a good reason: with the original reg_1-2-3-4 values it is hard to place objects. However his 10 and -10 values are not good for the sectree for some reason. I took the official values and the syserrs are gone. But it's harder to place objects now so I cut half every value (ex: reg_1 = reg_1/2 and same with reg_2-3-4) and it's much better to place object and thy syserr is still clear. Please use this object_proto table: [Hidden Content] I'll include this in the next update.

Yes, here I linked a great tutorial for that. But if your hosting allows to use your own iso file (better hostings does) then it would be must faster to just install a fresh FreeBSD12.2 because the upgrade takes hella lot time and you may have to deal with conflicts when it will ask you to check and merge files. If it does allow, you can take the iso here.

We already talked about this earlier in this topic, you need FreeBSD12+.

Hey, sorry but I cannot provide private help for anyone but feel free to ask in this forum in Questions & Answers or even here but provide more details, and someone will probably answer, maybe me.

Try to remove it, as I said in the topic that is not a fix but a workaround and i think does not even correct. Also the problem does not occur for me at SCMD_QUIT but when I kill the client. And as marty said, the server will kick the client-less character in about 300second so this problem is not even a serious one.

It's just a guess but did you applided this?

That's why I wrote I'm not sure if it is real or written by a well prepared troll. It came from an outlook address, not a @somelawyerfirm.com, and while I found his name in Hungarian Bar Association database, anyone can choose a random name from their to imitate. Plus legally he is required to write in a return letter by the law but I can admit not many people know my address ? If gayforge would target this forum like they did with M2M, Rubinum and WoM2, I'm not going to lie, a tear would slip down from my eyes. ?

Hey I'm glad you like it. ?

New update: 2021.11.06: - Added a fix for guild land loading in another core. (building.cpp) - Added some not used but needed table to the database to silence syserr in some situation: account.string, account.gametime, account.gametimeip, account.gametimelog. - Fixed metin2_map_spiderdungeon_02/boss.txt (Dark Queen Spider, remove if you not need it). - Fixed share/date/monster folders: boar, dog_god, leechung, lion, spy1, zombie_god_stone, zombie_key_stone, zombie_security_stone to silence motion syserrs. - In mob_proto.txt changed folder yamachun to yamachun_boss (6091) and pwahuang1_2 to pwahuang1 (34009), and corrected folders of mounts: 20110-20114. - Fixed redthief_boss2 (3591) & redthief2_boss2 (3596) skills: I enabled skills for 3591 in mob_proto.txt and fixed their folders in share/data/monster and in clientside metin2_patch_w20_etc. - Fixed spiderdungeons mapname image in root/uimapnameshower.py (MAP_NAME_IMAGE). Thanks @4peppe for the contribution. Syserr will be much cleaner from now on. Now redthief_boss2 (3591) & redthief2_boss2 (3596) will have their skills working: Since Webzen messed those quite well with the typos, incomplete msa files in serverside and wrong animation path they never worked in official servers ? ------------------------------------------------------------------------------------------------------------------------------------------------------ @ ASIKOO Any chance I can get access to my user in metin2.download? Then I could update both in the same time and spare you some time ?

About the guild land, you probably refer to this: I'll include this in the next update. About the motion syserrs I have no plan to touch the data folder, they not causing a bug, if I edit, maybe they will or behave differently. It's a reference release after all ? Edit: I see your edited your comment, the same thing applies to "specil_attack", it's just a typo and it's named like that in the clientside too.

I'm not sure if anyone will do it for 200. People asks 300+ for a multilang system and 500+ for an improved source PER PEOPLE. That is totally right, I just wanted to put your one time 200 offer into a context.

Hi, I tested combo and it's working fine on both level. The admin character have 'P' combo (max for players is 2), but it does work as first level. If you sure the level 2 combo not working, please provide me more info to track it. And thanks for the other stuffs ? (ds linking enabled) -------------------------------------------------------------------------------------------------------------- New update: 2021.11.01: - Added a fix for Guild Comment Flood Exploit. (guild.cpp CGuild::AddComment) - Added P2P Port Protection: [Hidden Content] You can disable it by removing the #define ENABLE_PORT_SECURITY in common/service.h (not advised). - Changed g_stLocale = ""; to g_stLocale = "latin1"; in db/ClientManager.cpp to silence syserr when you use English locale (All other locale have their own code set in ClientManager). - Fixed an issue in some locale_game.txt: %, --> %. (Leadership skill and fish lenght fix). - Added missing locale_string value: "%sŔĚ ÇĘżäÇŐ´Ď´Ů."; "%s needed.";. - Enabled dragon soul alchemy items linking in chat. (uidragonsoul.py) - Removed the unnecessary '\' backslashes from item_names_fr.txt. - Repacked: Property, Season1, OutdoorA1 so now you can extract-repack it with Eternexus too. - White NPCs fixed in Season1 (wrong lod files renamed with _backup postfix). - Warrior Bunny costume model fix: [Hidden Content] - Shaman Female King model fix: [Hidden Content] While we can consider "P2P Port Protection" as a "new system" but it was a necessary addition because over the months I got so many inquiry about p2p attacks, people question me and this release why "hackers" can shut down their server while in reality they opened a server without a single firewall. Even though "api tool" is fixed now without a firewall, I still reccomend to use a firewall, and at least restrict the connections per ip to 10-15 or something like that because ppl will abuse your auth by sending large numbers of packet in client-less. Edit: It was a larger update so if you guys find any bug please report it, thanks ?

long calulcatedDay = item2->GetSocket(0) + (item->GetValue(0) * 60 * 60 * 24); ITEM_MANAGER::instance().RemoveItem(item); ChatPacket(CHAT_TYPE_INFO, LC_TEXT("COSTUME_TIME_EXTENDED")); if (calulcatedDay > 2592000) calulcatedDay = 2592000; item2->SetSocket(0, calulcatedDay); Or with ternary operator:

I think Samurai code is not right here in char_item CHARACTER::EquipItem: if (item->IsRideItem()) { if (IsRiding()) { ChatPacket(CHAT_TYPE_INFO, LC_TEXT("ŔĚąĚ Ĺ»°ÍŔ» ŔĚżëÁßŔÔ´Ď´Ů.")); return false; } if (IsPolymorphed()) { ChatPacket(CHAT_TYPE_INFO, LC_TEXT("şŻ˝Ĺ »óĹÂżˇĽ­´Â ¸»żˇ Ĺ» Ľö ľř˝Ŕ´Ď´Ů.")); return false; } if (iWearCell == (item->GetVnum() >= 11901 && item->GetVnum() <= 11904)) { ChatPacket(CHAT_TYPE_INFO, LC_TEXT("¸»Ŕ» Ĺş »óĹÂżˇĽ­ żąşąŔ» ŔÔŔ» Ľö ľř˝Ŕ´Ď´Ů.")); return false; } } Change it to: if (item->IsRideItem()) { if (IsRiding()) { ChatPacket(CHAT_TYPE_INFO, LC_TEXT("ŔĚąĚ Ĺ»°ÍŔ» ŔĚżëÁßŔÔ´Ď´Ů.")); return false; } if (IsPolymorphed()) { ChatPacket(CHAT_TYPE_INFO, LC_TEXT("şŻ˝Ĺ »óĹÂżˇĽ­´Â ¸»żˇ Ĺ» Ľö ľř˝Ŕ´Ď´Ů.")); return false; } LPITEM checkItem = GetWear(WEAR_BODY); if (checkItem && checkItem->GetVnum() >= 11901 && checkItem->GetVnum() <= 11904) { ChatPacket(CHAT_TYPE_INFO, LC_TEXT("¸»Ŕ» Ĺş »óĹÂżˇĽ­ żąşąŔ» ŔÔŔ» Ľö ľř˝Ŕ´Ď´Ů.")); return false; } } I tested and it should work.

Actually yes, look for if pc.is_polymorphed() then syschat("You are polymorphed...") and add elseif pc.get_wear(0) >= 11901 and pc.get_wear(0) <= 11904 then syschat("No wedding dress allowed.")