Vanilla

Hello dear metin2dev, We're going to release a huge server wiht many new features, a full new story and pvp balancing. Maybe you've heard of it, maybe you're new. Alessa made a post at another board. It's outdated, but yes, the features are still in there and there are even more than them. We're currently looking for gamemaster and moderator. In Aruna2 everyone can contribute to the server so it's the best if those ones who want to be a part of the staff are also a bit creative and can share their thoughts about upcoming features, systems, etc... So, yeah. We don't want you to write a roman and since I hate the formal things with application and stuff we only want you to write a pm with the content YOU wish to write. It's the best if we get more information out of you, but we seriously don't need unnecessary things. We won't ask you for hobbies 'n stuff, we don't want a letter of application, because we don't want you to advertise yourself, we want you to be trustfully and honest and tell us straight away. The server language is german, but the scripts are made bilingual so we can also make it possible to distribute the server in english. It all depends on the team calling. So don't mind if you can only speak english, it's no problem, everyone with some knowledge about metin2, creativity and (with utmost importance) honesty is useful for us. And to begin with it: We're only 3 people at the moment. I'm the only one working on the serverside stuff, one is a moderator and the last one is a gm. Alessa helped us out with publicity, but is not a part of the team though she sometimes helps with some stuff when I only receive errors and I'm clueless x) So yeah, send me your messages, I am prepared!

The problem is that after I resume the thried and push a stack to it it's returning LUA_YIELD which is clearly not a normal behaviour. It'd return LUA_OK to show it got everything right. Additionally most quests got broken with that. And if I try to force a LUA_OK (I resume the thread as often as I can) it's working in a second or third attempt but well.. It's still totally broken.

It is now possible to contact me in skype. vanilla.mt2 But please beware that the skype contact is only restricted, if you have no clear purpose why you want to have contact with me, I'm going to instant-block you because I don't want to get 100 messages from people I don't know regarding the same questions over and over. So please, if you want to contact me, then have a good reason for it. Troubleshooting is NO reason. If you have problems with the gamefile or anything else, then just post it here or via pm as long as it's regarding to the vanilla core.

It's still ongoing. Yeah, I managed to do some work on qc but it'll take some more time. My qc is now able to read some basic stuff but it got problems when reading most functions, that's when it always throws syntax error. But I was able to compile a cute, small quest with just an assert.

I did not forget it. The part is in the system.py

No, the db core in combination with non-vanilla db-cores will make a whole mess. The player-table is bigger than in the normal database cache (and in the normal game file) so they're not in synchron anymore. The dbcache will send the table for every player to the gamecore, the gamecore will read it from up to down but some parts like the level have now a bigger data type. That's why the gamecore will read a part of the level and then assume the rest of the bytes are allocated to the next attribute. It'll lead into a complete mess, but you won't be able to enjoy that because you're going to get kicked everytime you try to log in because the gamefile can't find the strange x-y-coordinates (+ map index) it fetched from the table.

I tried that. Now I've got a new error: networkModule.SetSelectCharacterPhase - <type 'exceptions.NameError'>:name 'CTOA' is not defined

It is binary specific. With other binaries I can start, but when I compile my own it won't. Also I've now tried to compile novaline and it did work though the same error persists. I've also upgraded to python 2.7 but still nothing changed.

hello dear metin2dev, I'm currently working on compiling the metin2 binary. Well. Maybe it's too damn easy for me to find the solution but everytime I compile the metin2client.exe (mainline_released) it'll crash right after finishing the loading process. It doesn't matter if I start it with older or newer granny. I also replaced the python-library but it seems like it doesn't have any effect. The following error occurs in syserr.txt: I hope someone can help me. In the whole source-directory there's no tp_compare function (not in the client and also not in the binary source). I've found it only the python includes.

It's already implemented in 2.4 item.equip()

Me because I made vanilla core? Well, soon a svn repository will go online and I'll post it here. But if you start behaving like my work is for granted then I'll continue with making closed development on the vanilla core. Btw. 2.5 is on work. For this version I'll continue development from the beginning (2.3) and do all the changes to 2.4 again one by one just to make sure everything's working without bugs. Also 2.5 will mainly be a code shortener. I'll throw away many unnecessary code. It's a step into making the gamefile smaller. Less instructions => faster and smaller gamecore. I guess the 2.5 will be the first version released along with the source code. But I'm kinda overthinking the "make everything open source"-thought just because it seems like people would cook their own things without any "thanks" or appreciation to the work done.

