Post: #1

Yes it's a strange title but bear with me.

Looking into changing the way my environmental script runs it's checks on players, currently it's this:


While this is a simple check to see what the current region temperature is and a check to see what the player is wearing it does create problems on a populated server with the @environchange trigger firing quite often (something I was never encountered on my private test server)

This script already runs a seperate timekeeping function under the f_onserver_timer function firing each minute. Would including a player check under this timer create a bunch of lag?
That's my question

And my noob question of the day because it's slipped my mind....

someone please remind me what value fval returns.

[EDIT:]Wow looking at this on my server NONE of the weather effects even seem to work anymore which is a tad bit disappointing, has anyone using these forums run this script on the latest nightly builds?....
Thinking this could be a complete rebuild from scratch deal here

Post: #2

Im using similar thing on @Environchange with maximum of 80 players, never had lag issue. But if you want a faster method you can store players layer on=@itemequip and on=@itemunequip in a tag, then you don't need to use for loop in every @environchangemethod.

You can get detailed information about your functions with enabling script profiler from sphere.ini. then when you write p# on console sphere writes all data about triggers and functions inti profiler_dump.txt.

Post: #3

Still need to run the check for the temperature though....

is weather broken or something? Been going through checking bits and pieces seems as though sector.rain and sector.snow don't do anything anymore, though it does cause @environchange to fire

Post: #4

hmm i never tried with weather, mine is basic thing only controls for terrain and if there is a snow if (<isneartype t_snow>) and player has not weared clothes player get cold like:

Post: #5

I'm thinking in about something like this:
One handler that have a timer, 60 seconds, and send serv.allclients a function to check if where the player is with the right environ. The first time, the script looks what should be the environ in the moment and set it and set one tag in the region/sector i don't know, preventing it to get evaluated again for some time.

Example:

Assuming that lots of sector/regions will not update everytime unless players are there.
If 2+ players in the same sector/region, it will be checked only one time.

This is the best idea that I had.
Using the 'serv.rtime' would be very very nice too.
Right now we need get USE for the GameMinuteLength in sphere.ini =D

Post: #6

FVAL returns a floating point result (it puts a decimal point right before the last digit)

Post: #7

A small fix and suggestion to your Environ System Mord:

Quote:[FUNCTION f_lightning_strike]
if (<isgm>) || (<flags> & statf_indoors) || (<flags> & statf_dead) || (<flags> & statf_freeze)
return 1
else
if (<r<ddef.lightning_strike>> == 1)
effect 1,1,1,1,1
sysmessage @,,1 You have been struck by lightning!
hits-=<eval <hits>/2>
if <flags> & statf_onhorse
dismount
anim 21
endif
if <hits> == 0
serv.log EnvironSystem: <name> killed by a lightning strike
endif
endif
endif

Falling from horse and anim 21 is nice hahahaha looks real!

Post: #8

@Extreme, that's not a bad idea lol

Even without my system on the older versions of the server you could change the weather in a sector with

sector.snow
sector.rain

and I beleive

sector.weather <x value>

Checking on it last night before I went to bed, regardless what I entered sector.weather always returned a value of 255.
I am assuming it is currently broken

Post: #9

*facepalm*

helps if i have weather turned on in sphere.ini

Post: #10

NoWeather = 0 or 1?
1 disables weather, 0 enables...
I set 0 and don't tested with set 1.