Project X Forums

hmmm
well my script checks if sticked snow is still attaached with the land every:
if (GS->Tick % 15){}

if not attached - sticked snow sprite kill itself.

And this line is the only difference between other weather scripts. So yes, probably that`s the answer.
I`ve replaced it with your gframe and playing now. So.. "let` see", as people say

hm...
no desycnh after few games. Apparently it`s fixed.
Thanks a lot, StepS, with help and with your gframe variable. Now i can post it. and re-pack all archives again, lol.

lol man, GS->Tick is NOT game frames, it is your life frames, it counts ALL lags and pauses on YOUR side (Even Esc in replay and offline!!!), so GS->Tick becoms unsynchronized for all players after some time. It's only useful to create non-sync-needed actions, for example some graphic non-object stuff that can move during players' lags (saw the loading pie and trails glitch?), however for that you'd need to use your own replacement instead of M_FRAME (maybe just putting it plain with a check)
thats why i created gframe

and i assume there's no relation to active worm. i think it can occur anytime safely as long as it is synchronized.

as for GS->Tick, here it could only be useful for snow which goes during players lags but obviously it would be a non-sticky snow

I think the reason for GS->Tick being unsynchronized is simple: it's the only independent timer in the game it can NOT be made with any scripts, it can be only built-in in PX.
ever noticed why the turn-begin-arrows on top of the worm, oil drums, crates and donor cards are always moving, even when he's lagging? try to experiment with changing GS->Tick values and look at these arrows, and you'll understand

PS: dont forget to put stepsutils.pxl into archive in case someone doesn't have it

yeah i inderstand. also background debrises, they no need to be synchronised. its just some graphics that no matter what players see. those water waves etc. So basically using GS->Trick here was a problem, becouse my particular situation requires synchronisation at that point.

I always was noticing, why weapon trail sprites continue animate (untill disappear) oflline when escape presssed, but pxparticle-based sprites freezes at some moment (moment of pause). Apparently those in-game sprites that produses WA using those independent variables like GS->Tick so they are still running no matter game paused or not.

yes, and not only variables. such aren't even CGObjects, they are raw CObjects. In short words, non-material items which cannot affect game sync. OC_SeaBubble is an example cltype of such an object. it moves independently too.
a grave is OC_Cross and it's CGObject which can pass through other objects except terrain and water

any way to choise weather type priority?
es: snow 20%, rain30%, nothing 50%

sure, pretty easy.
now weather choosing type using RandomInt(1, 3);
we can say this: choose random number between 1 and 10.
if 1-2: snow;
if 3-5: rain;
if 5-10: nothing.

u want me to do that?

LOL

pretty easy...maybe for you

so?

lol
but if u have 100 variables? will u check each of them: 1 || 2 || 3 || 4 || 5 || 6..... || 99 ?

i recommend use this code:



and put it all inside "chooseType()" function

with your code you changing variable itself) don`t do that. change some third-party or local variable and set your stuff based on its values.