Jump to content

jpmythic

Members
  • Posts

    5
  • Joined

  • Last visited

    Never
  • Donations

    0.00 GBP 

Everything posted by jpmythic

  1. Yep, very complex system, I spotted that later (utf8) just hadnt gotten back to this post yet. Glad it was sorted with utf8. I had spotted the bit about pet and guild names (Which is why i did this), just forgot to mention this. The whole reason I ended up looking at it was for an Additional little feature of a Guild Rename Deed and I didnt want screwed up names on the system.
  2. FTP the two files from ftp.gnu.org autoconf-2.61.tar.gz m4.1.4.11.tar.gz First make sure you got the files (autoconf and M4) 1: FTP files needed 2: rpm -e autoconf --nodeps 3: tar zxf autoconf-2.61.tar.gz 4: cd to its dir (autoconf-2.61) 5: configure / make / make install autoconf 6: tar zxf m4-1.4.11.tar.gz 7: configure / make M4 8: rpm -e m4 --nodeps (You need M4 up until this point, so can be uninstalled now) 10: make install (M4) (IF you didnt change the location configure sets for the finall install of autoconf and M4) You either ADD the normal /usr/local/bin dir to everybodys Path OR create symbolic links to said files now installed (autoconf and M4) which by default goto /usr/local/bin Centos Def Path for M4/Autoconf (rpm version) is /usr/bin All done...
  3. Yeah, Thats because Centos 5.2 is using autoconf 2.5, two ways to fix: Comment out that macro in configure.ac OR Manually upgrade your autoconf and m4 (This is hard way and not necessary). I am still having a problem with Centos 5.2 but mine is after compile with Sockets. Once you comment that out it will compile if you have your libraries sorted out.
  4. This makes the IsReservedName() call work better as it currently will ONLY match exact... Which means if you have a ReservedName of [ admin ] , only attempts at using ( admin ) will flag it, any other values like: (Admin , ADMIN, aDmin, etc.. ) will not flag up with current implementation.. bool IsReservedName(const std::string& name) const { std::string tempStr; tempStr.assign(name); std::transform(tempStr.begin(), tempStr.end(), tempStr.begin(), tolower); return m_ReservedNames.find(tempStr) != m_ReservedNames.end(); } Really a simple fix, convert em all to LowerCase, and ONLY enter values in the DB in lowercase Thus ANY attempt to use a ReservedName is caught... Sheesh Of course you could always get really fancy and do a Comparision with it checking if the ReservedName is Within the name being checked, thus MrAdmin would flag on [ admin ] as being reserved... I'll leave that excersise to you to work out :cool:
  5. I have searched all three forums ( Here/SD2/UDB ) and have seen alot of things about the issue with trying to change the HearthStone Cooldown period, Lots of suggestions, but none worked. Now I have looked at it and played with and thought this should do it, but it doesn't work either. I suspect most likely due to wrong settings in this Change... I set this up in CharacterHandler.cpp during the Character Login... //Mythic HearthStone Mod int32 hearth_mod = 3600000; switch( vip_level ) { case 0: hearth_mod = hearth_mod * 0.5; break; case 1: hearth_mod = hearth_mod * 0.4; break; case 2: hearth_mod = hearth_mod * 0.3; break; case 3: hearth_mod = hearth_mod * 0.2; break; case 4: hearth_mod = hearth_mod * 0.1; break; default: hearth_mod = hearth_mod * 0.05; break; } SpellModifier *mod = new SpellModifier; mod->op = SPELLMOD_COOLDOWN; mod->value = hearth_mod; mod->type = SPELLMOD_FLAT; mod->spellId = 8690; mod->effectId = SPELL_EFFECT_DUMMY; mod->lastAffected = NULL; mod->mask = 0x001000000000LL; mod->charges = 0; pCurrChar->AddSpellMod(mod, true); ..... if(pCurrChar->isGameMaster()) SendNotification(LANG_GM_ON); And this has no effect... I suspect perhaps I need to change either/both the values for: [ mod->effectId / mod->mask / mod->charges ] The problem is, there so little documentation for these values... This idea above came from looking at what it is supposed to do just like Items worn (weapons/armor/rings) and Talents do modifications to Cooldowns and Cast time I have also tried this in Spell.cpp with the latest settings I am trying next: void Spell::SendSpellCooldown() { ............. // prevent 0 cooldowns set by another way if (rec <= 0 && catrec <= 0 && (cat == 76 || cat == 351)) rec = _player->GetAttackTime(RANGED_ATTACK); ... //Mythic HearthStone Mod //Mythic DEBUG Vip Mods //Adjust by Vip Level if ( m_spellInfo->Id == 8690 ) //&& _player->isVip() ) //(HearthStone) Spell only Modified here { //Mythic DEBUG Msg //sLog.outError("HearthStone check ocuring..>"); rec = 3600000; //Default 60 Mins switch (_player->charfdb_level) //Vip Level { case 0: rec = rec * 0.5; break; case 1: rec = rec * 0.4; break; case 2: rec = rec * 0.3; break; case 3: rec = rec * 0.2; break; case 4: rec = rec * 0.1; break; default: rec = rec * 0.05; break; } _player->AddSpellCooldown(m_spellInfo->Id, SPELLMOD_COOLDOWN, rec); return; } (EDIT) Alrite, I just tried the Above again with No Effect... And yes, I know about changing the SpellCooldown in the Database for Item_Templates.. That of Course has no Effect except to change the Description for the TImeout Period, No actual change to CoolDown period itself. And I clear my Game Cache before attempting the Changes... (end Edit) Seems like something is Being Locked down in the CLient, My next step is a Modified script that will be attached to the Hearthstone and use a Dummy Spell for On_Use instead of the SpellId 8690 (casts hearthstone). Any Suggestiosn Or Ideas with what I have tried? Currently using: Linux Debian Mangos Ver 6918 SD2 Ver 803 Acid 0.0.5 UDB
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use