To be fair, I had the exact same bug and I postponed the fix for months because it was a low importance bug so far, but your post interested me. In hindsight I decided to work on it because this didn't fix it for me (I also had no syserr, but I was experiencing the same bug with mounts).
This kind of bug is easy to track, just do /state while running with a mount, if the mount has the bug, the coordinates won't be refreshed, which will postpone the loading of the chunks until the server finally catch up and decides to sent the move packet and the refreshing of the chunks.
Usually, it can happen when the server cannot process something, for players, monsters and NPC it is the data folder that is responsible for dealing with that. It will use the duration and the accumulation of an animation to try to replicate as much as it can where a mob should be and when it should be there. If there is no data or if the data is incorrect, you will have many issues (including but not limited to):
False flagged as a cheater / speedhacker
Monsters will load with a slight delay (instead of loading in front of you they will load behind you) or won't load at all
You will receive damages from monsters far behind because the server thinks you are immobile
The server will think a monster has caught up with you while it hasn't and vice-versa
To fix it, you just have to add the "folder" in the mob_proto of every mount having the issue. Long story short, some mounts won't have a "folder" field in your mob_proto.txt, which will result in them not having a data folder and triggering the aforementioned scenario. In my case, the Manny (20246/20247) was having the issue, so I just added "christmas_2016_mammoth" to the "folder" field in mob_proto.txt, made sure I had it in "share/data/monster" and voilà. It fixed the issue completely.
To easily know the folder, just check in NPClist and make sure it is a folder and not a "subfolder". A subfolder in npc_list.txt is working like this:
#0 #SUBFOLDER #FOLDER <- (This one should be added into mob_proto.txt)
0 christmas_2016_mammoth_01 christmas_2016_mammoth
Hello, are you using by any chance a laptop, or a small screen with increased scaling on Windows?
I do have the exact same issue in windowed mode because I use a 125% scaling. Which makes the windowed game have a lower resolution. If I crank it up, it will go outside of the border, exactly like you. Basically, remove the scaling on Windows or play in fullscreen and it will work fine.
I think enabling DPI awareness on the client would fix this issue. I didn't try because this is fixing the issue when I put a bigger resolution than the one usable:
Hello,
It has to do with Anti-Flags. On the item_proto, you will have ANTI_SELL, ANTI_MYSHOP, things like this. You just have to remove them to make all item "shop-able" and "private shop-able".
I completely forgot that Metin2.us has disabled all kind of lightning effect from this map! Thank you for remembering me, however, I don't know if it is near intentional or not, all effects are greyed out, hence the "bland" color of the watery cave.
You should find everything you need in this pack :
This is the hidden content, please
Sign In
or
Sign Up
Greetings