Hello everybody. This is a summary of the last week of development in OpenSimulator. Except where otherwise specified, the changes described here appear only in OpenSimulator’s cutting edge Git ‘master’ branch. Only changes that I think will be interesting to end users are listed. Please do not attempt to use code taken directly from ‘master’ in any production environment. Sometimes this in-development code may not work or may even cause data corruption. If you are not a developer or tester, please treat this summary instead as a preview of what will be coming up in the next release. The latest official release is OpenSimulator 0.7.3.1 (released on March 30th 2012).
The letters and numbers in brackets after some entries tell you the latest git commit to which they apply.
This week in OpenSim ( 57094bd – 5d3723a ).
General news
- None this week
Features & bug fixes
- I stopped it being possible for a script to attach a prim if it was being sat upon by another avatar (58869e5).
- I added an osForceAttachToOtherAvatarFromInventory() OSSL function which allow a script to attach an item in its inventory to another avatar in the region. Useful in serious game/environment scenarios where one wants to attach objects automatically (c8af20f).
- I fixed a regression starting from commit 5301648 (Mon Jun 25 2012) where attachment script state stopped being preserved for attachments that were detached to user inventory or derezzed when the user logged out (f3134b5).
- I changed the code so that if a prim has an explicit sit target and an avatar is already sitting there, another avatar can still on that prim in the same position it would sit as if no sit target were set. This matches behaviour on the LL grid (337ea01).
- I changed the very recent AllowedViewerList and BannedViewerList for individual simulators in the [Startup] section of OpenSim.ini to be AllowedClients and BannedClients respectively instead. This better matches the existing parallel settings in [LoginService] for login as a whole. The list is also now bar (|) separated rather than comma (,) (75ab9b4).
- I fixed an issue where the first time a Warp3D map texture was generated, an exception was thrown. In this case, the texture was still correctly generated, saved to disk and used in subsequent simulator startups – it just wasn’t correctly used for the first startup where the texture had to be generated (ec6a195).
- SignpostMarv contributed an implementation of the LSL function llSetRegionPos() (84b7ae2).
- Dahlia updated the prim mesher to fix a problem where a slice of a tapered box would wrongly go partly phantom. Please see Mantis 6085 for more details (5d3723a).
Infrastructure
- No news this week.
osForceAttachToOtherAvatarFromInventory(). Now that dose sound serious! The opposite would be even more serious me thinks; osForceDetachFromOtherAvatarToInventory(). I can just hear the screams as passing ladies who get their clothes whipped off by any Tom, Dick or Harry.
Mind you I know of plenty of people in Second Life that would rather like those functions.
But, seriously, I assume this function is intended for use with NPC’s?
Gaga
“This matches behaviour on the LL grid” in regard to sitting so why is OpenSim prim sitting diff than SL? in SL you can sit on any object, like a fountain or shop sign and you sit as you would expect on the object. this is without scripting i’m talking about
for example, if i had a 4 metre 80% hollow cylinder as the outer wall of a fountain and i click Sit Here from the pie menu, my avatar will sit on that wall
@Gaga – It could be used with NPCs and it should only be made available to individual scripters that are highly trusted.
@Ener – Yeah, perhaps “matches” was overreaching. The prim sitting difference when sit targets aren’t set is because OpenSimulator doesn’t yet have the necessary code to correctly position the avatar on different prims (or even the plywood box, I think).
The “sitting” problem on normal 0.5×0.5×0.5 cube can sound a minor problem, but it is a very frustrating thing for osnewbie when they sit on cubes and found themselves in midair with strange poses. Since sitting is actually being done with some “strange” defaults, can’t be even set defaults a bit more organic so that default sitting appears a bit more natural?
thanks Justin – i can imagine that the calculations needed to determine the prim’s surface (like cut, sheared, twisted, hollowed, etc) combined with calculating the avatar butt size must be rather involved
since my avatar is on the small side (not seven feet with monstrous boobs) i always fit oddly with sitting and dancing animes ( i always float when i dance)
I suspect Ener is right and calculating suitable defaults for different kinds of prims is quite complicated. However, salahzar, I also think you’re right in that it would be good to have something better for the default plywood box. As so often, it’s a matter of somebody having the time (and desire) to do the coding.