-
Activity
-
5
Failed to load .tga image, but 101% there is
I do not know exactly . check the py, sub files. search for it -
5
Failed to load .tga image, but 101% there is
In case for that pattern btw, can you tell me exact what i should write in *index* ? -
5
Failed to load .tga image, but 101% there is
some clients cannot handle uppercase letters. ThinBoard_Corner_RightBottom_Circle.tga change: thinboard_corner_tightbottom_circle.tga -
0
Strength against Metin Stones And Boss?
Strength against Metin Stones And Boss? Is possible? -
5
[LOCKED CLIENT] After remove _improved_packet_encryption_ 100% TESTED On large servers
Because there are many problems with normal locking there are several problems They were tested before I post it where exactly did you see the troll? I see big differences in client locking- 1
-
-
5
[LOCKED CLIENT] After remove _improved_packet_encryption_ 100% TESTED On large servers
he is a troll, just look his old messages- 1
-
-
5
[LOCKED CLIENT] After remove _improved_packet_encryption_ 100% TESTED On large servers
So you remove _improved_packet_encryption_ which include sequence system already just to make a new one from scratch ? What's the benefit of that instead of use packet encryption ? -
5
[LOCKED CLIENT] After remove _improved_packet_encryption_ 100% TESTED On large servers
No Can the person find the game version I don't recommend it -> g_bCheckClientVersion Better is what I made so there are no bypass 0xf2, 0x42, 0x8a, 0xa1, 0x29, 0x7e, 0xfa, 0xd9, 0x19, 0xbc, 0xe5, 0x4c, 0x63, 0xf0, 0x94, 0x33, 0xf1, 0x37, 0x47, 0xf9, 0xc9, 0x43, 0x78, 0x2b, 0x9b, 0x2a, 0x48, 0x2, 0x35, 0x34, 0xa5, 0x56, 0xc1, 0x7b, 0x8, 0x9c, 0x38 ........................... So far we have not been able to find the sequence key .... The key cannot be found ----------------- ----------- ------- Version find key [Hidden Content] -
10
Use Ninja instead of Make
As I said, it is beneficial mostly for incremental build, which is something most of us use (or should use). Unless people do a full gmake clean followed by a gmake, Ninja will be more efficient for that. Considering the syntax, Ninja is arguably easier to read, that was actually one goal of the project, but anyway, I think most of us should use generators for that, such as CMake. Writing Makefiles or build.ninja is something we can afford not to do using modern toolsets. In the end, it's up to personal preferences, if you don't see it fit for your project, it is perfectly fine, I was just here to provide people with a way to add it if they have the use for it- improvement
- freebsd
-
(and 1 more)
Tagged with:
-
-
Recently Browsing
- No registered users viewing this page.
Question
Vanilla 1309
Hello dear users,
I've a small question for you regarding the future of my vanilla project.
FreeBSD has the well-known compiler "gcc" installed by default (only after 10.0-RELEASE it's gone).
YMIR developed and compiled the source on this default gcc-version. It's the 4.2 version.
But wait, why is it so old? We have 4.8 and currently developing 4.9!
It's all about the license. gcc used to have the GNU GPL v2 license. But since 4.3 it's changed to GNU GPL v3. FreeBSD didn't want to adapt to these new license agreements so that's why they decided to go with 4.2 anyway. It's now clearly deprecated (that's why in 10.0 it's changed to clang compiler).
Why do I tell you all these information?
Because it's an imporant fact for the question I'm going to ask. gcc made some great improvements during the development. There is a huge performance boost and boost on file size from 4.2 to 4.8. I've managed to compile it with your help on 4.8. Now it's about 42mb big unstriped.
So what do we have for the future vanilla versions?
Better performance, more stability and code optimizations and even a smaller file size!
But there's also a bad site about this. I told you FreeBSD isn't updating gcc higher than 4.2 - which clearly indicates the problem. 4.8 or even 4.9 uses newer libraries (for example libstdc++.so.6)
These newer libraries can only be achieved by installing the newer gcc version and adding them to /etc/libmap.conf
It's very easy and I'd write a small guide (you just have to install and then copy'n'paste one list).
But since I stated earlier that I want to make vanilla more compatible with every system it's now a fact that with this new big feature we're creating a dependency on the new gcc version.
So what's your point about it?
What do you prefer? Having the old compiling methods with no need to install a newer gcc or do you prefer a much faster binary but with the need to install it?
And another question: Do you prefer 4.8 or the newer 4.9 which is currently under development (4.9 COULD have some stability bugs but I didn't monitor any problems like that, compiling worked without any problem too) but a little bit faster (and in the future when it'll be released it'll outclass 4.8)?
We are the tortured.
We're not your friends.
As long as we're not visible.
We are unfixable.
Link to comment
Share on other sites
Top Posters For This Question
4
2
2
1
Popular Days
Feb 6
8
Jul 19
3
Feb 16
1
Top Posters For This Question
Vanilla 4 posts
Saddler 2 posts
.Xero 2 posts
anorian 1 post
Popular Days
Feb 6 2014
8 posts
Jul 19 2014
3 posts
Feb 16 2014
1 post
Popular Posts
Tim
I'd just use GCC 4.8 and ship the necessary libraries (libstdc++, ...) with your released game. Using the -rpath Linker-Option you can force the loader to search one of your custom library-paths fir
Vanilla
New libs will be included from more than one source. The main source is now /usr/local/lib32/metin2 as Tim mentioned in a post earlier. I've used his suggestion so it won't be a problem anymore. You d
Vanilla
You're right. I'll try that since on 64 bit system it won't be that easy.
11 answers to this question
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now