Forums

Mob Death Dissolve System When a mob/NPC dies, its model dissolves away in irregular patches (disintegration look) over a few seconds, instead of the corpse just popping out. [*]Noise-based patch dissolve (not a flat fade), triggered on death [*]Mobs/NPCs only — players excluded [*]Configurable speed & patch size, and toggled by one define (easy revert) Download

hello

Looking forward to test it

Dear friends, I found a SQL-side bug in the "Great Shop" system that was causing the `player.item` table to bloat. I have fixed it—the implementation is shown below—but I would like to ask for your opinion: do you consider this an optimized and correct fix? Thank you in advance for your comments, and I wish you success in life. void ITEM_MANAGER::SaveSingleItem(LPITEM item) { #ifdef ENABLE_FIX_SKIPSAVE_ITEM_LEAK if (item->GetSkipSave()) return; #endif if (!item->GetOwner()) { DWORD dwID = item->GetID(); DWORD dwOwnerID = item->GetLastOwnerPID(); db_clientdesc->DBPacketHeader(HEADER_GD_ITEM_DESTROY, 0, sizeof(DWORD) + sizeof(DWORD)); db_clientdesc->Packet(&dwID, sizeof(DWORD)); db_clientdesc->Packet(&dwOwnerID, sizeof(DWORD)); sys_log(1, "ITEM_DELETE %s:%u", item->GetName(), dwID); return; } sys_log(1, "ITEM_SAVE %s:%d in %s window %d", item->GetName(), item->GetID(), item->GetOwner()->GetName(), item->GetWindow()); TPlayerItem t; t.id = item->GetID(); t.window = item->GetWindow(); switch (t.window) { case EQUIPMENT: t.pos = item->GetCell() - INVENTORY_MAX_NUM; break; #ifdef ENABLE_BELT_INVENTORY_EX case INVENTORY: if (BELT_INVENTORY_SLOT_START <= item->GetCell() && BELT_INVENTORY_SLOT_END > item->GetCell()) { t.window = BELT_INVENTORY; t.pos = item->GetCell() - BELT_INVENTORY_SLOT_START; break; } #endif default: t.pos = item->GetCell(); break; } t.count = item->GetCount(); t.vnum = item->GetOriginalVnum(); switch (t.window) { case SAFEBOX: case MALL: t.owner = item->GetOwner()->GetDesc()->GetAccountTable().id; break; default: t.owner = item->GetOwner()->GetPlayerID(); break; } thecore_memcpy(t.alSockets, item->GetSockets(), sizeof(t.alSockets)); thecore_memcpy(t.aAttr, item->GetAttributes(), sizeof(t.aAttr)); #ifdef ENABLE_SOULBIND_SYSTEM t.sealbind = item->GetSealBindTime(); #endif db_clientdesc->DBPacketHeader(HEADER_GD_ITEM_SAVE, 0, sizeof(TPlayerItem)); db_clientdesc->Packet(&t, sizeof(TPlayerItem)); } LPITEM ITEM_MANAGER::CreateItem(DWORD vnum, DWORD count, DWORD id, bool bTryMagic, int iRarePct, bool bSkipSave) --inside #ifdef ENABLE_FIX_SKIPSAVE_ITEM_LEAK item->SetSkipSave(bSkipSave); #else item->SetSkipSave(false); #endif @ Amun @ martysama0134 @ Intel @ Karbust @ Geoffrey @ Mali @ Owsap @ Distraught

Hello, I added a reaction to the post, but when I try to add another one, a message pops up saying I can only add one reaction today—yet I still don't see the download links Please help.

eline sağlık başkan

You should look for core syslog/syserr. In there, look for the timestamp and check what happened. Usually DCs go in there. Look in all cores, start with the 3.

The problem Server time calculation in Metin2 client uses only one packet to synchronize it. Server sends current timestamp once, client adjusts time according to it. If packet retreival is late so is calculated offset. This results in desynchronized in game interface, ex. affects are visible in the affect shower 2 seconds longer than they are actually applied. The fix Solution is fairly simple: by periodically measuring the Round Trip Time (RTT) and factoring in half of that delay to calculate the exact network offset, the client can continuously synchronize its clock with the server.

niceee

Thamnks

There were a lot of omissions and errors in the tutorial, but if you put some thought into it, it works. If there's anything I can do to help with the implementation, let me know.

let's see

One of my biggest frustrations with Metin2, especially official servers and old-school style servers, is how progression works. A lot of the time, it feels like the only realistic way to reach new content is either to pay-to-win or grind an unreasonable amount. I don’t mind grinding in an MMO, but there is a difference between grinding as part of progression and grinding because the game has put you behind an artificial wall. You sometimes reach a point where your missions require you to kill certain monsters or enter certain areas, but your character simply isn’t strong enough to do it. So instead of naturally continuing through the game, you have to stop everything and spend hours farming money, upgrade materials, equipment, or levels just so you can continue the content that the game itself told you to do. The upgrading system makes this even worse. Progression is heavily tied to RNG. You can spend hours getting the materials and money needed for an upgrade, only for it to fail, downgrade your item, or even destroy it depending on the system. To me, that isn’t satisfying progression. It feels more like gambling with the time you already invested. I would much rather see a system where the challenge is obtaining the materials. If I need certain ores, boss materials, quest rewards, or rare resources to upgrade an item, then make me go out into the world and earn those things. Once I have everything required, the upgrade should happen. The grind should move me forward instead of giving me a chance to lose progress. The economy is another major problem. Metin2’s economy is largely decided by the player base, which is not necessarily a bad thing by itself, but it creates a huge disadvantage for new players and for people who simply cannot play for many hours every day. Older players already have money, upgraded equipment, resources, and knowledge of the market. Prices then naturally start being based around what established players can afford, rather than what a normal progressing player can reasonably obtain. A new player can end up looking at basic progression items being sold for amounts that would require an absurd amount of farming. In my opinion, everything that affects gameplay and progression should be achievable properly inside the game itself. The economy between players should be useful and interesting, but it should not be the only realistic way of obtaining important progression items. The item shop should also not solve these progression problems. Ideally, it should be cosmetic: costumes, skins, visual effects, mounts, and similar things. It shouldn’t feel like the game's frustrating progression systems exist partly to push you toward spending money. I wouldn't even necessarily be against a server being paid-to-play from the beginning. If the server has a subscription or entry cost and uses that money to support development, infrastructure, updates, and good game design, that could be completely reasonable. But then the server needs to prove that the experience is worth paying for. I would much rather pay for a genuinely good game than play for free and constantly feel pushed toward a cash shop. For me, the two things that really need to be redesigned are progression and the economy. Progression should make you feel that every hour you spend playing moves your character forward. Farming should have a clear purpose, upgrading should reward preparation instead of gambling, and the game should avoid progression walls where your only choices are extreme grinding or paying money. And the economy should complement progression, not control it. Trading with other players should make the game more interesting and convenient, but a player who wants to earn their equipment and upgrades through actually playing the game should always have a reasonable path to do so.

good