Pseudabo
Inactive Member-
Posts
86 -
Joined
-
Last visited
-
Feedback
0%
Content Type
Forums
Store
Third Party - Providers Directory
Feature Plan
Release Notes
Docs
Events
Everything posted by 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..
-
Lucky Dragon and Ice Dragon Armors for wolfmans
Pseudabo replied to Cariora654's topic in 2D Graphics
You can make 300 new armours for useless class (so far Lycan is on 20% servers) and post it for free.. -
Here: [Hidden Content] 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)
-
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...
-
private hosting from home help please
Pseudabo replied to RobinHoodye's topic in Community Support - Questions & Answers
If I got some space time, I can write some guide.. -
private hosting from home help please
Pseudabo replied to RobinHoodye's topic in Community Support - Questions & Answers
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.. -
private hosting from home help please
Pseudabo replied to RobinHoodye's topic in Community Support - Questions & Answers
First of all be sure you have public ip.. Static ip dont must be public.. -
private hosting from home help please
Pseudabo replied to RobinHoodye's topic in Community Support - Questions & Answers
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..) -
private hosting from home help please
Pseudabo replied to RobinHoodye's topic in Community Support - Questions & Answers
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+.. -
GCC12 - error linking game
Pseudabo replied to Pseudabo's topic in Community Support - Questions & Answers
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 -
GCC12 - error linking game
Pseudabo replied to Pseudabo's topic in Community Support - Questions & Answers
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. -
GCC12 - error linking game
Pseudabo replied to Pseudabo's topic in Community Support - Questions & Answers
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..) -
GCC12 - error linking game
Pseudabo replied to Pseudabo's topic in Community Support - Questions & Answers
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 # -
GCC12 - error linking game
Pseudabo replied to Pseudabo's topic in Community Support - Questions & Answers
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.. -
GCC12 - error linking game
Pseudabo replied to Pseudabo's topic in Community Support - Questions & Answers
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
-
Its not necessary, you can got newest granny source from forum.. Just jump this step..
-
3ds max 2018 (2.9) gr2 export plugin
Pseudabo replied to Mavi Ruh's topic in Community Support - Questions & Answers
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=) -
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..
-
3ds max 2018 (2.9) gr2 export plugin
Pseudabo replied to Mavi Ruh's topic in Community Support - Questions & Answers
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.. +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... -
+1 - thanks for your work
- 59 replies
-
3ds max 2018 (2.9) gr2 export plugin
Pseudabo replied to Mavi Ruh's topic in Community Support - Questions & Answers
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. -
3ds max 2018 (2.9) gr2 export plugin
Pseudabo replied to Mavi Ruh's topic in Community Support - Questions & Answers
Bro 3s for search it.. GOD. [Hidden Content]