Pseudabo

@ TMP4

1.

Type ITEM_QUEST doesnt have any subtype.. So should be 0 in item_proto, because in some case you can got error from syserr and cant run game..
Subtype MATERIAL_LEATHER is for type ITEM_MATERIAL (6)

ITEM_QUEST	MATERIAL_LEATHER

I found it 4x in proto..

2.

Shields have wearflags WEAR_UNIQUE and  UNIQUE items are WEAR_SHIELD.. There is problem in source.. Such a stupid coding.. (Ymir sleep lol.. Dont forgot fix item_proto too)

3. 

In ProtoReader are 2x duplicite arSub29..

On 5/6/2023 at 7:25 PM, hachiwari said:

recolor textures in 2k23 

You can make 300 new armours for useless class (so far Lycan is on 20% servers) and post it for free..

Here:

https://metin2.dev/topic/14626-fix-source-kick-after-selecting-character-40k/

or use fix in @ TMP4 sf.. Or 3rd way, you can use full his serverfiles its clean base 40k, like official 2014.. (ready to use for home server without surakopf)

10 hours ago, Ezequiel G. said:

Why is it to open a hamachi server and play with some friends only, I don't want to pay for a VPS server

Yeah and? You can open hamachi server via 40k game with source without surakopf.. One diff here is you dont need surakopf, because you can fix connection via source..

Why you dont use basic 40k sf? You can do it via source without bugged surakopf...

If I got some space time, I can write some guide..

Add code from TMP4 source where is define ENABLE_PROXY_IP.. Or in desc_client.cpp in SetPhase you can set instadead your public ip.. TMP4 works with CONFIG settings.. I dont know how your game looks and which sf you have.. But as I said before, its pretty easy..

19 minutes ago, RobinHoodye said:

ok i try but im not sure working or no

 

First of all be sure you have public ip..  Static ip dont must be public..

19 minutes ago, RobinHoodye said:

i opened ports but what ip i put in serverinfo.py? router ip or public?

@Pseudabo

Public.. Router ip is only for freebsd settings its internal ip..

For example your public ip is 109.225.84.231.. Your router starts for example from 192.168.0.1 and your freebsd has ip by set by dhcp for example 192.168.0.169.. So you need for first of all edit gamecore, because:

1. Core cant start with ip from 10.
2. Core cant start with ip from 192.168
3. You need fix (its released something here - use search) for to get public ip.. (must be set to your public ip - 109.225.84.231) I think TMP4 already have it in his game.. (Sorry Im too lazy post whole codes here..)
4. in serverinfo is your public ip 109.224.81.230..
5. You need open ports in your router for game and other things (patcher, etc..)
 

You need public IP from your ISP.. If you dont have, it impossible without dns or hamachi etc..

Edit: Make it is same as other servers.. You open ports in router, set ip, its all.. Nothing special.. Have home server 7years+..

1 hour ago, Intel said:

Oh, you were using fmt? Well then ahah

Boost can be removed yeah, although I still use it:

 

Btw gcc13 has been released, don't know when it will be officially available on freebsd pkg manager though

Yeah too using boost, I said it only for info if anyone read this topic.. We will see if gcc13 fix cryptopp or not.. Btw.  c++23 will be too out in december

14 minutes ago, Intel said:

