sysexpection
Members-
Posts
18 -
Joined
-
Last visited
Never -
Donations
0.00 GBP
sysexpection's Achievements
Member (2/3)
0
Reputation
-
How to Activate Vmaps on northrend ?
sysexpection replied to Auntie Mangos's topic in OldGeneral support
Currently I don't know about any other area, in which such an error occurs. Maybe someone knows about other areas. -
How to Activate Vmaps on northrend ?
sysexpection replied to Auntie Mangos's topic in OldGeneral support
I can confirm this. Unfortunetly I had not enough time to take a closer look on that today.. I'll try next days. -
How to Activate Vmaps on northrend ?
sysexpection replied to Auntie Mangos's topic in OldGeneral support
Thank you. Maybe someone would take a quick look at this. Or I will try to figure something out, later at home. -
How to Activate Vmaps on northrend ?
sysexpection replied to Auntie Mangos's topic in OldGeneral support
Do you have this problem with every wall on every map? Or just on some maps/walls? If so, you may could provide an example where this happens. Otherwise, I think it's a problem of your local installation. -
How to Activate Vmaps on northrend ?
sysexpection replied to Auntie Mangos's topic in OldGeneral support
AFAIK vmaps are now activated on every map, if you have extracted them and you set the config switches to 1, just like in your paste above. If you want to activate vmaps only for northrend, you have to implement this feature yourself. -
I'm sorry that I had not reported something, but my old computer is broken. Well I am back and thanks
-
This in fact already works, it's handled by spell aura 61261. I already tested it after Vladimir pointed me to that... I have tested this too, and you're right. Unfortunetly, this applies for Unholy and Blood Presence too, but I couldn't figure out why... As you can see, the iterator returns the SpellModifier for ID 61261 (Frost Presence) but I've just switched to Bloodpresence a few seconds ago. Also I cannot see the SpellModifier, which the iterator returns, in the player object? Any ideas or explainations? Maybe I just don't get it...
-
Need help with creature_template
sysexpection replied to evilwhynot's topic in OldInstallation, configuration & upgrades
Ahh, sorry. Litte late... Uhm, I think you have to reapply the vehicle patch. Something ist wrong with that... (everything compiles fine, but that doesn't means everything works fine..) Why not using a repo, where vehicle patch is already applied? rsa's for example -
Need help with creature_template
sysexpection replied to evilwhynot's topic in OldInstallation, configuration & upgrades
Well, have you applied every database structure update from sql/updates? Are you using any core modification that may require an update of the table structure and you forgot to execute the queries? Lastest mangos rev. on master branch with YTDB works fine for me. You may want to take a look at the wiki: http://getmangos.eu/wiki/Setting_up_MaNGOS -
How can be handled spell like 45477 Icy Touch (Rank 1) "Very high threat when in Frost Presence.", x7 damage according wowwiki? Well, thats a very good question. Maybe a switch/case would help. Are there many spells handled like this? Easiest way would be a dirty "hack" fix like this: float ThreatCalcHelper::calcThreat(Unit* pHatedUnit, Unit* /*pHatingUnit*/, float pThreat, bool crit, SpellSchoolMask schoolMask, SpellEntry const *pThreatSpell) { // all flat mods applied early if(!pThreat) return 0.0f; if (pThreatSpell) { SpellThreatEntry const* threatEntry = sSpellMgr.GetSpellThreatEntry(pThreatSpell->Id); if (Player* modOwner = pHatedUnit->GetSpellModOwner()) { switch (pThreatSpell->Id) { case 45477: if(modOwner->HasAura(48266)) pThreat *= 7.0f; break; } modOwner->ApplySpellMod(pThreatSpell->Id, SPELLMOD_THREAT, pThreat); if(threatEntry && threatEntry->ap_multiplier) pThreat += modOwner->CalculateDamage(BASE_ATTACK, false) * threatEntry->ap_multiplier; } if (crit) pThreat *= pHatedUnit->GetTotalAuraMultiplierByMiscMask(SPELL_AURA_MOD_CRITICAL_THREAT,schoolMask); if (threatEntry) pThreat *= threatEntry->multiplier; } float threat = pHatedUnit->ApplyTotalThreatModifier(pThreat, schoolMask); return threat; } Maybe we could think about a conditional multiplier (condition may be also stored in database...)? if(player->HasAura(....)) { pThreat *= x.xf); } I'm not sure but with you patch healing and damage do the same threat while, for what I know, healing usually should generate half amount Well, healing threat should be multiplied with 0.5. In fact every groupmember sould gain (threat*0.5)/amount_of_groupmembers threat. This is allready implement for most (maybe not all) cases. As you can see here in the callstack, healing spells are processed by ThreatCalcHelper::calcThreat(), too. Yeah, I know, in the bug report thread. Well would like to hear some more voices on that topic. Another point is that integer calculations are faster then floating point math. It's worth to take a look on that.
-
GIT has been down for 3+ days now...
sysexpection replied to a topic in OldInstallation, configuration & upgrades
I've just pulled the changes from the official git repo about 6 hours ago. No problems for me. Already taken a look at your repo's remote urls? Maybe only a 404? -
I have implemented an AP based multiplier for now: https://gist.github.com/763765 This is based on Lynx3d's patch (thanks a lot for the well commented sourcecode, helped me a lot) I added an extra column, named `AP_Muliplier`. Now: If AP_Multiplier != 0.0 it will call Unit::calculateDamage(..) (base attack, normalised = false) and multiply the return value with the given AP multiplier from the database. Here an example. Values based on this: http://www.tankspot.com/showthread.php?39775-wow-3-0-threat-values Let's take Sunder Armor: mysql> select * from spell_threat where entry = 7386; ------- -------- ------------ --------------- | entry | Threat | Multiplier | AP_Multiplier | ------- -------- ------------ --------------- | 7386 | 345 | 1 | 0,05 | ------- -------- ------------ --------------- 1 row in set My Testwarrior has 708 to 972 AP. I'm in Defense Stance. Let's start with the basic threat of 375. CalculateDamage returns 954 * AP_Multiplier 0.05 = 47.7 Threat is now 392.7. Multiplied with our databased threat multiplier (default value 1.0) it's still 392.7. After applying total threat modifier (1.45, defense stance) we have 569.415. Sounds much more better than the 100.0 * 1.45 from actual YTDB. Well, I'm not sure if ThreatCalcHelper::calcThreat is the best place to put this code. Also I'm not sure, if there is any spell, generating AP based threat, that can crit, or if stance has to be applied in every case. Well thanks for any comments, ideas for improvement, etc. And thanks to Lynx3d again Updated gist: Changed something and added the queries (sorry)
-
There is nothing to discuss. You're right of course. Sometimes I'm just too blind or too lazy, whatever. I've totally forgotten about cases like that. Well thanks for gist and your ideas. Now I have something to workout. That may take some time, since I'm not the best C++ programmer here. Mostly I work on process XML data, or general data to import it into databases and then push it into the ERP system. But it's time to grow up
-
Updated again. I've extended the existing functions for additional threat in order to load multipliers. Well, very good idea. The new column `Threat_multiplier` has default value -1 and the older `Threat` column has now default value '0'. So if `Threat` == 0 we won't push to SpellThreatMap and if `Threat_multiplier` == -1 we won't push to SpellThreatMultiplierMap (cause there might be some cases we could use the 0 multiplier to remove threat generation). Kind regards
-
Well, you're right. Guess I'm just lazy, hah My bad. Work in progress
Contact Us
To contact us
click here
You can also email us at [email protected]
Privacy Policy | Terms & Conditions
You can also email us at [email protected]
Privacy Policy | Terms & Conditions
Copyright © getMaNGOS. All rights Reserved.
This website is in no way associated with or endorsed by Blizzard Entertainment®
This website is in no way associated with or endorsed by Blizzard Entertainment®