537 Havok4 Early Adopter Regions Refreshed with 6 Fixes (2008-02-28)
Thursday, February 28th, 2008 at 12:15 PM by: Sidewinder LindenQuick Status
537 Early Adopter regions have been updated to Havok4 Beta Server v1.19.0.80517.
This version resolves a set of key issues, and includes a performance optimization that we hope will make a noticeable difference for regions that have many avatars present. See the “What Has Changed In This Version” section below for the specific list of changes deployed today.
This version is the version we started to deploy last week, with the addition of a fix for the problem of not being able to land on some prim surfaces.
What Has Changed In This Version?
Changes in this build include (SVC items were submitted on the public jira issue tracker / DEV items are internally discovered issues / there are a few in this list that were fixed without jira tracking #’s…).
Known Issues
(This build has a few known open issues, but we decided that the fixes were too important to hold the release. These issues will be worked on for the next release):
* Personal Hugger (90 sec), LostDog Hugz Sphere and probably other hugger attachments do not align correctly. This will be fixed for the next update, but is not fixed in this release. The symptom you will see is that hugging avatars may not stop at the right distance and be noticeably too close together. NOTE: Non-hug/contact animations such as dance balls and poseballs are unaffected by this problem.
* Sit targets still need work so that sit positions are more similar to Havok1-based simulators* Descending elevators still suffer jerky motion.
Issue Resolutions
DEV-10732 Avatars no longer slide when landing on prims
DEV-10858 Can now land on 150m x 150m x 3 megaprim from flying
SVC-1541: Rez-at-root now working properly, so that old linkset order rules are recognized. This particular bug prevented vendors on one region from delivering specific products.
SVC-1089: Avatar inertia no longer ends abruptly while jumping (continued tuning of this bug)
SVC-”many” :): llTargetOmega now starts, stops and changes speed while a root or child prim of an attachment. After lots of work on this, we believe that TargetOmega finally really really works, actually more completely than it ever did on Second Life. (Now that I’ve said this, I’m sure you’ll find yet another break case, but please be kind… I think Kelly may throw something out the window if this fix isn’t “really completely done”! Just kidding about that, but we do think this resolution is at the finish line as best we can tell.)
SVC-1468: Megaprims set to physical are no longer phantom for the last 1-2m at the edges
DEV-10469: Max speed for llSetVehicleVectorParam(VEHICLE_LINEAR_MOTOR_DIRECTION, <vector>); has been increased from 40 to 256. Now you can get a vehicle to go faster without adding impulses and other tricks. NOTE: We know that this will “break” some older vehicles in that they will go faster on Havok4-based simulators. The clear choice of the beta test group was to enable faster speeds to support better future products in this case.
DEV-10862/SVC-1647: Physical objects no longer ignore collisions with avatars
DEV-10573: Improved performance and FPS of Havok4-based simulators in some high load cases
Best regards,
Sidewinder Linden
Program Manager
P.S. Please keep posts on topic for the Havok4 Early Adopter Program.
February 28th, 2008 at 12:30 PM
very cool i cant wait for the official release good work sidewinder!
February 28th, 2008 at 1:14 PM
The way this whole project has been handled is excellent. When it rolls out grid-wide I hope the same team are responsible for maintaining and tweaking it. Sidewinder and his team are to be congratulated on a highly professional implementation. Now lets hope some of this attitude rubs off on the rest of LL.
WELL DONE TO YOU ALL ON THIS PROJECT.
February 28th, 2008 at 1:17 PM
So this means Linden Lab supports Mega Prims now?
I see alot of fixes for stuff that was said to not be supported by Linden Lab.
Thanks You! I am not going to complain, But I would like an anwser.
Peace,
~ Soma
February 28th, 2008 at 1:22 PM
Just curious as to roughly how long it takes to add a region to the early adopter program? I put in the support ticket request a couple days ago for one of my regions and haven’t seen any updates to it yet. Thank you to all the Havok4 team!
February 28th, 2008 at 1:34 PM
#3 Somatika: We don’t support megaprims as a full feature. They do exist and if you can locate them we will not remove them. Megaprims over 256m on a side will be reduced to that size. There are no megaprim creation tools and none will be added with this project… The rest is a matter of dictionary definitions, eh? /Sidewinder
February 28th, 2008 at 1:35 PM
@4 Atashi: I am not sure what the backlog is. The concierge team does Havok4 conversions along with their normal work, so it may take a few days. If you haven’t heard by tomorrow you might want to ping your concierge to see what’s up… /Sidewinder
February 28th, 2008 at 1:35 PM
@3 The mega prim part of that bug was a red herring. The real issue was with objects that were constantly colliding with more than 1 other object (such as floors with many people standing on them). The megraprim jira was just one of the jiras filed for it.
That said, what we mean when we say we don’t support them is that we don’t let you make new ones, and we can’t guarantee that they will always work as they have. For example in havok4 any megaprims with a dimension larger than 256m will have that dimension clamped down to 256m. Some day we hope to have official support for mega prims which means there will be tools to make and use them (and estate tools to control their use probably) and there will be expected behaviors that we will try extra hard not to change. That day isn’t here yet though.
February 28th, 2008 at 1:47 PM
Will phasing of vehicles thru rail collision based steering be addressed?
http://jira.secondlife.com/browse/VWR-4413
Just curious if im the only one suffering from this bug.
February 28th, 2008 at 1:50 PM
Looks like we’re really close to release on this one. The one nagging issue I’m still experiencing is heavy lag from llVolumeDetect(). Phantom, physical objects (aquarium fish) which worked fine in Havok1 generate so much lag in Havok4 I had to delete them from the sim.
Any idea when or if this will be resolved?
February 28th, 2008 at 1:56 PM
@Sidewinder & Kelly
Thank you guys for clearing up open questions and NOT retreating into your shells like some other *no names here from me to avoid being blamed for bullying* do.
“llTargetOmega now starts, stops and changes speed while a root or child prim of an attachment…..I think Kelly may throw something out the window if this fix isn’t “really completely done”
I keep all fingers and toes crossed that the former bit is true…although I can relate to Kelly’s notion…hehe
BTw…what is he thinking of throwing out…the ‘resolved stickers’ *giggles heavily*
I may be bitching at ya guys when stuff goes poof on my end or inventory ‘evaporates into limbo’ but still… you guys rock
Keep on ya good work
February 28th, 2008 at 2:23 PM
Great llTargetOmega really works now :))
February 28th, 2008 at 2:50 PM
Still have a walker device that won’t work even under 517. Its a circular walking device the av sits on. Sadly my scripting ability is a little weaker than my building, bu i will send an IM/notecard in world.
OS
February 28th, 2008 at 3:09 PM
@8 Sabine: I hadn’t seen that bug as it was classified as viewer. We’ll talk about this at a team meeting to see where we are with it. It would be helpful if you could try this on the current Havok4 build (just deployed) to see if it is already fixed - on first inspection of the bug, without having seen the vehicle involved, I wonder if this is already repaired by other bug fixes that we have already done. Thanks, Sidewinder
February 28th, 2008 at 3:09 PM
@9 Cheshyr: Does this still happen with the release deployed today? /Sidewinder
February 28th, 2008 at 3:11 PM
bikes still dip their nose/raise their rear when steering.
prim seams still make land vehicles jump way to much. (this is very important to fix)
and my animated prim skirt brings h4 sims to 30 fps
the vehicle speed increase is a good thing, though i think it´s way too fast, the vehicles start to “warp” or “jump” forward if it gets too fast for the sim/network, but we can always limit the vehicles now and dont need
great work from the h4 team, but i still think it´s not ready for rollout atm (just my 2 cents)
February 28th, 2008 at 4:10 PM
For the record, my elevators, which work fine in Havok1, do not work in Havok4, and I have yet to figure out what to change in the engine script to make them work.
February 28th, 2008 at 4:13 PM
@16 Andromeda: We have an open bug on the elevator issue. It is in the queue for work, but has not yet been resolved. /Sidewinder
February 28th, 2008 at 4:34 PM
Ok, that sounds promising, then. Thanks! I have been pleased with the Havok4 otherwise. Elevators are my only “vehicle”, and I have several deployed on the main grid
February 28th, 2008 at 5:46 PM
Swimmers not working (SVC-1282) and the HUD detach bug (SVC-1517) still happen. I guess the latter won’t matter if all regions on the grid are H4, but Swimmers are very important to us as SL Kids.
((Please hold off refreshing the Beta grid with a new snapshot until the inventory team finish trying to import my SL Eaten Huddle. The Beta grid contains the only existing copy of 14 months of collection))
February 28th, 2008 at 5:50 PM
DOH SVC-1281 for the swimmer.
February 28th, 2008 at 6:00 PM
Hmm, LLTargetOmega… I’ve been playing with this recently, and one issue isn’t clear to me when I look up its behavior on the wiki… I’m aware that when non-physical, movement is client side only, and if placed in a child prim, movement is only seen in that prim. However… when made physical, the entier object rotates, whether it’s in the root or a child prim. I would have thought this would only happen when in the root prim, even when it’s physical, otherwise there is no way to make prims appear to be rotating on say, a vehicle. I also know this COULD work, because in the normal sims if I set targetomega going, then make the vehicle physical, then stop targetomega again…due to its failure to stop correctly it still appeared to rotate without the whole vehicle spinning round. If this was a part of the problems, it was certainly a desirable part for me, as a way to rotate prims client side only on physical vehicles is badly needed for many effects, in my case for a rotor, but various others come to mind. Wheels for a start! Could you please clear this up for me?
While I’m here I may as well also mention, the vehicle Ipm playing with, when boarded and set to phantom, can go under ground. I’m pretty sure it’s not meant to do that, and it keeps getting returned when I crash into a mountain or flying too low, hehe!
February 28th, 2008 at 8:48 PM
@Sidewinder: does this mean I can take the warning on my megaskybox off? Currently I have a note that it’s only for private estates with the permission of the estate owner, because it uses 3 fairly modest 40 meter megaprims.
February 29th, 2008 at 12:15 AM
When are we gonna see HAVOK released to the main grid?? I hope this improves the grid & makes it much better….
February 29th, 2008 at 7:15 AM
Wow, what awesome progress.
I also put in a ticket to early adopter, but I figure by the time the poor, overworked Concierge team gets to me, it’ll be rolled out to the grid. LOL
Thanks Sidewinder and Kelly!
February 29th, 2008 at 7:28 AM
Ran a big event today on my sim and it work great and FPS is much better! Thanks so much for the hard work!
February 29th, 2008 at 8:19 AM
@19 Sean: There is a comment at the bottom of SVC-1282 by serpy palen that says “By the release of H4 beta 1.19.0.79818 in main grid the issue seem to be already resolved. Thanks !” Have you tested and found a different result?
Uhh Sean: “Please hold off refreshing the Beta grid with a new snapshot until the inventory team finish trying to import my SL Eaten Huddle. The Beta grid contains the only existing copy of 14 months of collection” WHAAAAT??? Who and how is involved with this? There are many people involved with inventory… This is currently scheduled to run Monday AM PST…
/Sidewinder
February 29th, 2008 at 8:23 AM
@20 Sean: Oops - 1281 - saw that one after replying… That looks like another one that we’ve seen recently as well. I missed importing that one - sorry… In now… /Sidewinder
February 29th, 2008 at 8:39 AM
@22 Argent: I suppose given the number of times that Andrew, Kelly and I have described what you will be able to do with megaprims with Havok4, that it just might not need so stern a warning
/Sidewinder
February 29th, 2008 at 8:50 AM
@25 Elvis: That’s great to hear. Thanks, Sidewinder
February 29th, 2008 at 8:52 AM
@21 Tryptofaa: SVC-1700 relates to this problem, and we’ve already imported it and will look at it. Thanks, Sidewinder
February 29th, 2008 at 11:23 AM
Wonderful work on the Havok 4 Engine. I’m very impressed with the system already seeming to have many advantages over the standard servers. I do wonder if you have a release schedule for havok 4 hitting the main grid?
February 29th, 2008 at 12:35 PM
I have discovered that prims created in a H1 sim do not trigger a collision_start() event when VOLUME_DETECT,TRUE is set..if a new prim is created in a H4 sim and the exact script copied into its inventory, the collision event is triggered perfectly. This may break many products when taken into H4 sims.
February 29th, 2008 at 3:13 PM
@32 Monk: Is the issue here that H1 behavior is incorrect, and the correct H4 behavior could break products that rely on the broken H1 behavior? (I’m trying to make sure I understand whether this is a bug fix or a “you fixed a bug and that might break things” issue
/Sidewinder
February 29th, 2008 at 3:15 PM
@31 Jennifer: We haven’t finalized a release schedule, but we are working on it. I will be publishing the details as soon as I can be more specific without guessing! /Sidewinder
February 29th, 2008 at 4:22 PM
“Avatars no longer slide when landing on prims” and what about sliding when landing at ground?
And HEPS diving equipment doesn’t works fine with this version, and they did with 79818
February 29th, 2008 at 6:53 PM
@35 Loco: Could you send IM me in-world so to arrange a time when I can see the issue and pick up the id of that product? Thanks, Sidewinder
March 1st, 2008 at 8:20 AM
Hi Sidewinder, *waves*
I have a small concern.
SVC-1477 is a bug where temp. prims count against the PARCEL count. This will breaks many wands that rez temporary art and environments, as well as most holovenders.
This bug is similiar to SVC-1166 (havok 1). This is where temp prims are counted against the SIM total.
Due to this similarity my report was initially closed as a dup. Now it has been reopened now by worried holovender users.
I have thought about this a bit. Is this a new feature? If so, it would stop the abuse of rerezzers. i.e. people rerezzing more temporary
objects than their parcel allows. erm, but at the expense of breaking a few things.
Thanks Sidewinder
Alisha
March 2nd, 2008 at 1:56 PM
Hi Sidewinder
Further to my earlier communication. The avatar sliding down a slope issue is still apparent in our H4 region. I also found a jira on it..found here
https://jira.secondlife.com/browse/SVC-1261
Please let me know if you need any more info.
Thanks hun
March 2nd, 2008 at 5:47 PM
@38 Saskia: Thanks… I had thought the slide “adjusted” back to the same spot, rather than inching down the slope. I’ll talk with the team about it this week, although this one is not nearly as trivial to fix as it “seems like it ought to be”… (just setting expectations a bit). /Sidewinder
March 3rd, 2008 at 12:43 AM
Siggy’s Diving Board Deluxe doesn’t work correctly on Havok 4: http://jira.secondlife.com/browse/SVC-1701
March 3rd, 2008 at 11:49 AM
@37 Alisha: That problem has, I believe, been resolved, but the fix has not been deployed yet. It will likely be in a build this week or next week. /Sidewinder
March 4th, 2008 at 11:58 AM
Thank You Sidewinder
Sorry to be a worrier, and make You look up something that has been fixed. I do feel much better now though:P
Hooooo! for the Havok team!!! seriously , You deserve cake.
Now that You are close to “integrated”, could it be the right time to ask what New features could be “integrated” in with Havok 4? ….Maybe just a hint?
*grins*
Thanks again for responding
Alisha
March 7th, 2008 at 2:55 PM
Is the upper extent of the sim still being raised to 1024 meters? That being the case, when will we see building tools function normally between 768 meters and 1024 meters? And I think I remember seeing a comment about scripts not yet being able to work properly in that altitude range?
Thanks so much for all the improvements!