Switch Day/Night Cycle to 24 hour?

Wondering if people would go for switching the day/night cycle to 24 hour. I find it a bit annoying sometimes to login and find it night time, during the day, of course I could just turn force sunset on, but then the sun just sits there and doesn't change at all, and that's just as annoying.

So the idea is that you could select a time-zone you wish the day/night to emulate, then the day would follow the typical cycle of that zone. This would not effect the clock, since that could confuse people for events and such.

Actualy, you could do all, since day/night is largely client side, you could give people the option to have A) SL-Time cycle (current) or B) A selected time zone.

Should these options only take effect if the sim you are in does not have a permanent sun/moon cycle set? Or should you be allowed to set them at any time (like you can Force Sunset when/wherever)?

Any ideas?

You probably don't know this but the sun and moon position are cordinated between the sims. When the sun rises in Duck it rises in Ahern at the same time. To that point a number of objects depend on the sun position for a number of things, including detecting night time and detecting sim crashs. Most of these objects that detect night time are light fixtures intended to light up the night. If you recordinated the cycles then it would bork these objects and render the sun position function useless.

The 6 hour days (4 light 2 dark) were decided on by LL to give the most amount of day time to everyone regardless of time zone while still keeping a night.

Strife is right, it would break a good many things. I personally have a ton of scripts that use the sun as it is now. Also I like the idea of living in an accelerated world. The metaverse moves pretty fast. If you don't stop and look around once in awhile, you could miss it.

I think its 4 hour days (3 light 1 dark). And 6 days per RL day.

I see you have some new functions in your sig. Considering that percipitation is kind of wierd in RL i'm not sure what llGetPercipitationType would return (meaning there can be hail while it rains, or just hail, or it can snow, or sleet, or wet snow, or dry snow, drizzle. mist, etc.

Creating a unified interface to express all of the combinations would be complicated.

So i say we hijack this thread to do so

Done and done.

I havent made a thread for llGetPrecipitationType yet, but I was thinking that each type would have a value associated with them.

No Precipitation = 0
Rain = 2
Sleet = 4
Snow =8
Hail =16
etc etc.

I really do have no idea how you would handle multiple effects in one cell.

I'm assuming that all weather would extend upward in vertical cloumns and would prbly be controlled in 16x16 meter cells. So you would be getting the precipitation type for whatever cell your llGetPrecipitationType(vector v) (vector v being the offset from the objects position) fell inside of. We would then be able to determine the outside weather via script and use that for...... something ( I always have trouble working out the exact usefulness of these ideas). Of course this all hinges on precipitation even being added .

Er, actualy, it wouldn't break any scripts at all. If the script is properly written, it should in theory automaticly adjust to the cycle.

I.e. I have lights that turn on when the sun goes to a position below 0, changing the duration between night and day would not effect this in a negative way.

The only noticable change I can see that may cause some problems are clocks that are based on the SLTime cycle.

I don't see how giving sim owners, or clients more options for the day cycle would be adverse.

I personaly feel the hypertime to be distracting and messes slightly with my own chronography when I'm in-world and it's night and it's actualy day in RL.

And while I'm all for built-in weather effects, purposly hijacking my thread is very rude, please take it to another thread.

It would break lights becuase each client would be on its local time so lights would come on and turn off almost at random for the users. So yes it would break content.

User A is -8GMT
User B is +0GMT
User C is +8GMT

Users A, B and C are looking at an object that uses sun position to determin when to change states. What does each user see? How would you script a light so it would on for one user and off for another?

Q1: They see the light as either on or off but they see the same thing.
Q2: You can't.

Changing it so that the sun is localy cordinated, breaks content. Why? Which local sun direction is the one returned by llGetSunDirection?

Oh and i got the time table wrong it's 1 hour of night to 3 hours of day.

----

Yes i like the flags. maybe have 2 flags for each type and use them as a simple 0-3 indicating intensity or size.

Unless you have something that uses an effect once the sun is up. It then depends on the sun going down within a resonable amount of time to switch the effect off. I have a few small plants that start growing once the sun is up, and begin to shrink when it sets. If the sun was out for hours at a time the plants would reach very large sizes that they were not intended to reach. I *could* recode them, but I don't think I am I the only person in SL to have scripts with behavior that depends on how long the sun is out.

As Strife pointed out, this could be a very tricky situation, and would more than likely result in a lot of broken content.


Sorry!

TIME TO BREAK OUT MY WEATHER MACHIENE, lol
MUJAHAHAHAHAHAHAHAHAAHAHAH *cough*

see also, evil man-eating plants

There would be two sun states as there currently is, the sim coordination, based on owner preference of the sim and the position they set it at. And client side as there is now.

So a sim owner could have the sim sun cycle on the normal current SL one, but I could set my client to be running EST time zone style.

Or the sim owner could set it to a EST time zone style and I could set it to SL cycle on my client.

Lights would follow whatever the sim has it set now.

It's basicly how it works *today*, just with more options. My initial post may have been a bit confusing as I started with one idea and kinda merged into another.

A debug style for sun cycle length and rise and set times? Sounds good, as long as the default is still set to SL sun seasons and the servers still run it for scripts I would be all for that .

hmmm i guess thats ok, but it should come with a popup warning when you try to enable it telling the user that this will in no way effect scripts (or be detectable by them) and scripts that depend on sun positions will work oddly to anyone with an overridden sun.

This setting should only work in sims with moving suns, static sun sims the user shouldn't be able to add movement to the sun.