metin2united

masodikbela

VIP
  • Content Count

    156
  • Joined

  • Last visited

  • Days Won

    26

masodikbela last won the day on September 6 2018

masodikbela had the most liked content!

Community Reputation

327 Dominating

About masodikbela

  • Rank
    Friendly
  • Birthday 06/23/1997

Profile Information

  • Gender
    Male
  • Location
    Hungary

Contact Methods

  • Skype
    masodikbela_trade (commercial only!)

Recent Profile Visitors

3,586 profile views
  1. masodikbela

    open GUI Class hidding what's outside of it

    I guess this is what you are searching for. I recently used this technique in my new wiki (ignore the cursor, its position is fucked up in the gif): https://i.imgur.com/t5foEKQ.gif The trick is exactly what you were thinking in your post above: First, you need a main window. We set this window's size to exactly as big as we need. Then lets make another window inside it, and make it as big as we need to store all elements we need in it. Then when you scroll we just have to move this inner window. But... you have to create a function (obviously this is the hard part of it) that handles the inner window. So basically it hides those parts of the window that is outside of the main window. I've seen some different implementation already, where they did this python side using the SetRenderingRect function, but I would avoid that (like I did) cus it would make the whole code a mess. Instead, I would recommend you to modify the render functions directly. What I did was: created a new bool "isInsideRender" which I can set if the window need to check if its outside from its parent created a RECT "render box" where I store how much is the current window is outside from its parent window modified the necessary functions like set size, set position, etc, where I update the render box if the isInsideRender is set modified the necessary windows (image box, textline) renders to render only the visible parts of the window according to the stored data in the render box Obviously I won't release it (sadly) like I didn't do it in the past ~1 year, but if you have some more questions about it (which is not like "can you show me the exact code") I'm here to help.
  2. masodikbela

    Can I change my name?

    If you have VIP you can change your name once per month (if I remember well). Otherwise they rarely do it, unless there is a strong reason to do so ( error C2129: static function 'bool IsStrongReason(const char * namechangeReason)' declared but not defined )
  3. masodikbela

    Feedback for our new theme

    First I ignored it, but as time passed now I cant and the more I watch it the more I dont understand it.
  4. masodikbela

    AsyncSQL with std::mutex and std::thread

    Ahh was a bit late yesterday and somehow I missed it totally sorry you are right...
  5. masodikbela

    AsyncSQL with std::mutex and std::thread

    You should check if the thread is already joined, or just simply check if you already called Quit, cus db is crashing at the very end of the process, because quit is called from the db too (and also from the destructor of CAsyncSQL).
  6. masodikbela

    [PyLUA++]Tradehouse

    You can't. Originally it was made this way because using sql queries in quest was too expensive... This whole thing is outdated right now so it would be better to refactor this system.
  7. masodikbela

    c++ Full terrain render

    You can disable the shadows cus as far as I saw that consumes the most... however the whole rendering thing is old and not well optimized, also it could be that I made mistakes in this solution and it could be improved too, but I think the real problem is the rendering itself... Btw the fps in metin is capped at 60 and I had somewhere between 40 and 60 with this on the original map1s(cus the map can also be the problem for your low fps). So in short: no I don't plan to improve it...
  8. masodikbela

    c++ Full terrain render

    Because of obvious reasons I described at the beginning of the topic... Like rendering everything would use more resources than rendering things around your character...
  9. masodikbela

    c++ Full terrain render

    Did you enabled it here?
  10. masodikbela

    c++ Full terrain render

    Maybe I forgot to mention that you have to change the foglevel in the constinfo... For me:
  11. masodikbela

    c++ Full terrain render

    Well if you do the first step, the client will load the whole map into the memory. This would increase the memory usage a little bit but would increase the performance too. Ofc even if the full render is disabled, this can't be disable because like you said I erased the garbage collector. But I think its not that big change, should not cause any problem even on low spec PCs, no need to worry about it.
  12. masodikbela

    c++ Full terrain render

    I haven't thinking about it before so no, but I guess it has a purpose, for example rendering static shadows is way more easier and costs less processing time than rendering dynamic shadows...
  13. masodikbela

    c++ Full terrain render

    The loaded terrains and objects should be cleared when the bool CMapOutdoor::Destroy() is called, which should happen every time when you change map. If you want to make sure if its working as its intended, you can put a MessageBoxA into that function, and it will appear when its called.
  14. masodikbela

    open Expand the view distance?

    Here you are @alondark @K3zX:
  15. masodikbela

    c++ Full terrain render

    Hi there devs, Okay, so after reading the title you may (or may not) have some thougts/questions like "Hollllllllly sh..", "Oooookay..." or just "?". About one or two years ago a mapper questioned me: "Is this possible, to make the whole map visible? Like in normal games? This fog is sooo disgusting, I've could create more beautiful view with a normal fog..." I've tried to do it many ways until finally after some sleepless night I've made it about a year ago. Once it was done I didn't know what to do with it. It was pretty good (I think) but since I'm not a mapper I can't do anything with it. I could have sell it, but since there is no way to protect this code its not an option for me, so I've decided to share it with the public. This TuT gonna be a bit long and there are several things to discuss but FIRST lets watch this video (in the first part I disabled the fog). "Wow, thats actually not bad" this was my first reaction when I first saw this view. BUT enough from me, lets talk about more important things... So I decided to create stages for this tutorial (4 stages actually). Its a normal down-top thing, so it means that you can do stage 1, 2 and then you can stop, but can't do stage 2 without 1, 3 without 2 and 4 without 3... it will help you to customize these modifications. Also I may write some "interesting" (at least for me) notes/thoughts for each stages. However, as you will see the last 2 stages are not ready at the moment, so I would rather say its an experimental release... Anyway, before we start to implement this lets talk about the tests, performance and other more or less important things. Table of content: Stage 1: Removing garbage collectors, loading all map related things into memory ("chunks", objects, etc...) Stage 2: Rendering full terrain Stage 3: Rendering all objects on map [NOT READY YET] Stage 4: Create config for players [NOT READY YET] Performance One of the most important questions about a game: will I be able to play it with my spec? Well of course this depends on much things. Using high poly objects, large maps, HD textures, lots of trees, effects can highly impact the performance/rendering time. So all I can say about it in a nutshell: its really depends on your maps (and of course the player's machine). Until now this old buddy could be ran on almost every computer but with this could change things so this is why I created config for it, enabling or disabling this feature. About my experiences/tests Well the memory usage increased, from the default ~270 MB to ~300 MB (see the explanations later), the processor usage didn't change (~5-10%). About my video card usage I can't tell nothing since I can't monitor it, but I'm sure its usage (both video memory and processing) increased too... You maybe noticed some lag in the video but its not the case, its only because of my recorder, the game is still runs smoothly (remember, its depends on the computer and the map...) If it helps I have a Lenovo U41-70 notebook (Intel i7 5500U, 8GB DDR3 and GeForce 920M) and I used the "(old) wom2 maps". However, I noticed some fps drop with all shadows enabled, and also couldn't test it with many characters (cus the character render consumes so much processing time without this too), so I recommend to disable it by default and if the player decides to use it, he will be able to turn it on. Stage 1 Stage 2 Stage 3 Stage 4 So yeah this is it so far, if you have problem with the code (not compiling, etc) is probably because you did something wrong, I made these steps too on a full untouched client source so it should work for you too... (So pls don't ask me to help with this ) However, if something is not clear in the tutorial you can ask me for pictures or clarification. I didn't test it in dungeons (indoor maps) so there could be problems... Also if you made this and you have some nice maps or you find some great spots for some ingame pictures or videos, feel free to post them here