shlainn

Very ominous. Mind elaborating?

YuruY, пожалуйста пишите на английском языке. X-Savior вас не понимает. И это вообще не место для ваших личных проблем ------------ YuruY, please write in english if possible, X-Savior obviously does not understand you. And, for the both of you, gentlemen, this is not the place for your personal problems!

I believe that the idea was to drop the dll and compile SD2 directly into the core. I think we both know that this was a political move as much as a technical one, and, I agree with you, the current system is working and there is no big technical reason to change how it works. As to "talking to SD2 about it" - see "politics". I will not comment on that further - you know the issues as well as everyone else here. P.S.: If everytime someone proclaimed that mangos is dead those people would donate 1€/$/Gold, the hosting costs would be paid for the next 10 years already…

I'm not happy when reading this. ( I apologize if you felt personally offended by my statement. We have 1000 members in this forum right now. If less then 1% of these (not counting people with "Developer" under their names) contribute, I think it is fairly accurate to say that the input from the community is limited. If you would post what you had in mind it could be discussed by all of us - more brains = more input. We should try to be as independent as possible from individuals as single-point-of-failure. That is the reason why e.g. the database (one and zero) is developed in git directly and not as updatepacks. Why, I knew. But that is beside the point, I guess. The main problem is not that people left the community - but that knowledge has left the community, and that is much harder to replace. I can teach anyone enough programming in a month to start hacking on mangos or fixing the db or whatever (that is, provided you are willing to learn and ask questions). But understanding some of the systems in MaNGOS (spells, or the map cell system come to mind) and their interactions can literally take ages, and almost no one is left who actually understands them still. I do not mean to say that you will not get help if you venture into those areas - just that it will be less... helpful. I cannot speak for the scripts, as I was not involved into that. I assume this could have been handled better, politically. My personal opinion: If something is free and open-source, anyone can do with it as they please. People fork projects all the time. As long as the commit authors are preserved I do not think anyone has reason to complain. Anyone can check the commits in the repo and see that the actual work was done by the SD2 team and just pulled by MaNGOS. Aside: Funny enough, all cries for help from the devs are ignored, but as soon as someone from the community expresses disappointment in commit frequecies, we have more activity in this thread alone than in all of the forum over the last week

Political statement: Our devs are all working very hard on very exciting features for all of you! Watch this space for more updates! Reality: Too few devs. Too much to do. No help from the community. Low motivation. Updates will come when one of these issues changes.

Aside: I would suggest using the GitHub Wiki at https://github.com/mangos-one/database/wiki - UDBwiki seemed a bit unreliable lately. On Topic: Having a proper documentation somewhere online and up-to-date would certainly make things easier for developers - and people who aspire to become developers. Much of the stuff can be copied from WoTLK anyway.

http://udbwiki.no-ip.org/index.php/Creature_movement Please post some SQL for us to debug.

Nice guide. Typo: hithub --> github (2nd code box) Suggestion: add howtos to create extract necessary materials (dbcs + *maps) Suggestion2: add howtos to applying the database.

+1 maybe we should also rename mangos/mangos to mangos/server then?

Sart13, apologies for the irony. Okay, I have another observation here: AttributesEx & 0x2000 is in the following spells:

Ah, research... Now, let's see: SUMMON_PROP_GROUP_CONTROLLABLE (3) is set in SummonProperties.dbc for Effects 65, 427, 428, and 1301 Effect 65 is used for Spells Effect 427 is used for Spells Effect 428 is used for Spells Effect 1301 is used for Spell Now, with the exception of Raise Ally, they all have AttributesEx & 0x2000... Will check more later

It's a learning process for us all But very kind of you to look down on us blessing our humble efforts - it makes this feel much more effective... So, in mangosR2 type 65 is handled customly in EffectSummonPossessed. The possessing is done by casting Spell 530 (Charm (Possess)) on the Eye once it is summoned. I assume this will yield the correct result. Now my question would be, if this is Blizzlike (aka, are there sniffs for this?) or if it "just works"...

So, this thing got me a bit interested. Let's see what one can find out about this. All Data are from UDB or DBCs directly We are talking about quest 12641 - "Death Comes From On High" (http://udbtrac.dyndns.org/index.php?quest=12641). In this quest it is necessary to use GO 191609 which is a Type 10 GO (Goober), with Spell 51888 as data10. This spell (in Spell.dbc) goes by the name of "Summon Eye of Acherus". It has 1 effect of type FORCE_CAST (140) with ImplicitTargetA TARGET_DUELVSPLAYER(25)(The description seems wrong) and EffectTriggerSpell 51852. Spell 51852 is "The Eye of Acherus". It has 3 effects. Twice APPLY_AURA (6) and once SUMMON (28). The auras applied are 260 and 261 to the player which appears to be SCREEN_EFFECT and PHASE. SCREEN_EFFECT seems to be client side only, so that should work fine. PHASE has some handling in place. Now, for the summon, it has ImplicitTargetA TABLE_X_Y_Z_COORDINATES (17) and MiscValues 28511 (Creature: The Eye of Acherus) and 65 (from SummonProperties.dbc) SummonProperties 65 has all zeros except for "Group" which is CONTROLLABLE (3). For those curious, this is handled in game/SpellEffects.cpp line 4695++ and calls DoSummonGuardian(). So I guess this would be a good place to start looking for what is wrong... I will try to continue this later, hope it helps somewhat...

Someone please correct me if I am wrong, but isn't "Hooks for Scripting Library for spells" moving the "tons of custom code in dummy, proc aura handlers which looks not nice" from core to the scripting library, which is also not nice? sart13, I happen to agree with you that the first step to fix a problem is to exactly define it. So, if you can find some time, could you point out in detail the limitations of the current Pet system somewhere? I, personally, would greatly appreciate this. Shlainn

This says most of it. Other then that, you need TBC 2.4.3 for mangos one. You are using mangos one, right? Oh wait, you are using a custom repack for which you posted a link (which is not allowed)... Well, I guess you will need to talk to the guys who made the repack... Or compile mangos yourself