masodikbela

This means that the quest cant connect to the mysql OR you dont have coins column in the account table.

Does the window have "float" flag anywhere? Because it looks like the same when you add "float" to a window. Also as far as I remember it should work with scaled windows...

M2 Download Center Download Here ( Internal ) Hi there devs, Probably the most of us know the problem when an image contains alpha/fully transparent parts but you can't click trough them and it would be very necessary to do so. This problem is very common with the taskbars, for example with the ilumina taskbar (you know when it looks like you are clicking the ground, but the image is still there but that part is transparent). Video: How to: EterPythonLib\PythonWindow.h EterPythonLib\PythonWindowManagerModule.cpp EterPythonLib\PythonWindow.cpp EterLib\GrpImageTexture.cpp EterLib\GrpImageInstance.h EterLib\GrpImageInstance.cpp By default it won't check the alpha value, so it means that you have to add manually the "alpha_sensitive" flag to the preferred windows/objects (also note that its only effective with an expandedImageBox object and it has some interference with the "float" flag (if both added to the same object)). For the usage check the video. If you have any question, remark, or anything that you like to ask or suggest, feel free to post it here, or send it in PM. Have a nice day, ~masodikbela

Hi there devs, A few months ago I've made a solution for the well-known problems with the character select/logging out which is: once you are about to change character, the stats (ht, st, playtime, etc...) and parts (armor/head) don't update properly: you have to do it twice to see the correct values/items when a character is logging out from the game near to your character you can see a fast equipment change (the character is unequipping everything from him/herself) Explanation for the problems The usual coding video The fix GL for the setup and if you have further question(s), remark(s), or anything that you want to ask or suggest, feel free to post it here, or send it in PM. If you get error(s) please upload the affected (and edited) file(s) to [Hidden Content] and link it in your post, to make my work easier and probably I will be able to help you only in one post, so please spare me from asking basic requests like "Could you upload...". Thank you Have a nice day, ~masodikbela

The short answer: The long answer:

I didn't read the whole, but for me the "vid" fix is missing... (correct me if I'm wrong) here is mine: [Hidden Content]

I found a crash issue (not in your release, but it affects all eterPackMakers, so it maybe affects yours too). When a file's path longer than ~64, it crashes. The problem is that a buffer is too small for this length. In the eterPack\Inline.h u should change the char dir[64(maybe? I don't remember the original number)]; to (for example) char dir[256]; (If u already fixed this problem then just ignore this post)

This is in the property, some of its folders/files have Chinese chars in its names. Basically it won't cause any problem (for me) all of the packers can handle this things without problem.

Seems good, but if you accept a suggestion, I have one idea: I don't know if you used the ymir-made eterPack and eterBase projects, but if you did, then you should build a dll for the eterPack project, (instead of using it as lib) so anyone will be able to build their own dll and they will be able to use their own cipher/method.

I'm using mainline, and no, thats all I have

I think my fix is enough, since I run into this problem when I was working on a real server (with players). After I made this fix the game stopped crashing so I don't think that other thing is necessary.

Without knowing whats the reason to do it, whats the bug that it causes, I can't say anything about it...

This is the only one that I know. Also I seen some trouble with the automatic deletion of dungeon IDs, but thats not a very serious problem.

Here you are: [Hidden Content] Basic quest: when hit begin syschat("kkty") if npc.is_pc() then syschat("ispc") end syschat(npc.get_level()) end when 101.hit begin syschat("101") end

How do you want? Hit the 'hit' trigger for that player who hit something (did dmg to it or something) or trigger when someone being hit by something.

I'm using vc120 (visual studio 2013) on my windows 10 operation system. I compiled the server on windows so I can use it as an application (.exe).

You can add that thing anywhere in the file, the important thing is to stay in the current class (class Interface(object):).

I don't really understand, could you make a video or something about the crash?

Hi there devs, About a few days ago one of my friends asked me if I could make a fix for the reload q problem. Maybe now some of you are saying "lol what the hell is he talking about, my reload q works perfectly..." and rightfully, because basically it works, it does its job on a test server with no players. But if you try to do a 'reload q' on a real server with players it has a high chance that it will crash the core. You can ask me again "why the hell do you want to reload the quest on a real server instead of fully rebooting the server?" and my answer is a question too: "why not?" Its more faster to add new quests and repair already installed ones, IF this function works well. Explanation of the crash The fix of the crash And finally let me wish you all good luck for the setup If you have further question(s), remark(s), or anything that you want to ask or suggest, feel free to post it here, or send it in PM. If you get error(s) please upload the affected (and edited) file to [Hidden Content] and link it in your post, to make my work easier and probably I will be able to help you only in one post, so please spare me from asking basic requests like "Could you upload...". Thank you Have a nice day, ~masodikbela

The path is still not correct... your folder is here: [Hidden Content] but the server wants to reach it here: [Hidden Content]

I checked this, and I found this in the guild_war.cpp: if (gw.type == GUILD_WAR_TYPE_FIELD) return; So if you tired to do a field war (type 0) then this could be the problem. Other wars are working perfectly for me.

Its not the best way, but if you build it in release mode (not debug) probably will solve the problem. Also if you use vs13 probably you won't get this problem. (Btw the best way would be debug the core properly to see what's causes this problem...)

Hmm well then I don't have any idea, maybe you should try to set it up again from the beginning, maybe you missed something... Sorry, but I can't say more without any error Thank you, well as I mentioned it in my first post I decided to make this thing for free. I know that it doesn't looks so nice, and it uses a bit old methods so I decided to rework this whole thing during the summer with better techniques, methods and with more compatibility. The basic system will remains free of course, but maybe I will create some add-ons that will can be bought.

Any syserr in the client/server part (in that channel's folder where u tired to open)?