@thespeedy: This is no bug. you've a misconfiguration there.

~ vanilla core will become open source soon!~ Dear dev's, I'm gonna make a big change in the vanilla core project. As I find myself with less time to work on such big things, I decided to change it a little bit. There's always the problem with "backdoors" etc.. And I know you don't want to risk your server. And that's why I decided to make it open source. The source code will be released. Does this mean that I'll drop the development of vanilla core? -> Nope! Though the source will be published, I'll continue developing. But now you can contribute, fix bugs etc. and send your solutions there too! So the development will make a bigger boost in the matter of progress. There'll be a "standard" vanilla core that'll receive further updates. Everyone can download the pre-compiled standard version OR the source of the standard version and adapt it to his/her needs. I still respect the authors for doing their work. But hindering myself and hindering progress isn't helping anyone. Will there be other projects? -> Yes! Of course I'm planning on doing more projects than before. Your donations just won't be only for the vanilla core, but also for the other projects I'll make in the future. In the past you've helped me a lot and I appreciate your donations which gave me motivation to continue my work. It's always good to see people thanking me for the hard work I've done in the past. Anyways, there'll be a few more projects in the future. Expect leftover to be a new server and also I'm planning on creating clean vanilla-compatible serverfiles and a clean 40k vanilla-compatible client. They'll both be shared here of course! Also I'm planning on creating other stuff and tools, which will be written mostly in c#. So brace yourselves! It's by far not the end of my projects!

It's compatible with 40k locale_string. Many bugs result into bad configuration and client modification. Please only use the options when you implemented them in the client and make sure you enable them in a right way. Lib errors are because you're using freebsd < 9.2 and don't installed the libs within the package.

Packet header errors are only a mismatch with the binary and the gamefile! This means that it's not a bug in the vanilla core and therefore can't be fixed. Next: It's already known that the belt system has some problems when using an extended inventory. This is a totally normal behavior and if you don't want to use experimental bigger inventories, then just don't activate it. Then: It seems like I'll have to rewrite the global chat. The public one does not seem to work so I'll have to redo it. Lastly: The ban-command has been renamed. It's called: player_ban and player_unban They've been renamed due to the fact that /ban actually refers to a emotion and that's why it's saying you need the mask.

[Hidden Content] New download, fixed errors! password still the same: vanilla the config option for 4 intentory pages is removed. Now there are 2 game files. One for 2 and one for 4 pages.

I'm trying, okay? Don't push me, I'm still working on the same problem for a few hours now. €: Seems like I'm unable to fix the problem with changing equipment. Maybe I'm just too dumb for it, but I guess it'll take a few more hours, or even a day or two to fix the bugs you reported.

I'm working on it. Seems like theres' more to do than this.

It seems like you compiled your game in an environment different from yours. And that explains the library mismatch. You'd fix that by referencing to the library you used to compile the gamefile. Also note that you can provide a special linkpath in your compiler flags. With this you'll be able to use the libraries you used to compile the gamefile.

Are you using a gamefile compiled from source or a public one? If second: What revision? Segmentation fault is a security protection to let programs not access memory out of their permission. It seems like there's a version mismatch with your library ld-elf.so.1 you should look at that.

[Hidden Content] Fixed version! Password stays the same: vanilla Updated download link in the second post too. This version fixes some bugs with the inventory size handling.

I'm working on it and create a hoftixed version in a few minutes. Seems like there are some errors with the item length (the gamefile uses the bigger item length even if it's not enabled).

Maybe you just made a small mistake with setting up the server and your client is just configured to only print out this error (there are a few ones where you'd only receive a "wrong username and password"-error). Also check if your account information is stored correctly, maybe your registration script messed up something.

Did you update both the gamefile and the db-file? Because there are other people where it works without problems. I'm still looking if there's anything wrong in the game What exactly is your problem/error?

You mean 4 item pages? Just don't enable it. It's disabled by default.