Gurgarath

Hello, Thank you, but I guess the tutorial is incomplete, can you provide us with "CanUnequipNow" function please? Also, is it possible to have a small gif of what it does exactly?

Hey folks, Well, I won't go in details, but the official use this for some quests, including their over9refine. I noticed we missed that, it was added somewhere between 2014 and 2015, probably along the new armors. I am aware that the tooltip is a bit crazy, but it is like this on the official too so I share it as is. NOTE: This is not reversed. Only the root part is official. Have a nice day

Just open the .mse in World Editor. Once you did this, you will have to... well... make the effect you want with the icons you want. For example the telephone one is comprised of a background, an icon, and a "signal" effect. Every effect is different. In the end, it mostly relies on your ability to create a .mse. You can find the World Editor on the forum. We do not have any good tutorials for creating a .mse, so if you ever manage to create good effects, we will be happy to see you post a tutorial on the subtleties and the possibilities of the tool.

I never tried to directly compile LibDevIL on Linux, but I don't have any issue with it on the server. I just used the includes from the 1.7.8 version and on the running machine I installed the apt package "libdevil-dev". On the client I am still on the 1.6.5, but weirdly enough I didn't encounter a single issue with libdevil on the server, neither the order in the mark or the corrupted logo. Maybe I should start to compile it and to link it statically to see if it creates any issue

For those of you who want to also print the line:

Wonderful! Excellent. The green dot is the cherry on the top

Excellent release again, thank you Mali! Better Abort Traceback. More logs when your client unexpectedly crashes.

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

Exactly, @ Mali brought this up to me and I didn't know that I could close the server with ESC. With this change, you'll be able to use CTRL+C as well as CTRL+BREAK, indeed. Esc does a graceful shutdown as well. Note that you can already use CTRL+C without this fix, but it won't do a graceful shutdown.

Hello fine people, A little bit of context, recently we have been talking with @ msnas about doing an action upon server closure. Which is what the db/game should be doing by default when it exits MainLoop. However, I noticed that because of the way I shutdown my core, I wasn't receiving the right signal and was exiting the server before I can do any other actions. He then told me that he noticed this issue a long time ago because it was also present for him, only on Windows. Well, after a little bit of digging, I noticed that the signal was simply not handled on a Windows server. So here is a rudimentary (but working) signal management for Windows. I guess you can still rewrite the whole thing using more modern stuff like boost signal. But so far so good. Please not that you should close your db / game using CTRL+C or CTRL+BREAK if you want to gracefully shutdown. As a forced closure (closing the window, shutdown or task manager) would still not allow for the server to properly close, notably because it doesn't give enough grace time. So, here is the fix: Have a nice day!

My goal is not to make it attractive to people nor to convince them to use it, but to share something that they can add if they want or if they see fit. The main difference between Ninja and Make is that Ninja is around 30 year newer than Make and is supported by Google for Chromium build (a very large project). You can find various Benchmarks online, for example this one from 2015. There are of course many others benchmarks here and there, as well as a nice YouTube video. As I explained in the post, Ninja is really good when you do incremental building (recompile just a few files) and the bigger your project, the better the gains.

May you elaborate?

Hello guys, Recently I have been updating my whole workflow and I discovered Ninja. To be concise, Ninja is basically a more modern and lightweight equivalent to "Make" that we (almost) all use. Its motto is simple, avoid being too complex to allow for a faster build & rebuild time, while allowing a human-readable syntax. I will just paraphrase them : "When you are in a edit-compile cycle you want it to be as fast as possible — you want the build system to do the minimum work necessary to figure out what needs to be built immediately. [...] Ninja contains the barest functionality necessary to describe arbitrary dependency graphs. Its lack of syntax makes it impossible to express complex decisions." Long story short, using it, you will basically build slightly faster & rebuild your project even faster. Let's get started! Then you are good! As a rule of thumb, you can use the following commands the same way you use your previous Make commands: Clean your solution: ninja -t clean Build your solution using a number of workers: ninja -j<number_of_workers> Have a nice day!

Excellent release thank you very much. This will definitely come in handy for ui creation!

Those are called "common_drop". This is how the game works. You can drop them on virtually any monsters, that's why they show there. Of course, it all comes to the logic of having them in this system, is it very good to have them for every monsters, or is it even worth to have them at all displayed? That's up to you. But this is not a bug

Thank you very much, I always love this kind of thing and the story is pretty cool! I didn't know there was records of Sung-Mahi back then. How old is this article?

