> ...wanted to thank you, or whomever, did the new night.
The "more dark" is courtesy ClientGM, since that's server-side. As this is the first version with "dark night", it may change (or change back) in the future, if problems are discovered (or enough players object). Things like darker building interiors, for instance, are very subjective, and we need the players' feedback.
Pseudo-torches and similar small light effects are mine. Please report any problems promptly.
Please note that darkcasting is only temporarily attached to certain undine, while issues regarding the proper amount of dark are being tinkered with.
> ...phantasm spell #6 (shadow) does not seem to work during night.
There are two kinds of shadows: static shadows like buildings and trees, and dynamic shadows, such as mobiles cast. They follow similar, but not quite the same, paths through the code. One difference is that static shadows did not honor all the shadow-related flags and level limits. This was generally not a problem, because static shadows only appeared in outside areas, where certain flags (eg, code that prevents shadows inside buildings) never could affect them.
The shadow phantasm is a static (outdoor) shadow, but one that players can create or move inside buildings. It didn't behave "correctly" in the sense of a CL shadow, but players did not know this and grew to accept it's behavior as "what a shadow phantasm should do".
The GL Client, however, does shadows differently. One of the differences is that static shadows behave more like dynamic shadows, in terms of when to display and when to be obscured. This had the side effect that the shadow phantasm didn't appear under certain conditions (but other players, using the Quickdraw renderer could still see it). In particular, it did not appear at night.
While investigating the bug, I decided (with the concurrence of ClientGM) to handle the problem by making the two kinds of shadows behave more consistently. This change is in the GL client now, and should eventually propagate to the standard client. PhantasmGM may decide to accept this (letting phantasm shadows behave more like other shadows), or create a separate graphic (essentially the existing graphic, but without the "shadow bit" set), which will revert the shadow phantasm back to it's previous behavior.
> ... still doesn't work for ATI Rage 128 with 9.1?
The Rage 128 under OS9 is ok, though I haven't tested it in a long time. The Rage 128 under OSX will eventually generate a kernal panic (in any GL program, not just CL; even Apple refuses to use it for Quartz Extreme). It isn't all of the Rage 128s, just a subset with bad AGP silicon, but I disable all of them to be safe.
Edit:
If someone believes their Rage 128 is new enough to not have the problem, they can force it's use with the "Allow old accelerators" option.
Use at your own risk, of course.
