TMP4

It was just a meme, don't get too personally. But that multilang system is posted to this forum: And since you did not ask your question in the topic of the system and you didn't say which one u use, I could conclude that you just found a paid system.

"found public online"

They target you / your company with a cease and desist letter, not the hosting. The last closure was WOM2 as far as I know, in March 2021. "also how to "prevent" or delay being hunted" Aeldra owned by a company located in Dubai. It would probably be more difficult for Gameforge to handle a Dubai company than a German or other EU company and especially a private person.

gamedep (cd /usr/metin2/src/game/src && gmake dep) And same for db (dbdep or cd /usr/metin2/src/db/src && gmake dep)

You can leave them there, but they're completly unused unless other application not using DevIL.

typeof -> __typeof

You can't compare an int with a nullptr on newer version of C++, but I think you can do this: if (it->second.vnum == NULL) --> if (!it->second.vnum) I'm sure there are more to modify, do the same with them.

Did you update or mess with DirectX lately?

Mega archive updated. 2023.01.11: - DevIL's libs are now statically linked to the game file by default, so you don't need to install any libs on your vps. Also cleaned libdevil and libmysql and some Makefiles. Modified files and folders to grab if you want to update manually: /usr/metin2/server/src/etc/libmysql /usr/metin2/server/src/etc/libdevil /usr/metin2/server/src/game/src/Makefile /usr/metin2/server/src/db/src/Makefile /usr/metin2/server/src/libsql/src/Makefile /usr/metin2/server/src/Makefile If you want to use shared objects (.so) again for DevIL, there's a switch for it in the game's Makefile: ENABLE_STATIC_DEVIL = 1, set it to 0. - Libs.txt and Libs.zip deleted since you don't need them anymore. - FAQ.txt updated with "What packages are needed to compile the source?" - Installed a fix about player change name item duplication exploit: [Hidden Content] I compiled the DevIL myself from the ports, only modification is in cmake to make static lib instead of shared, so there should be no problem, but if you experience anything unusual with images (guild logo) please let me know. I wanted to make this change at least a year ago since people always had trouble with dependencies, and other serverfiles especially paid serverfiles doing the same to make it easier for customers. Well better to do it now than never

First of all grab an original mob_proto (or at least the mob's row) and test it out with that.

The close.sh what calls the shut.shs in the cores what reads pid files for checking the needed pid to kill is original code. I think Ymir made this because they run multiple metin2 servers in one machine and killall game db would kill every server. Only problem with the original way if someone runs a clean.sh that deletes the pid file.. So close.sh will not work and they have to stop the server in another way (like killall game db in console). Excluding pid files from clean.sh can solve this problem. While yes if you have 1 server on the machine killall game db works fine, but I keep it original.

No it won't work on FreeBSD11. I'm sure it is harder to recompile it in FreeBSD11.x so do not downgrade your system. My personal opinion if a hosting does not let you use custom ISO and does not update the installable os every few months, just leave. You gonna use 12.0 when 14.0 releases soon?

There are 2 problems here. 1.) The precompiled game and db was compiled in FreeBSD 13.1 so it won't work on FreeBSD 12. You can update your system to 13.1 or you have to recompile the game and db in a FreeBSD 12.x version. 2.) Metin2 (game,db file) is an x32 application with x32 dependencies. Just like windows, you can run x32 applications on x64 systems, don't worry. The problem here is the dependencies. Pkg installs x64 packages (libs/dependencies) while Metin2 needs x32 dependencies. I attached a libs.zip in the mega archive with tutorial to install x32 dependencies manually what is a dirty method but it is what it is. There's no plan for me to port it to x64, that wouldn't be "reference" anymore and I may does not even have the knowledge to fix everything what needs to be changed during the process.

Even one of the biggest pserver, Aeldra did not bother themself to fix it

It only happens when you have equipment/dragon stone etc with int/dex/vit/str so at recalculation your stat point is bigger then your base value.

So I talked with him in private. His gif is from another server, that's why it is different from my sf. His problem is: When you press stat button (he's not talking about 1 or 10 that's not important here) sometimes other stats are re-calculating too if you have plus bonus (e.g. equipment with int/dex/vit/str) so visually it goes down for a sec and goes up again to its value. It is a "visual glitch" or "bad code", presented in every basic serverfile. I do not have a fix for it, I did not even considered this thing in my brain because when I started playing in 2009 it was the same and I just got used to it over the years

That how it should work. That is a log to help you. Only visible from console, players will not see such things. From that log, you would know that it went through the client so the problem is in serverside and not clientside. And I showed you where was the problem in server side. Or what is your questions? I may not understand you this time if you want ask anything or not

Do you mean that for example the diamond type have 10 int in your dragon_soul_table.txt but a minimum diamond have 1, and maxed out diamond have 12 int? The txt does not contains the max value, the source does a calculation in DSManager::PutAttributes depending on the grade and level of the dragon stone. If that's not what you meant, please explain.

If you don't remove those lines from char_item.cpp and recompile the game, then you won't be able to add 6-7 bonus to costums.

Either remove next_time completly everywhere from the quest or just edit this: if is_test_server() then pc.setqf("next_time", get_time()+10) else pc.setqf("next_time", get_time()+number(16, 32)*60*60) end to this: pc.setqf("next_time", get_time()+10) Then the wait time will be 10 second.

So that is your problem: Sorry but I do not understand it. Please rephrase in correct English or just make a gif/video.

Yourd cords have to be divisible by 25600. 748000/25600=29.21875 A good coord for example: 742400/25600=29 (29*25600=742400)

Read the topic before pinging someone.

Mega archive updated: 2023.01.05: - Size column's "SAMLL" value changed to "SMALL" (Dump_proto's ItemCSVReader.cpp and DB's ProtoReader.cpp) - Fixed myshop_pricelist (needs item 71049), tutorial: [Hidden Content] - SetRaceFlag column in mob_proto was missing some value, here's a query: ALTER TABLE `mob_proto` MODIFY COLUMN `setRaceFlag` set('ANIMAL','UNDEAD','DEVIL','HUMAN', 'ORC','MILGYO','INSECT','FIRE','ICE','DESERT','TREE','ATT_ELEC','ATT_FIRE','ATT_ICE', 'ATT_WIND','ATT_EARTH','ATT_DARK') CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL DEFAULT '' AFTER `mount_capacity`; - Space between level and alignment (PythonTextTail.cpp CPythonTextTail::ArrangeTextTail) 2023.01.07: - Added locale_string.txt translation for "şŻ°ć ˝ĂĹł ĽÓĽşŔĚ ľř˝Ŕ´Ď´Ů"; (6-7 bonus).