Post: #31

Return 2 under @callguards.
As return 1 but without prevents the guards summoning.

Post: #32

(10-26-2012 05:57 AM)ShiryuX Wrote:  Moving log to a background thread would imply modifying lots of code just for a minor feature with no real impact in the server usage/performance. Though, you need the date() to be precise and you need to have the correct order of logs in the correct time (you can't leave that to a background thread which can respond whenever they feel it).

About nightsight, I'll answer it (and was answered by me in the old forums) in the other thread, it's a Razor feature and they can be disabled. Have to code that in the source.
I can't remember if these are the right flags, but this was supposed to be implemented in some time, of course I don't have that much time.

Code:

// RazorFeatures, used to control the razor (3rd party tool) features ( default 0 )
// RF_FilterWeather    = 000001 // Weather Filter
// RF_FilterLight    = 000002 // Light Filter
// RF_SmartTarget    = 000004 // Smart Last Target
// RF_RangedTarget    = 000008 // Range Check Last Target
// RF_AutoOpenDoors    = 000010 // Automatically Open Doors
// RF_DequipOnCast    = 000020 // Unequip Weapon on spell cast
// RF_AutoPotionEquip    = 000040 // Un/Re-equip weapon on potion use
// RF_PoisonedChecks    = 000080 // Block heal If poisoned/Macro IIf Poisoned condition/Heal or Cure self
// RF_LoopedMacros    = 000100 // Disallow Looping macros, For loops, and macros that call other macros
// RF_UseOnceAgent    = 000200 // The use once agent
// RF_RestockAgent    = 000400 // The restock agent
// RF_SellAgent        = 000800 // The sell agent
// RF_BuyAgent        = 001000 // The buy agent
// RF_PotionHotkeys    = 002000 // All potion hotkeys
// RF_RandomTargets    = 004000 // All random target hotkeys (Not target next, last target, target self)
// RF_ClosestTargets    = 008000 // All closest target hotkeys
// RF_OverheadHealth    = 010000 // Health and Mana/Stam messages shown over player's heads
RazorFeatures=00

No way to intercept EasyUO, this was requested many times and seems that people don't get the point.
EasyUO is a Macro Tool, it doesn't send any packet to server saying "Hey, I'm EasyUO, nice to meet you!", it doesn't inform the server. EasyUO gives you a platform to script your client behavoir, allows you to program your (repetitive) actions, so we only see a client <-> server interaction, like if the char was controlled by a human, nothing else.

Any news for this? i'm really looking forward for these flags

Post: #33

I'd implement it, but I have no idea where that information was taken from, and without more information on the packets sent or received, it's impossible for me to do

Post: #34

Just remember the discussion from IRC Ben... Packets from the dark side bad, packets from the light good

Post: #35

hard to forget lol

Post: #36

I think should be fine have a way to load external libraries in sphere

Post: #37

The Razor Feature flags could be done as a script using packet filter and sendpacket.
No need to wait for it to be implemented in the source...

Post: #38

(01-21-2013 09:45 AM)Ben Wrote:  The Razor Feature flags could be done as a script using packet filter and sendpacket.
No need to wait for it to be implemented in the source...

Could you make an example?

Post: #39

Is it possible to separate the AOS_B features flag? I would like to enable the cliloc tooltips in my shard, but we don't use all the other AOS stuff (fightbook, necro/paladin, ect...). ^^'

Post: #40

Norlack - I think it has been asked for many times before. It is not possible as they are all turned on/off with a single packet from what I recall, so cannot be separated out.

I am still waiting on a multi-threaded server... Sphere has a habit of kicking up to 80% of a single 3.6ghz core. Using just 9% of my entire CPU... Thats awful close to a serious lag issue when it hits 100% and more and more players each day it keeps going up