fmt was an example (it's not used on metin2 server files). Try to clean all and recompile

No, you are right, I using fmt in my source.. +1 for you

Edit: Yeeep finally SOLVED! Thank you so much for help! But Im not glad with that cryptopp 8.7  I try to other platforms, maybe found something..

gcc12
c++20
Boost 1.81.0 (can be removed from source)
DevIL 1.8.0 (fix with mark already exist)
CryptoPP 8.6

Works like a charm, so if anyone upgrading source, ill can use these versions.

19 minutes ago, Intel said:

All these basic strings errors remind me to the same problem I already mentioned: compiling one thing with clang/++ and the other with gcc/++.

There's a similar issue for example with the fmt library.

A simple program:

//myprogram.cpp
#include <fmt/core.h>

int main() {
  fmt::print("Hello, world!\n");
  return 0;
}

would have linker errors related to std::__cxx11::basic_string if you compile fmt with clang and then do:

g++ -lfmt myprogram.cpp 

 

I deleted package of cryptopp and have now only from extern and finally have only this problem:

Linking: ../../bin/release/game
/usr/local/bin/ld: /usr/local/lib/gcc12/gcc/i386-portbld-freebsd13.1/12.2.0/../../../libstdc++.so: undefined reference to `__divmoddi4@GCC_7.0.0'
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:108: ../../bin/release/game] Error 1
root@server:/usr/home/m2source/Server/game/src #

Yea fmt, can be.. I will try recompile fmt with newest gcc (maybe is compiled with oldest gcc..)

14 minutes ago, Intel said:

Mmh, I cannot find anything about this, the only thing I could find was this:
 

CryptoPP 8.7.0 to me is not crashing, at least in the metin2 implementation (except Ubuntu22.04, all tests passes but idk wtf happens with the packet encryption, even -O2, -O1 or older version. Ubuntu even uses gcc11, not 12).

It also definitely compiles gcm.cpp:

or the whole library for that matter:

 

I try found something more about it + maybe is not bad idea try to compile under 64bit with jail..

Now have this error with cryptopp 8.6
 

Linking: ../../bin/release/game
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP16BlockCipherFinalILNS_9CipherDirE0ENS_7SHACAL23EncEEE[_ZTVN8CryptoPP16BlockCipherFinalILNS_9CipherDirE0ENS_7SHACAL23EncEEE]+0x50): undefined reference to `CryptoPP::SHACAL2::Base::AlgorithmProvider[abi:cxx11]() const'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP16BlockCipherFinalILNS_9CipherDirE0ENS_7SHACAL23EncEEE[_ZTVN8CryptoPP16BlockCipherFinalILNS_9CipherDirE0ENS_7SHACAL23EncEEE]+0x78): undefined reference to `non-virtual thunk to CryptoPP::SHACAL2::Base::AlgorithmProvider[abi:cxx11]() const'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_7SHACAL23EncEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE[_ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_7SHACAL23EncEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE]+0x16c): undefined reference to `CryptoPP::RandomNumberGenerator::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_3TEA3EncEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE[_ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_3TEA3EncEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE]+0x16c): undefined reference to `CryptoPP::RandomNumberGenerator::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_8Blowfish4BaseEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE[_ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_8Blowfish4BaseEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE]+0x16c): undefined reference to `CryptoPP::RandomNumberGenerator::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_3RC53EncEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE[_ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_3RC53EncEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE]+0x16c): undefined reference to `CryptoPP::RandomNumberGenerator::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_4SEED4BaseEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE[_ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_4SEED4BaseEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE]+0x16c): undefined reference to `CryptoPP::RandomNumberGenerator::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_8Camellia4BaseEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE[_ZTVN8CryptoPP36CipherModeFinalTemplate_CipherHolderINS_16BlockCipherFinalILNS_9CipherDirE0ENS_8Camellia4BaseEEENS_20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEESA_EEEE]+0x16c): more undefined references to `CryptoPP::RandomNumberGenerator::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)' follow
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE[_ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE]+0x48): undefined reference to `CryptoPP::AdditiveCipherTemplate<CryptoPP::AbstractPolicyHolder<CryptoPP::AdditiveCipherAbstractPolicy, CryptoPP::CTR_ModePolicy> >::AlgorithmProvider[abi:cxx11]() const'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE[_ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE]+0xc0): undefined reference to `non-virtual thunk to CryptoPP::AdditiveCipherTemplate<CryptoPP::AbstractPolicyHolder<CryptoPP::AdditiveCipherAbstractPolicy, CryptoPP::CTR_ModePolicy> >::AlgorithmProvider[abi:cxx11]() const'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE[_ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE]+0x130): undefined reference to `non-virtual thunk to CryptoPP::AdditiveCipherTemplate<CryptoPP::AbstractPolicyHolder<CryptoPP::AdditiveCipherAbstractPolicy, CryptoPP::CTR_ModePolicy> >::AlgorithmProvider[abi:cxx11]() const'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE[_ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE]+0x14c): undefined reference to `non-virtual thunk to CryptoPP::AdditiveCipherTemplate<CryptoPP::AbstractPolicyHolder<CryptoPP::AdditiveCipherAbstractPolicy, CryptoPP::CTR_ModePolicy> >::AlgorithmProvider[abi:cxx11]() const'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE[_ZTVN8CryptoPP20ConcretePolicyHolderINS_5EmptyENS_22AdditiveCipherTemplateINS_20AbstractPolicyHolderINS_28AdditiveCipherAbstractPolicyENS_14CTR_ModePolicyEEEEES4_EE]+0x168): undefined reference to `CryptoPP::RandomNumberGenerator::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)'
/usr/local/bin/ld: release/cipher.o:(.rodata._ZTVN8CryptoPP20AutoSeededRandomPoolE[_ZTVN8CryptoPP20AutoSeededRandomPoolE]+0x34): undefined reference to `CryptoPP::RandomPool::GenerateIntoBufferedTransformation(CryptoPP::BufferedTransformation&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned long long)'
/usr/local/bin/ld: /usr/local/lib/gcc12/gcc/i386-portbld-freebsd13.1/12.2.0/../../../libstdc++.so: undefined reference to `__divmoddi4@GCC_7.0.0'
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:108: ../../bin/release/game] Error 1
root@server:/usr/home/m2source/Server/game/src #

