The_Game_Master

O i've tested on 700 users. Ideed low latency but more cpu. Very good patch, but Derex is a little better.

Thanks for the patch. I was looking for a patch of mtmaps in the archives, but couldn't find any or extract one. I'll test your patch and give the results. One question tough, what are fopenmp and lgomp? Is assume are new libs, but can you give more details about them?

It can be only one. kek.

We need mtmaps. The lag is unbelievable at around 700-1000 users.

Edit: Tested and AP still counts. SP is gone tough.

It should not be any bonus from spellpower. This should be the right fix for it. INSERT INTO spell_bonus_data (entry, direct_bonus, dot_bonus, ap_bonus, comments) VALUES (55039, 0, 0, 0, "Engineering - Gnomish Lightning Generator");

I tough "if(miscvalue1 && miscvalue1 != achievementCriteria" it's a hack. Looks like one tough. raw?

No need to bump, spellInfo->SpellIconID == xxx it's not used for a while now. Considered a hack as far as i remember. Try using SPELL_MASK instead.

Likewise, there seems to be a small difference tough. Hunter's dps semmes sligthly changed. Alltough it's nothing wrong with the code, i think it has some deeper implications that are not added in it.

I don't want to be mean or anything, but you should rewrite your patch. In his current form it's unlikely it's gooing anywhere. It's full of hacks.

No need for a workaround, just identify why this is not returning the proper aura. Unit::AuraList const& otherTransforms = m_target->GetAurasByType(SPELL_AURA_TRANSFORM); if(otherTransforms.empty())

Updated SQL. -- Fire bomb script DELETE FROM `creature_ai_scripts` WHERE `creature_id` = 18225; INSERT INTO `creature_ai_scripts`(`creature_id`,`event_type`,`event_inverse_phase_mask`,`event_chance` ,`event_flags`,`event_param1`,`event_param2`,`event_param3`,`event_param4`,`action1_type`,`action1_param1` ,`action1_param2`,`action1_param3`,`action2_type`,`action2_param1`,`action2_param2`,`action2_param3`, `action3_type`,`action3_param1`,`action3_param2`,`action3_param3`,`comment`) VALUES (18225,11,0,100,0,0,0,0,0,11,31961,0,4,0,0,0,0,0,0,0,0,'Fire Bomb Target cast Fire Bomb on Spawn'), (18225,0,100,5000,0,5000,0,0,0,37,0,0,0,0,0,0,0,0,0,0,0,'Fire Bomb Target Despawn'); UPDATE creature_template SET AIName = 'EventAI', ScriptName='' WHERE `entry` = 18225;

So very long waited. I'll test it a.s.a.p. Tested and working as intetended. Good job!

Any news about this? Looks very promicing. In the curent state it could only lead to a crash. So come on, a review... something.

Yes spell bonus damage is incorrect. But i think the formula is somewhere in between CLASS and SCHOOL damage calculation.

I think you should check for memory losses. I'm running preutty low on memory since I aaded the patch. Even lower then before...

Please commit this patch when you have the time for it. Excelent job with it.

charlie, if you have the time please update for the latest version.

Great example! Thank you. I think now it's posibble to implement exhaustion. If the sea have any special extra flags from the rest of the water.

OMG! I bow to you! Very very impressive! Can you please explain more when you'll have the time. Couln't the same optimizations be used for vmaps?

I must agree with Wyk3d on this one, no matter how much I like the idea of multiprocessing, multithreading and core optimization is the way to go here. Not to mention the resources needed for multiprocessing that i'm sure most of us don't affort.

Version 7220 no addons, i managed to catch this crash after 4 hours of debugging. EffectSummonType: Unhandled summon type 487 terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc Program received signal SIGABRT, Aborted. [switching to Thread -1448084592 (LWP 14037)] 0xb7677c66 in raise () from /lib/libc.so.6 (gdb) bt full #0 0xb7677c66 in raise () from /lib/libc.so.6 No symbol table info available. #1 0xb7679571 in abort () from /lib/libc.so.6 No symbol table info available. #2 0xb7894874 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 No symbol table info available. #3 0xb7892295 in ?? () from /usr/lib/libstdc++.so.6 No symbol table info available. #4 0xb78922d2 in std::terminate () from /usr/lib/libstdc++.so.6 No symbol table info available. #5 0xb789240a in __cxa_throw () from /usr/lib/libstdc++.so.6 No symbol table info available. #6 0xb789284b in operator new () from /usr/lib/libstdc++.so.6 No symbol table info available. #7 0xb789291d in operator new[] () from /usr/lib/libstdc++.so.6 No symbol table info available. #8 0x0843f14e in VMAP::ModelContainer::readFile () No symbol table info available. #9 0x08433eee in VMAP::MapTree::loadMap () No symbol table info available. #10 0x0843606d in VMAP::VMapManager::_loadMap () No symbol table info available. #11 0x0843622d in VMAP::VMapManager::loadMap () No symbol table info available. #12 0x081d7153 in Map::LoadVMap () No symbol table info available. #13 0x081d8123 in Map::EnsureGridCreated () No symbol table info available. #14 0x081d8ca5 in Map::EnsureGridLoadedForPlayer () No symbol table info available. #15 0x081dbd34 in Map::UpdatePlayerVisibility () No symbol table info available. #16 0x081ddda0 in Map::PlayerRelocation () No symbol table info available. #17 0x082b6c9e in Player::SetPosition () No symbol table info available. #18 0x083c06a6 in WorldSession::HandleMovementOpcodes () No symbol table info available. ---Type <return> to continue, or q <return> to quit--- #19 0x08367069 in WorldSession::Update () No symbol table info available. #20 0x08360bb9 in World::UpdateSessions () No symbol table info available. #21 0x08360e35 in World::Update () No symbol table info available. #22 0x0812088d in WorldRunnable::run () No symbol table info available. #23 0xb78f270f in ZThread::ThreadImpl::Dispatch () from /usr/local/games/WoW7220/lib/libZThread.so.0 No symbol table info available. #24 0xb78f4cb8 in ZThread::(anonymous namespace)::Launcher::run () from /usr/local/games/WoW7220/lib/libZThread.so.0 No symbol table info available. #25 0xb78f8862 in _dispatch () from /usr/local/games/WoW7220/lib/libZThread.so.0 No symbol table info available. #26 0xb77cf369 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #27 0xb7721cfe in clone () from /lib/libc.so.6 No symbol table info available. (gdb) I think it can be fixed easy since the problem occurs around std::bad_alloc. Or mayne i'm mistakeing.

I was wondering about when this will happen. Thank you guys. Question, what about version 9464 is still 308 and there aren't so many differences?

Thanks dude.

I still have this bug in 7151.