valdirk2

Save guys, I have a question here. I'm creating my own login screen for metin, and whenever I declare a variable in python, I have the custom in __del__ to set them to None. I wanted to know if it is really necessary to do this. For example, I create a variable with the value of a string, or even a ui.Textline(), then is it necessary to set it to None in __del__? Or does python's own garbage collector clean them? Another doubt, I also saw the self.ClearDictionary() function, what use is it?

Unfortunately in this case he used quest as a system mediator. I already made the system using packet communications and 70% of the system in the server and client's own source. So far I haven't tested in production, but the tests I did were good.

So, I believe I got a good result, but I'll still need to test it in production. To avoid the customer receiving too many packages at once, when the player opens the global store, I create an EVENTFUNC, which every 1 second sends a package containing 100 items that the global store has. I did some tests and apparently it's working fine. I want to see how it will be in production hahaha

So there's something I'll have to research, because I don't know how to store this variable inside the binary. But thanks for the tips, now I know what path to take to create this system, I'm not very good with c++, but I'm learning. I also want to see how the cache system works inside the game, maybe I can do something there.

I thought to store all this in a variable in python. Could python handle working with a variable with 100k of items? It would make a lot of difference in memory.

I really thought about prioritizing performance in the "game". Whenever someone opens the item shop they send all the items currently in the shop available. Then the customer is concerned with filtering the items. And when any player adds an item it sends to all players connected the packet with the new item, without the need for any other query. Just the initial query when someone requests the items.

Hello guys, I would like opinions from everyone. I'm setting up a global store for metin, a kind of auction, to retire offline stores. My idea is for players to advertise items they want to sell for a certain price, and these items are stored in a database. But my doubt is the following, what would be the most performative way to make this system, in relation to storing the items that are for sale. When the player opens the global store, simply the "game" sends several packets with all items currently available for sale (can be 1 to 1000kk of items in the database, but all summarized in just one query) and in pyhton i filter the items that will be displayed and paged to the player. Or send these items as needed, that is, every time the player searches for an item name or changes the page, the client asks for a request for 10 new items at a time, but this would cause a good amount of query to be processed. Each request would be necessary to always make a query to the database and return the items to players. I'm really in doubt which way would be more performatica, let the client get by with a large amount of data, or the "game" will send requests as needed.

Hello gentlemen, I wonder if it is possible to trigger a quest using a command? For example /teleport And he opens a quest that I have related to that ... I know that there is another way to do that would be to put a login on the quest and send the index to the client ... However I would find it extremely easier to do this trigger using a command. Thank you to anyone who can help me.

Well, come on, how can I start explaining why this topic. I am Brazilian and all the files that my text files are in UTF8, so I started checking the source of metin2 in search of leaving all files with UTF8 encoding and not having visual bugs. My source, server, client, etc ... is already totally in UTF8 without BOM. In this topic I will leave the FIX of a visual bug that I had in my quests when I add delay. Technically the problem is that UTF8 is multibyte, so the function that separated letter by letter always took a fixed value from the string encoded in utf8 ... thus giving shit. In EterLib/parser.cpp Technically the problem was solved. I am not very good with c ++, I found this solution in forums on the internet. If someone has a better solution just leave the feedback.

I can only really congratulate you, how nice it is to study this kind of quality content. Congratulations, excellent.

As it really feels good you read these types of content. Congratulations. Excellent reading.

Could you add the output function? I wanted him to unzip the files in another folder, which I can select via the command line. I find it somewhat disorganized to leave the files unzipped inside the pack folder of the client.

I understand, soon I make these checks to avoid a crash, and update the topic. And about using rapidjson, I for not have much knowledge with c++, I ended up just copying from the other functions that read the drops. But thanks for the feedback

Hi guys I want to disclose a modification I made to my source to slightly improve the organization of common_drop_item.txt As always I notice, that I am not so familiar with c++, so this tutorial may contain some problem, for this reason I want to post and receive criticisms or opinions. I am also using google translator, I live in Brazil and I can only speak Portuguese First, I don't know if everyone knows, the common_drop_item is divided into 24 columns separated by TAB These columns are divided into 4 sections, from rank 0 to 3 That would be something like this PAWN S_PAWN KNIGHT S_KNIGHT In these sessions the first one is always ignored, because it could be some annotation or something The second is the initial level The third is the final level The fourth is the percentage The fifth is the item's VNUM And the sixth is the number of kill's, however investigating the source, I did not see a need in the field, after all in the function that reads these drops she also ignores. So what exactly did I do? I modified the function that reads common_drop_item, so that it looks like the later drop files. Separated by Group "Group Name" { Rank (int) "It would be from level 0 to 3" ID - Min Level - Max level - Percent - VNUM } I believe it is more organized and easy to change. Tutorial And common_drop_item will now look like this The common_drop_item I used was one that I believe is not modified, and with standard drops, if anyone needs it, I posted it here too. I put the common_drop_item files in github gits too. [Hidden Content] I used a script I made in nodejs, to organize this file, and put these comments at the end with the name of each item. In case someone just needs to ask. Remembering that it is something experimental, I tested it here and it is working normally. Any criticism or suggestion just speak. Att: Rospirski

I really only have this problem when I use npc_lock