As I search on google, this bug has many peoples of the world and official is here bug, but developers idk where..
 

gcm.cpp: In member function 'size_t CryptoPP::GCM_Base::_ZN8CryptoPP8GCM_Base18AuthenticateBlocksEPKhj.part.0(const CryptoPP::byte*, size_t)':
gcm.cpp:566:13: error: the register '%xmm5' cannot be clobbered in 'asm' for the current target
  566 |			 __asm__ __volatile__
	  |			 

Btw. freebsd is last clean install, same as all packages.. (35hours old installation)
I trying now downgrade to 8.6 and we see if this solve problems..
Which packages you have installed on freebsd, where cryptopp 8.7 works for u?

I have only:

boost 1.8.1
mysql-5.6
makedepend
make
lzo-2.10
gcc12
devil-1.8
cryptopp-8.7

bsd is x86 (from minimal bootonly)

Edit: Ok cryptopp 8.6 without problem under gcc12

ranlib libcryptopp.a
mv libcryptopp.a ../../lib
root@server:/usr/home/m2source/Extern/include/cryptopp #

Going to try game now..
 

Ok, thanks mate, I found problem.. Because I didnt sleep 40 hours.. I made a mistake.. I linked cryptopp 2x in makefile from different directories.. (have 3.. yeah good rubish.. xd) and still compile oldest version.. Now I repair all mistakes and make one newest + add mv lib to new directory from cryptopp, but have same problem as 10000 peoples.. Cryptopp 8.7 doesnt work properly with gcc12. HOW SAD.

Hi, any idea?

GCC12 + c++20 (newest)
CryptoPP 8.7 (newest)
FreeBSD 13 (newest)

I maybe forgot some lib in makefile, or something, but idk I dont found what can be bad..
CryptoPP is installed and compiled from github repo.

Linking: ../../bin/release/game
/usr/local/bin/ld: ../../../Extern/lib/libcryptopp.a(asn.o): undefined reference to symbol '_ZNSt3__115basic_streambufIcNS_11char_traitsIcEEED2Ev'
/usr/local/bin/ld: /usr/lib/libc++.so.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:102: ../../bin/release/game] Error 1

