Jump to content

erazare

Members
  • Posts

    231
  • Joined

  • Last visited

    Never
  • Donations

    0.00 GBP 

Everything posted by erazare

  1. is there some kind of translation problem going on here? I keep stating that I KNOW that there is no ONE person in charge of everything... and gore, you keep arguing with me telling me the exact same thing I have been saying... ?!?!?! as for cooperation, again, i dont care if you cooperate or not tbh.. what I am saying is you cannot say that you do not know what the other is doing, thats a load of crap...
  2. ok corrected... it seems the two of you are obsessing on this sole person in power... I believe i said above I am NOT saying that ONE person controls everything.. tell me why THAT isnt sinking into YOUR heads?! I should have asked if he was on intermingled teams... which of course we all know he is so its really an unimportant question.
  3. ...vlad... I dont think i need to respond to #1 it speaks for itself and completely validates my original post as for #2.. well thats a good definition of your answer... #2 1. I couldnt care less if you banish me for pointing out the obvious.. it amazes me how offended you appear by this... is it because you are a team leader of mroe than one project? could be... ALL i said about the other sites is that if the DEV TEAMS **KNOW** what each other are doing, they should stop acting like they didnt when a person asks about it. Classic example is just recently with UDB and MANGOS... UDB is still planning to drop another 3.2.2a RELEASE for thier next major drop... I bet thats going to go over real well. really Vlad I have to say that as a developer I have a great deal of respect for you, but as a spokesman you should find other work
  4. gore... for 1, my exact words were: "I **KNOW** (that is, i am not guessing.. i am dead positive) that upper staff on mangos have upper staff accts on botth other sites" I didnt say that one person ultimately controls anything... as for the legal reasons I have heard the stories through the grapevine about certain staff here being actual employees of Blizz and such and really could care less either way and as far as Blizz cracking down on these server projects I should think its one of the furthest things from thier lawyers minds considering the fraud charges and breech of contract lawsuits that have been going lately in the UK, China, Germany, and other countries. thing is.. as you can read I DO have my fingers on the pulse here, and i realize to some extent that if the devs dont have time to answer we can only hope that means they are working on something, but my MAIN complaint in this post is the way that the forum staff and subsequently its devs handle post responses. Instead of flaming, using canned responses, or killing threads.. why not actually try to answer the questions.. even if you DO NOT HAVE AN ANSWER... you can at least either shut the hell up, or SAY you do not know the answer.
  5. ok, normally i could really care less what people do.. and so long as everything keeps progessing nicely I dont see why anyone should. However... the three big contributers to the MaNGOS system have been really getting under my skin for quite some time and I am sure that this goes for others in the community as well. My biggest complaints are the following: 1. Asinine Forum Staff that close threads, flame members, and are generally retarded. 2. the "Pass the buck" game issue #1 - Have you ever noticed, especially if you are new to the site, that the staff (especially the lower staff like Davemm) like to bash the poster for asking a perfectly innocent question? That they always fall back on "Use Search" or "We dont support that"... I dont know what logic they live on but I think ... regardless of how iognorant the question is the staff should either (A) attempt to answer it, or (B) wait for another staff to answer it and shut the hell up! Answering with the predefined answers doesnt answer anything... and if a person actually DOES run a search on a popular topic they will get 8-20 threads to read that have been closed by one of these idiots who havent answered the question... so of course someone's going to post it again. Issue #2 - Who controls MaNGOS ultimately? same question to SD2 and UDB Staff... I **KNOW** (that is, i am not guessing.. i am dead positive) that upper staff on mangos have upper staff accts on botth other sites. Thus said, ALL THREE SITES know what the oither site is doing insofar as advancements... so why dont you knock off the ignorant "well we arent <insert sitename here>, we dont support that fgeature please post it on the respective site" Now I realize that you dont want SD2 subjects or UDB subjects on mangos (which I think the latter is ignorant... YOU build the structure here you should have freakin answers for issues generated by your own damn code); But lets make an example: Mangos pushes the base master repo to 3.3.0.a but SD2 and UDB act like they had no idea this was coming and then flame people that ask the obvious question : if you support the mangos project, and you are always telling us to wait until MANGOS supports something.. what kind of rocket scientist is required to convey that that whole push and the subsequent excuses afterwards makes you all look bad? I am sorry for the long post.. but this has been building up with me for over a year now... If I have upset you and you are staff.. well I did my job! Staff gets their ass kissed entirely too much IMO anyway... it wont piss you off if it isnt true now will it? (stopwatch set... lets see who closes the thread first...and the excuse they use since this is the public, general, forum)
  6. will check this bug (no recall on kilrogg) somehow i am not entirely shocked... sounds like someone fixed the eye using my earlier suggestion and somehow messed up kilrogg in the process... i have never used kilrogg before... reminds me of Wizards' Eye from D&D and thats just too corny for me to use in game lol
  7. I am not sure I will try and look into it this week.. I stopped using mangos... switched to evo-X and have been maintaining it there
  8. wojita... since u are devving the vehicles anyway... you are prolly well aware that Into The Realm of Shadows crashes the server when you attempt to mount the DeathCharger. I was wondering if you knew where i could adjust the script on that because I screencapped the actual error that causes the crash as well as have it from the log as shown below) 2010-01-22 14:00:42 ERROR:HandleMoveNotActiveMover: incorrect mover guid: mover is 000000000000013D and should be 000000000000013D instead of 317 2010-01-22 14:03:53 ERROR:Spell (ID: 52349) has effect EffectImplicitTargetA/EffectImplicitTargetB = TARGET_SCRIPT or TARGET_SCRIPT_COORDINATES, but does not have record in `spell_script_target` looks like all that is really needed here is the spell_script_target entry, I just dont know how to look up what spell 52349 is and where it is being cast... I am assuming that its to phase the toon back out of the realm of shadows though.... I was thinking maybe you needed the deathgate to get out but if that was the case why would you be able to obtain this quest BEFORE you have access to the deathgate?
  9. know what would be REALLY nice? if someone could design an LUA or whatever it takes, so that when you are looking in your bots bags you can at least SEE, if not actually affect, the items it has... (would be even better if you could affect them but no need to be pushy *lmao*
  10. blue i wouldnt have the foggiest how to do this mind you but i had an idea i was sketchin out and was wondering how applicable it would be or if there was a similar method. I was thinking of like "bot-Coins" then a player has to buy em, and sure they can be stackable, but when a coin is used it allows you to summon a bot.. then bot coins can be purchased here and there to keep people busy (not to mention make the bots a bit of a hassle to have actually since you have to name bots or whatnot, perhaps the coins can be used to summon a botguy or whatever... just skethin out ideas to give some substance to the bots.. I would love to set a required level but all i can do is set a required access level... I dont want to give ppl higher than player access just to get a bot..
  11. err not flawlessly... apparently unbeknownst to me there are supposed to be people in the village when you fly the eye... who'da thunk it... *lol* the quest can be completed without an auto-complete... I am happy for now
  12. fixed and working flawlessly in evo-X-Core
  13. for Mangos you should use git://github.com/blueboy/mangos.git (master branch) for evo-X-Core you should use : git://github.com/3raZar3/bahamut.git (playerbot branch) these are the two most up to date repos for their respective cores. Klunk let me know when you are ready to push a test repo or a complete one and we will merge it to the bahamut repo once we verify
  14. hopefully you setup the bot after reading the AHBOT readme... of course had you done so you wouldnt be asking these questions... make sure that you set min and max items in the SQL...
  15. hey Cyrex! good to see you... quick note: we ported mangchat to evo-X-Core... running better than ever and we fully integrated the GM-Ticket system now beyond the original intentions. DaemonCantor seriously if you are going to run ALL of those modifications you should consider my bahamut.git it has everything you mentioned and more and all of which is easily turned on and off so you can use whichever modifications you want and shut the others down. Wojita thanks for updating your branch... I am pretty much done with standard mangos for a lil while (at least until they collaborate better with people who try to mod for it) but I will keep an eye on your repo as I am sure any new options you add will end up in evo shortly after
  16. the problems with mangos and vehicle code constantly being a problem is the main reason i switched to evo-X-Core... vehicles is part of the core build as is ahbot, dual-spec, anticheat, and a bunch more... now that we have successfully merged evochat and the playerbots over to it we (bizkut and I) are going to upkeep both repos on my bahamut repo to keep it up to date there... of course we are giving full original port code credit to blueboy and a token nod to the original creators.
  17. hmm if you want a travelling vendor tell wojita to fix the damn vehicle repo... lol in other news, playerbot has now been ported to evo-X-Core, check my bahamut.git for the repo.
  18. hmm you wouldnt possibly be trying to update your vehicle repo would you? if so... you need to rebase BADLY
  19. its rather self explanatory in the CONF file but a nice free host is located at freejavachat.com if you need one
  20. I read that idea somewhere but no one really commented on it. klunk that sounds like a great addition if you can pull it off. blueboy, bizkut and I are going to port your code to evo-X-Core and see how it does over there as well, bizkut has already ported mangchat to evo-x-core
  21. I am at present looking at Tasssadar's Vehicle branch and looking to see if there is a worhty way of updating it... really dont feel like doing it at the moment though. I am thinking I could attempt to rebase vehicles and go through the long ardorous merge process and HOPE it works out in the end.. or I can annoy Wojita to get it fixed... currently the bulk of my energy is focused on the latter but I *am* dabbling between bong hits *loL*
  22. ok confirmed 9209... vehicles is now inferior WILL NOT work ... lmao
  23. no no... UDB may or may not include it, YTDB does.. but during a base install of mangos if you ONLY use thier DB (which is highly un-suggested) those tables are empty mangos staff itself will tell you that they only make the basic SQL structure for mangos they do not populate the DB you need to get a repo like UDB or YTDB or PSMDB to flesh it out
  24. i sure wish i could port my tiamat repo to evo-x so i could give it a whirl on the main server... have you managed to incorporate playerbot into Evo yet? I know that my collaborator for mangchat has made headway into merging mangchat into evo...
  25. good luck comrade.. staff enjoys playing with matches...
×
×
  • 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