Hello, When this bug is occurring, can you do /state to see if it matches your coordinates? Also, move and see if the coordinates change. This is most likely a desync because of data folder. Many servers (like many other things) do not bother to fix it.

The support saying "There is not possible" is either a big red flag or it is framed. As stated, you should post that on Blazingfast's trustpilot page.

To be fair, I had the exact same bug and I postponed the fix for months because it was a low importance bug so far, but your post interested me. In hindsight I decided to work on it because this didn't fix it for me (I also had no syserr, but I was experiencing the same bug with mounts). This kind of bug is easy to track, just do /state while running with a mount, if the mount has the bug, the coordinates won't be refreshed, which will postpone the loading of the chunks until the server finally catch up and decides to sent the move packet and the refreshing of the chunks. Usually, it can happen when the server cannot process something, for players, monsters and NPC it is the data folder that is responsible for dealing with that. It will use the duration and the accumulation of an animation to try to replicate as much as it can where a mob should be and when it should be there. If there is no data or if the data is incorrect, you will have many issues (including but not limited to): False flagged as a cheater / speedhacker Monsters will load with a slight delay (instead of loading in front of you they will load behind you) or won't load at all You will receive damages from monsters far behind because the server thinks you are immobile The server will think a monster has caught up with you while it hasn't and vice-versa To fix it, you just have to add the "folder" in the mob_proto of every mount having the issue. Long story short, some mounts won't have a "folder" field in your mob_proto.txt, which will result in them not having a data folder and triggering the aforementioned scenario. In my case, the Manny (20246/20247) was having the issue, so I just added "christmas_2016_mammoth" to the "folder" field in mob_proto.txt, made sure I had it in "share/data/monster" and voilà. It fixed the issue completely. To easily know the folder, just check in NPClist and make sure it is a folder and not a "subfolder". A subfolder in npc_list.txt is working like this: #0 #SUBFOLDER #FOLDER <- (This one should be added into mob_proto.txt) 0 christmas_2016_mammoth_01 christmas_2016_mammoth

The main post have been updated with many fixes have been added on multiple bugs that were fixed overtime! If you find any new bug or new fix, do not hesitate to report or share them! Exactly! Thank you for the fix. I wondered why I hadn't the bug for a while but shrugged it off. When adding your fix I noticed I did add Anisotropic on SetDefaultState when I was doing MSAA. Excellent! You can do like this indeed!

Before: Consistent stuttering upon meeting an unloaded entity or walking through the map After: Minimal to no stuttering upon loading a chunk of the map

Hello, Sorry for the late answer, I had to sort out other things before going back to this issue. I checked everything and the only time it occured so far with me was with the "Red Dryads". The maximum distance recorded was "8.60". It can also be related to the motion itself. So cranking it up to 9 should reduce most of the issues. I updated the tutorial and I will keep my informations like that to eventually make some fine-tune and publish it. Thank you for your report!

Thank you for your reupload, however what is the password of the rar please?

Hello, you have to do it using 3DS max, using a mdattr plugin. Also, note that the collisions are very rudimental and only consists of squares or rectangles. I think we should start a communautary project that aims to revamp every collisions to make them more adequate.

Can you tell me the steps to reproduce please, with a gif eventually? It's possible that false positive occurs and it's very easy to fine-tune the detection based on specific cases. I personally just tried to exp 30 minutes in the redwood in multiple spots and with multiple mobs, even destroyed a stone and spawned two hundred monsters of different kind and I didn't manage to get a single report (until I fought the redwood boss, in which I got two reports during all the fight that I couldn't reproduce). I have had a few false positives so far, that I am logging and investigating, but please, note that for this fix to work, you must have correct server data for monsters (with correct accumulations and so on). Every fix on the server that relies on sectree (speedhack etc.) must have correct data for the server to correctly process what is going on. It is slightly prone to lags and you must be careful of your server's data. I do not say that the fix is perfect, far from that, but if your server data are correct, you are not supposed to get spammed like this and the amount of false positive is relatively small. The goal of the system is not to ban players, but to mitigate obvious abuse. If you are getting spammed ONLY in specific places, then it is more your fault than the system's fault. I would however gladfully fix the system if you provide me with enough informations, but so far, I only had a small amount of false positive, nothing that hinders the gameplay (I didn't notice once that I was flagged and that my hit was cancelled) and I log every single one of them to make sure they won't happen twice. I am genuinely interested on the issue, thank you for your report.