7 hours ago, icaloxi said:

i dont understand step 1. all of them who is "novalineSrcsToolsRAD Game Toolsgrannycommon" in mein source who is "granny_common_2_9_12_0_release.zip" ??????????????????? i have fliege v2

Its not necessary, you can got newest granny source from forum.. Just jump this step..

On 9/28/2021 at 11:58 AM, Shang said:

Hello, you probably have seen this "warning" in your syserr and probably ignored it:

Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09204630>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09204650>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09204610>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09210B30>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x092109D0>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x092109F0>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09210A10>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09210A30>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09210A50>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09210A70>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x092104B0>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09210550>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x09210590>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x092106B0>> ignored
Exception AttributeError: "'NoneType' object has no attribute '__del__'" in <bound method NumberLine.__del__ of <ui.NumberLine object at 0x092106F0>> ignored
Exception TypeError: "'NoneType' object is not callable" in <bound method CursorImage.__del__ of <mouseModule.CursorImage object at 0x092045D0>> ignored

This is caused by not deleting the CMouseController instance properly.

To fix this we just need to delete the CMouseController instance when closing the client. Let's start:

Open root/mouseModule.py and search for the constructor of CMouseController (CMouseController.__init__) and add this under 'self.callbackDict = {}':

self.cursorDict = {}

Now navigate towards the deconstructor of the same class (CMouseController.__del__) and add this under the 'self.callbackDict = {}':

for k, v in self.cursorDict.items():
	v.DeleteImage()

And the final step is just to delete the instance of the CMouseController from de mouseModule; open prototype.py and add this under 'mainStream.Destroy()':

del mouseModule.mouseController

 

And that's all. If you have any problem related to the post just comment it.

Note: I've started to see this when I compiled the python library as static.

This is pretty bad fix.. He have true, in source is diff, I have already fixed this..

9 minutes ago, Mavi Ruh said:

Why are you so nervous? keep calm man

Im fine, but my english is not good.. What I wanna said you, its just upgrade your source.. Its pretty easy.. There is no reason for real to use 2.9.. From 2.9 to 2.11 its only lib name change.. You can do it in 2 minutes=)

5 hours ago, Neoxx said:

hi when i try  to change server language  i follow tmp4 video when i went to dit root/.cshrc the folder is empty

Follow locale directory.. Im not 100% sure but I think this sf is located to /usr/metin2/xxxx there you swap/rename locale_string, etc files(...

For serverside, you need change:

locale_string.txt
quest/locale.lua

You can see some flags like locale_string_xx.txt. locale_xx.lua etc.. Use logic and its pretty easy..

On 4/4/2023 at 4:22 PM, Mavi Ruh said:

because today there are still servers that do not switch to the 2.11 version, so I am looking for the ideal 2.9.

Have one word.. REASON? There is no reason to use oldest version of granny.. Bro why? If you can, just update your source and enjoy benefits from new updates..

On 4/4/2023 at 4:38 PM, .plechito' said:

The latest supported version for granny 2.9 is 2014 version. The released one ofc.

+1. One time I see 2.12 update.. Its lost now but I dont have one reason to use nothing than 2.11.. From 2.9 to 2.11 its only name lib change... No more changes needed.. Stupid to use 2.9 instadead 2.11...

On 4/3/2023 at 10:10 AM, martysama0134 said:

This fixes the fog.tga issue too. I forgot to add this fix on the WE.

+1 - thanks for your work

2 hours ago, Mavi Ruh said:

I'm looking for 2.9 not 2.11

I don't think this version was released, at least I don't know about it.. Anyway, what's the point of using an outdated granny when we have almost the latest version????

Btw. You can upgrade in 2 minutes to 2.11. PROBLEM SOLVED.

Bro 3s for search it.. GOD.

 

https://metin2.dev/topic/22791-3dsmax-2018-gr2-2118-exporters/#comment-123474