Second Life Simulator v1.21.0.85362 Update is on the Beta Preview with 12 Physics Fixes (2008-04-19)

Quick Status

The Beta Preview has been updated with a new version of the Second Life simulator for public testing.

PLEASE NOTE: This is an update of the server-side code that runs at our data centers. This is not a viewer update. Please do not post about viewer problems here, as it distracts from the core discussion about beta testing of the next release of the simulator (server) software.

This version includes fixes for many important issues, including what we hope is a resolution for the llTargetOmega (spinning things stop spontaneously and don’t start again) problem. The Beta Preview is a separate system, and can be entered using the beta viewer, which can be downloaded on our beta software download page. I just noticed that the release notes link on that page is out of date, and will have it removed as soon as possible. The notes below describe the specific changes in this release.

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:

DEV-11061: Vehicles no longer deflect severely when crossing prim seam boundaries

This issue has been problematic for vehicles throughout the beta process, and we believe we have a solution that will improve many vehicles substantially. Here are some developer notes from Andrew about this resolution, so that you understand the details and possible implications of this solution:

I’ve just checked in a fix that solves the prim-seams problem for the “#12 Pure Stock Brick (1976)” (a car that has severe prim seam bouncing problems), and I expect it to solve it for all other vehicles.

Note that our solution to the “prim seam problem” involves storing collision locations and normals over time and then filtering incoming new collision normals and sometimes altering them to agree with historical data. This can cause the normals for some collisions to be wrong momentarily until the correct normals win over the old, which can cause some problems, most notably momentary penetration with sudden obstacles or slope changes in the road.

At the end of my most recent changes I could not many really bad effects from these momentary penetrations, but it is something to keep an eye out for when testing.

DEV-13720: Rezzing an object from inventory in edit mode now results in all prims selected (rather than just the root prim as before)

DEV-12952 (and numerous pjira items): llTargetOmega item rotation sync restored.

After lots of research time, given that this was very hard to reproduce on demand, it is believed that the source of this issue is a ‘selection leak’, where the simulator’s view of what is selected (and thus should not be spinning) and the viewer’s view of this end up mismatching under certain scenarios. In particular this can happen if a complex item has been in edit mode or has been otherwise selected, it is shift-dragged, and the edit focus moves back and forth to the complex object and terrain or other objects quickly. There are likely various other ways to trigger the problem, however this was the closest we have gotten to creating the issue on demand to attempt to find the source. The resolution implemented here will, we hope, significantly improve the behavior, but has a few edge cases. A full resolution will take more work as a separate mini-project.

A related symptom that several people have noted is an increase in the number of “selected / sat upon” objects, which reduce the available prim count. After a region restart these phantom selected objects are removed from the list.

In order to ensure that the selection list is cleaned up, on a per agent (avatar) basis, the selection list is now scrubbed after the avatar has left the region and stayed away for several minutes. This timing is to avoid various other edge cases. Please note: If you see “stuck rotation” and just move to an adjacent region, the list may not be cleared, as your avatar will likely still be listed as a “child agent” that the simulator needs to track, to allow seeing across the region boundary.

Please see http://jira.secondlife.com/browse/SVC-2200 if you are a region owner who has encountered this problem, will test for it if we copy your region to the beta preview, and have time to actively test before Monday night. This jira will serve as a region copy request list for regions to be tested with this new code on the Beta Preview, before it is deployed.

DEV-13509: Phantom setting can now be toggled with llVolumeDetect enabled, even if the prims no longer have any scripts in them (a case appeared where a house was phantom – it had parts with llVolumeDetect set, but could not be set unphantom since the parts no longer had scripts in them… the related case of “how did they get llVolumeDetect set” is still unknown)

SVC-1987: Camera no longer hunts severely in boxing ring

SVC-1952 and DEV-12030: llSetLinkPrimitiveParams and llSetLinkPrimitiveParams PRIM_POSITION behavior improved

SVC-2113: Top Colliders list no longer missing entries

SVC-1951: llGroundRepel is now effective over water (parameter limits adjusted to allow negative limits for use with water)

DEV-11326: After some time, in some cases, physics scripts become inactive. This issue, reported by a handful of people, has now been traced to be linked to the llTargetOmega problem, and is believed resolved by that fix.

DEV-13126: Camera now stays on “your side” of a wall when the avatar is backed up to a wall

SVC-1975: Avatar jump height increased to match the earlier Havok1-based simulator’s behavior (adjusted impulse velocity of jump)

Best regards,

Sidewinder Linden
Havok4 Program Manager

P.S. Again please note that these fixes have been deployed to the beta preview grid for testing, and are not yet deployed to Second Life. If this simulator version appears solid on the beta preview with your review, it will be deployed to Second Life with these fixes, and timing of that release will be blogged separately.

P.P.S. The snapshot of the database on the Beta Preview grid is by now several months old. If you find that you are getting invalid password errors logging in there, please try an older password…

This entry was posted in Announcements & News, Bugs & Fixes, Preview Grid. Bookmark the permalink.

150 Responses to Second Life Simulator v1.21.0.85362 Update is on the Beta Preview with 12 Physics Fixes (2008-04-19)

  1. Dusty Lindley says:

    Oh my god!
    A jump height fix! I love you. ❤

  2. toybodacho Ireland says:

    Where can one post about viewer problems? I think that it should be at the very top of this page, and that Linden Labs should make fixing the viewer a priority, especially its memory leak.

  3. nimi says:

    I got 2nd. yay.

  4. ah nice, lots of necessary stuff. lets hope testing goes smoothly.

  5. Sidewinder Linden says:

    @2 toybodacho: For viewer issues please put in pjira entries for the issues, the viewer team has office hours that have been posted, there is a “First Look” group in Second Life, and weekly bug triage meetings inworld (info here: http://wiki.secondlife.com/wiki/Bug_triage) where specific bugs reported in public jira are discussed. I hope this helps. /Sidewinder

  6. Awesome great to hear about this 🙂

  7. toybodacho Ireland says:

    Thanks, Sidewinder, now I know where I can vent my frustrations.

    (Nimi, I got second; you got third.)

  8. I could not many really bad effects from these momentary penetrations,

    Engrish?

    Why is it that the best coders on the planet have no language skills?
    For the same reason I have no coding skills?

    Thanks for the fixes 🙂

  9. toybodacho Ireland says:

    @8 Vissy: Maybe they do have skills – in their own language (i.e. you can’t expect everybody in the world to speak English).

  10. Alicia Sautereau says:

    good fixes there if they go live without problems 🙂

  11. So that’s why my flying seagulls had just stopped dead !
    I reset script and nothing changed!

    The only fix was to delete them and re-rez.

    And all these folks on the chat complaining about nothing rotating any more – should there be an announcement for them?

  12. Gabriell Anatra says:

    >SVC-1975: Avatar jump height increased to match the earlier >Havok1-based simulator’s behavior (adjusted impulse velocity of >jump)

    Excellent!, now I can jump about the rooftops and spook the newbies again!

  13. Sidewinder Linden says:

    @8 Vissy: “no language skills” ??? you must be kidding… just in case you’re not…

    I just pulled the text from our internal jira entry, so that you would see the specifics – the point was the technical content… That paragraph was written in the midst of getting the work done, as documentation of the work, not for public release, and I did not take the time to edit that grammatical miss.

    I suspect that if you reviewed the volume of work and internal commentary that Andrew, Kelly and Simon create, and the small number of grammar misses, you would want to think again about challenging them on English skills. That’s a clear missing word case, eh – likely the same sort of edit or copy/paste mistake we all make.

    /Sidewinder

  14. Loco Rau says:

    Selected/sat upon 0 !!! thanks Sidewinder, i hope you can updat to 1.21 soon, good job 🙂

  15. Donna says:

    Yay Sidewinder LOL You go girl.

  16. Cherry Czervik says:

    @ Sidewinder re post 13

    LMAO Bravo and well said.

    (From someone who, at least partially, proof reads for a living and is very picky – and also not infallable herself 🙂 )

  17. Pingback: Followup : SVC-1975 (Avatar Jump Height) at Daikon Forge

  18. Valradica Vale says:

    Unfortunately, I have updated all my scripts to begin working properly with the current Havok4 implementation on the main grid. If the “snapshot” is several months old – how am I supposed to test my products that I have updated since the snapshot. and it is not as easy as simply porting over a script? The changes are very involved and included adding new detection schemes etc. Please, can you update the snapshot also?

    BTW, I could not get into the beta grid, even though I have not changed my password in 6 months.

  19. Winter Ventura says:

    What’s it going to take to get the snapshot updated?

  20. Sidewinder Linden says:

    @18 Valradica: I can set specific accounts to refresh inventory on next login on the beta preview. This is manual, so I can’t readily handle hundreds of requests (!), but if you need an inventory refresh on the preview send me an IM inworld and I will get it done as soon as possible.

    Regards,

    Sidewinder

    P.S. Val – I’ll try to get this done for you by later today.

  21. Sidewinder Linden says:

    @19 Winter:
    “What’s it going to take to get the snapshot updated?”

    A block of 48 hours where multiple overlapping projects can afford for the preview to be offline 🙂 I’ll bring this up again on Monday to see if we can find a slot that makes sense to do this. I do understand that it’s problematic to have a snapshot on the beta preview that is this old.

    /Sidewinder

  22. Nikko Price says:

    While these changes are nice, I would really like to see a switch back from the Windlight engine, everything is too pixalted for me.

  23. @toybodacho Ireland

    You do if you want to fly an airplane 😉 (Have to speak English)

    @LL

    I hope the ||Target Omega and other physics scripts are working with this release.

  24. lipikona says:

    collisions with vehicles which stick in prims then, are caused by the fact that prims are now kinda hollow or phantom inside. you can be inside of a 10x10x10meter box now and even walk around in there. its only its outer walls, not solid or filled. this has the side effect that you now can make huge prims sort of hollow. they are only their outer walls. nice on the huge prim side, not so nice on the vehicle stick in walls side, hehe

  25. Motor Loon says:

    Hm. can’t log into the betagrid for some reason. Keep telling me “The system is logging you out right now. Your account will not be available until 2007-04-18 18:30:30 Pacific Time”…

    I’ve been trying now and about an hour ago.. and I haven’t been on the betagrid at all today.

    I need to test my bikes… come on, lemmi’ in 😉

  26. Pingback: SecondLife - How To Make Money In Second Life » Second Life Simulator v1.21.0.85362 Update is on the Beta Preview with 12 Physics Fixes (2008-04-19)

  27. Winter Ventura says:

    Sidewinder.. I’m gonna say something that’s “thinking outside the box” here.. and I’m hopeful you’ll see something here.

    If you can set it so that “Specific accounts” refresh their inventory the next time they log into the beta grid… Why isn’t the beta grid set up to do that as default for ANYONE that logs in? This seems like something that should be “default behaviour”.. it would allow the porting of the inventory lists “on demand”.. since only a fraction of the users ever ONCE visit the beta grid, it seems like this would be much lower impact than a full snapshot.

    Anyways, just an idea, from someone who is NOT a programmer of any kind,

  28. Blinders Off says:

    Glad to hear about the upcoming changes Sidewinder… especially the camera wigging out when back against a wall. 😀

  29. Zena Juran says:

    HIyas Sidewinder,

    My range of products that include llTargetOmega seem to perform properly on the beta grid now. Also all my scripts converted and compiled in MONO with no problems (so far). But this was on an near empty sim (Sandbox Goguen MONO) with only 600 other prims and just a few scripts. Is there a sim that is carrying a mid/heavy load to test my products on? Thanx 🙂

  30. Liam Tairov says:

    I’m sorry if I’m asking in the wrong place but I cannot log into the beta grid. Its been a couple of months since I last managed to log in but since then it always refuses with the same error message:- “Incorrect username or password”

    I have the latest viewer and my password hasn’t changed at all.

    Any suggestions are welcome.

  31. Nadia Lassally says:

    Cant login to the beta, its keep saying that the system still is logging me off.

  32. So, how does this affect collisions with stationery walls, where your head and shoulders now disappear in pool sides, floors and ceilings etc. I mean, walls don’t move much.

    Might it be that really the physics is totally messed up? Might it be it’s screwing with the new server code too that basically has completely borked the grid up for more than four weeks, and which you admit you don’t know if it is the root cause?

    Why don’t you put a quarter of the grid back to 1.18 (you’ll have to unmandatory the 1.19 mess of a viewer too of course) and see if that part of the grid is any more stable? I’m sure you’ll have lots of volunteers.

  33. Maybe now you’re beginning to have wisdom that it’s not a good idea to have skipped totally over Havok 2 and 3 now…

  34. Keri Pera says:

    i cant even get in everytime i do i walk 3 steps and crash this is really starting to drive me insane .!!

  35. Sidewinder, may I ask about the issue of avatars sinking while hovering in the air… it is a bit annoying unfortunately. Thank you for all the hard work you & your team are putting into this!

  36. BlueWall says:

    Hi Sidewinder & Crew! Great job! Thanks!

    @21 An update would be awesome! I would love to run some of my things under mono as well 🙂

  37. ee Oh says:

    good job sidewinder.. my stuff work now really safe..

  38. lipikona says:

    did i mention that you can MAKE HUGE PRIMS HOLLOW now? i guess i did, lol.

  39. Vincent Nacon says:

    “Note that our solution to the “prim seam problem” involves storing collision locations and normals over time and then filtering incoming new collision normals and sometimes altering them to agree with historical data.”

    You got to be kidding me…. what’s wrong with damping and how can that be too hard to do? I’ve mention it a few times to Andrew.

    @Montana Corleone: You’re way over your head there.

    There is are bigger difference between Havok 1 and Havok 2… but not so much between Havok 2 and 4. So there was no reason to stick with 2 when 4 was even more reasonable to switch to when re-coding more than 80% of their source. This update isn’t just some minor tweak changes… O_o; And I have to say, 1.20 is better than 1.18.

    The only problem was scaling network when they were able to fix more than 65% of sim crashing problem…. which kept most people online, thus overloading the database server. It’s a strange irony how one thing can actually help a lot, but make it even worst for other problem. 1.18 isn’t more stable than 1.20, It’s just the database, far apart from physic engine code.

    In other words… be patient fool.

  40. Svoboda says:

    I have a problem with textures on some objects in my store appearing completely out of place, until I select them. Selecting them makes the textures suddenly line up and repeat properly. Is this also related to the llTargetOmega but and likely to be fixed by this patch?

  41. Chaz Longstaff says:

    >> At the end of my most recent changes I could not many really bad effects from these momentary penetrations

    At the edge of my seat here in anticipation. What’s the missing word — Perceive? Cause? Detect? Deflect? Avoid?

  42. Your Conscience says:

    DEV-11326: After some time, in some cases, physics scripts become inactive. This issue, reported by a handful of people, has now been traced to be linked to the llTargetOmega problem, and is believed resolved by that fix.

    *dances with joy*

    DEV-12952 (and numerous pjira items): llTargetOmega item rotation sync restored.

    *dances with joy again*

  43. Iexo Bethune says:

    I am ALL OVER this jump height fix! Thank you!! *Ninja bunny RETURNS!!!!!* =^O^=

  44. Captain Noarlunga says:

    Did Havok4 change the behaviour when you walk up a step? All the steps I come to now I have to jump up….which is silly…….surely not every step in SL has to be lowered ? Easier to change the physics ?

  45. Dekka Raymaker says:

    Sorry to post this here, but New Release Candidate Viewer: 1.20 RC2 is the most borked viewer I have used since starting SL over 1 year ago and I really really don’t fancy submitting a JIRA report for everything that crashes me, which no release has ever done before.

  46. Your Conscience says:

    Sidewinder, just out of curiosity, is the inability to log in at any height above 768m a server issue, or a viewer issue?

    (see http://jira.secondlife.com/browse/VWR-6267)

  47. Ilana Debevec says:

    @39

    “The only problem was scaling network when they were able to fix more than 65% of sim crashing problem…. which kept most people online, thus overloading the database server. It’s a strange irony how one thing can actually help a lot, but make it even worst for other problem. 1.18 isn’t more stable than 1.20, It’s just the database, far apart from physic engine code.”

    see: Law of Untended Consequences : any action will produce some unintended consequences.

    A classic example is a bypass – a road built to relieve traffic congestion on a congested road – that attracts new development and with it more traffic, resulting in two congested streets instead of one.

    see also: Shark – keep swimming or die.

  48. Ilana Debevec says:

    @44 What part of – “Please do not post about viewer problems here, as it distracts from the core discussion about beta testing of the next release of the simulator (server) software.” eluded you? And if you can’t be bothered to fill a JIRA issue, should anyone be bothered to fix the problem?

  49. Ilana Debevec says:

    ack, correcttion @48 should be to the attention of @45, my bad

  50. Lestat Vreme says:

    Sidewinder is the best Linden ever.. does a great job both in fixing things and in communication. Great. Did you notice there are hardly any whiners or ranters on his blog?

    We appreaciate you a lot Sidewinder!

  51. Jerry says:

    SVC-1951: llGroundRepel is now effective over water (parameter limits adjusted to allow negative limits for use with water) . Sidewinder , myself and all my orca’s thank you for saving their lives . Keep up the good work ! . I’ll name the next orca i rez after you .

  52. Sidewinder Linden says:

    @32 Montana: I will address your points individually:

    “So, how does this affect collisions with stationery walls, where your head and shoulders now disappear in pool sides, floors and ceilings etc. I mean, walls don’t move much.”

    Have you tried the new camera control code, or is this complaint a theoretical one? We have made an improvement to camera control with this build, and will have others in subsequent ones.

    “Might it be that really the physics is totally messed up? Might it be it’s screwing with the new server code too that basically has completely borked the grid up for more than four weeks, and which you admit you don’t know if it is the root cause?”

    No, Montana, it is not that “really the physics is totally messed up”. The physics subsystem is part of the simulator, which is only one part of the Second Life Grid as a whole. As has been described in other posts, the bulk of the other issues have been related to issues with the central database and asset system, which are not in any way part of the simulators that control region behavior.

    “Why don’t you put a quarter of the grid back to 1.18 (you’ll have to unmandatory the 1.19 mess of a viewer too of course) and see if that part of the grid is any more stable? I’m sure you’ll have lots of volunteers.”

    There are numerous security fixes and architectural changes that have been made on the path from server 1.18 to now, many of which are to enable a different underlying arcthitecture to support stabilizing the database and asset server problems. Going back to 1.18 would prevent achieving those goals and would be counter-productive.

    @33:
    “Maybe now you’re beginning to have wisdom that it’s not a good idea to have skipped totally over Havok 2 and 3 now…”

    It appears that you have some in-depth experience with the Havok physics engine from this comment. I am interested to hear your specific technical commentary at the feature level, as to the issues that you believe would have been resolved by doing sequential upgrades through Havok 2 and Havok 3, with specific focus on how they would have avoided the physics changes, bug resolutions, and work to provide backward compatibility without compromising future use of the physics engine that we are now expending effort on.

    Regards,

    Sidewinder

  53. LoLo says:

    @50 I like this guy too linden or not

  54. Sidewinder Linden says:

    @35 Quaintly:
    Could you please provide some more specifics as to the hovering in air problem. This could mean several things, and I want to be sure I respond to the right question. Thanks, Sidewinder

  55. Sidewinder Linden says:

    @40 Svobada: I am not sure what would cause this. Could you IM me inworld so that we can try to characterize this – I am not sure what would be causing this problem. /Sidewinder

  56. LoLo says:

    @53 look at that reply he wrote – thanks sidewinder for the explanations

  57. Sidewinder Linden says:

    @44 Captain: We did change (raise) the step height that would cause an avatar to “block” on walking up steps, but I’m not sure if that is the change you’re talking about. I recommend you try this build to see if it’s improved, and if not please IM me so that I can see a demo. Thanks, Sidewinder

  58. Gabriell Anatra says:

    >@35 Quaintly:
    >Could you please provide some more specifics as to the hovering >in air problem. This could mean several things, and I want to be >sure I respond to the right question. Thanks, Sidewinder

    I have the same issue and I’ve seen it in others as well. The avatar drifts slowly down when flying. I’m not sure if it happens all the time as it’s a subtle movement and is not noticeable except when hovering.

  59. Slartibartfast Magicthise says:

    Well, the ability to walk inside huge prims is nice for some folks, but now, approximately every 3 teleports to my home traps me inside my house’s foundation prims until I make it phantom and can escape.

    “One step forward, two steps back, that won’t get ya back to Buffalo …y’know.” – Robert Hunter

  60. JB Kraft says:

    @52wrt @33 hehe, nicely done.

    Also, thanks for the beta grid update and the snapshot update when you get there. Much appreciated!

  61. Buck says:

    @24 “you can be inside of a 10×10x10meter box now and even walk around in there”

    Odds on how many reading this will try it? 😉

    About the “sinking while hovering” problem, it seems to happen whether I’ve just been flying and stopped horizontal movement, or just ascended straight from the ground. Hope this helps.

  62. Slartibartfast Magicthise says:

    I should probably be more specific about the “trapped in prims” problem I experience…

    The prim I usually find myself trapped in is a regular 10x10x10 with a ROUND hollow of about 80%. It’s probably too “thin walled” to stop my AV when I TP on top of it.

    I haven’t tried un-hollowing it to see if i still get trapped inside, so I’m not sure if the round hollow is the problem or not.

    Kick it on down!

  63. Sidewinder (ref 54): Gabriell@58 has it. There is a Jira for it – SVC-2013. Ever since the Havok4 rollout, if I fly into the air and hover, I start to slowly sink. The Jira mentions that sinking starts after the avatar turns to either side, but I sink even if I don’t turn – all I have to do is stay still and I slowly start drifting back to the ground. I was trying to build something and this made it difficult for me. I had to plant my avatar on the ground and cam up instead.

  64. Macken Toshi says:

    Re ‘sinking whilst hovering’. I have the same issue. If I fly up only then I stay still. ANY even slight further movement in any direction will start me sinking. I can sympathize with Quaintly’s difficulties when building.

  65. Navin Dawes says:

    @64 and 65

    Yes, contrary to what the bug states, I too sink at varying times when attached to various hovering poses. For example, on sims that are testing havoc 4, the aberanimations piggy back ride pose slowly sinks me into the ground when i sit on it.

    Silly example, but it’s a bug.

  66. Medhue Simoni says:

    SVC-1987: Camera no longer hunts severely in boxing ring

    DEV-13126: Camera now stays on “your side” of a wall when the avatar is backed up to a wall

    Don’t these 2 contradict each other. Why move the camera at all. In other games there is a good reason for this but in sl its just an annoyance. I for 1 always keep my camera movement adjuster up at all times, as im sure many creative types do. Besides it not like u dont know that the camera went behing the wall and then u deal with it by scrolling or moving. Having the camera move in and out constantly moving in and out in a tight room is crazy. Your basically making the most important thing having its own mind instead of giving the complete control to us. How about a button in the Preferences to hurt it off.

  67. Buck says:

    Update on “sinking while hovering”–Just now I’ve tried it and the problem’s not occurring for me (kind of like the brakes stopping squeaking when you take your truck in to the mechanic, LOL).

    (Macken @65–Now that I think about it, I think I was wrong in my #61 when I said the problem happened when I’d just flown up with no horizontal movement–I think you’re right.)

    Thanks to Sidewinder for the help and thanks to all of you posters for a great, useful thread.

  68. Argent Stonecutter says:

    @65 and others… I have been thinking of having Flight Feather throw it’s “anchor mode” when you’re hovering on even when you’re too low for it to have activated it. Anyone want that?

  69. Renee Faulds says:

    You Linden’s may be able to kill our accounts for protesting but you will never kill the spirit!!

    FIX SL !!!

    For those unaware all of us _peaceful_ protesters just got our accounts suspended for drawing attention to Linden Labs failure to support “our” assets and giving a dogs poop less about us going broke.

    Renee Faulds

    P.S.

    Phil, not only do you have no poseballs but CNN just watch you kill our accounts becasue you are a liar and a thief !

  70. Renee Faulds says:

    Pretty sad day for SL

  71. Medhue Simoni says:

    Oh and i would like to point out to LL that there arent many irritate postings in the blog cause we all know that Sidewinder might actually respond. Quite a contrast to other blogs. If the other LL bloggers would respond at all, than u would not see so many pissed off people now this doesnt take away “any” of the problems in sl but atleast we dont feel completely ignored. Personally i dont know what Sidewinders qualifications are but i nominate him as the new CEO. lol. Please LL information is key. People just want answers. How can any1 make a business decision in sl with no info for the top. I wanted to go to the Memorial thing, but by the time the grid was up, i was swamped with answering why this or that does not work. Announce problems in world or change 1 of the useless buttons at the bottom that pops up a Issues Window.

  72. Darien Caldwell says:

    I have to agree with those talkinga bout sinking while hovering. Happens to me all the time, and yes, i’ve noticed it seems to trigger when rotating, or moving laterally. as soon as you stop such a motion, you begin to slowly sink down, or sometimes even to the side.

  73. Tiny Mind says:

    I, too, experience this exact ‘sinking’ while hovering in place problem @35 and others are reporting. It has been happening since Havok4 went live on the experimental regions and then with the grid-wide roll out. You can Hover in place, and your avatar starts to drift downward at about a rate of 1 Meter every 4 or 5 seconds. The avatar doesn’t move or react to this loss of altitude, It blissfully stays in its Hover animation the entire time. It makes no difference if you are wearing any ‘Flight Assistance’ attachments or not. Even the ones that could keep you up for hours has the same problem.

    You continue the same ‘fall’ rate till you eventually move or hit the ground and then it of course stops because you are no longer in Flight/Hover mode. I have seen this regardless of any script rules or permissions given on a particular SIM. ALWAYS it is with Havok4 SIMS that are currently rolled out and it never happened with Havok1.

  74. Tiny Mind says:

    Sorry, @69. But your attempts to ‘anchor’ the Avatar with a MOVE Lock or whatever would be of little use. I wore all manner of HUDs and attachments that features Movelocks to keep the Avatar locked in place, but so far this ‘Sinking’ problem has foiled every one of them, even when used multiple times at once.

    This sinking problem has been reported to the makers of those who script Flight Rings, Weapon HUDs what have you, and none of them who saw the problem for themselves on Havok4 are able to prevent it from stopping. They all seem to agree that it is not the fault of their scripting-efforts as there was never a problem on Havok1, and there seems to be little they can do. It would have to be the Havok4 physics solution so they can only hope and wait along with the rest of us.

    Tiny Sinking Toon.

  75. Sidewinder Linden says:

    @59 Slartibartfast: Could you send me an IM and landmark so that we can check the problem you’ve described with teleports? Thanks, Sidewinder (the IM is to jog my memory on why this landmark appeared! 😉

  76. Sidewinder Linden says:

    @67 Medhue: The camera behavior in the earlier simulator moves the camera if the avatar’s head is right in front of a wall, so that you can still “see” rather than being blocked by the wall behind you. There are various reasons technically why duplicating this behavior was not trivial, and this build is one part of cleaning this up. /Sidewinder

  77. Sidewinder Linden says:

    @ TO ALL: Re sinking while hovering. I had thought this problem to be resolved, and haven’t personally experienced it lately… Let’s all just say “ok this is now a known open issue” and I will follow up with you (maybe after the weekend? 🙂 ) to figure out the specifics and what needs to be done to resolve it. Thanks! /Sidewinder

  78. Sidewinder Linden says:

    @70/71 Renee: I am sorry to see that you have chosen to take this communications route, and hope that you can find a more constructive way to discuss issues. We have certainly had reasonable discussions in the past, and I find this sort of thing out of character and unsettling, in particular because you know that there were other factors involved. Please feel free to contact me in-world if you wish to discuss this further. /Sidewinder

  79. Alisha says:

    @Argent I will take my feather with an anchor please =) It would be great to have till this is worked out.

    Tiny, I do believe Argent is the “They” to whom You are referring.

  80. yuriko nishi says:

    sitting on unscriped prims on the “life” grid is broken with 1.20.1.

    maybe you can fix that when you rollout this updates to the life grid 🙂

  81. LailaK says:

    This is somewhat of a technical question, but this seems a reasonable place to ask it.

    Inelastic collisions at high speeds which were stable under Havok 1 seem to be significantly diminished under Havok 4. That is to say, if I fired a prim at a physical prim at a speed of 70 from my cannon (not sure of the real speed here, this is the value in the script) in havok 1, it would detect the collision fine and both prims would react beleivably. Now, under Havok 4, the actual collision detection is less effective. At the same speed with the same size of prim, the projectile prim will pass through the target prim and impart only a minor nudge, completely failing the concept of physical collision entirely whereby the kinetic energy is divided predictably between two colliding objects. In order to have a more beleivable (but still somewhat diminished) collision effect, the speed of collision must be decreased. In effect, this means that the new engine detects collision more poorly than the prior.

    I’m curious, would this impaired collision detection be potentially considered a bug, or is it intentionally sacrificed in the name of reducing sim resource usage?

    To editorialize: I hope it’s the former, because otherwise it would feel to me as though moving to Havok 4 to increase stability is analogous to turning down the viewer graphics settings to get higher frame rates (diminishing quality for better performance).

  82. toybodacho Ireland says:

    Where can I find more info about the issue Renee Faulds mentions in entry no. 70?

  83. Renee Faulds says:

    @Sidewinder

    my friend – I will contact you inworld as soon as my account becomes unsuspended for peacefully protesting 3 weeks of daily borked servers that has killed not only my business but “many” of my friends. I was suspended for peacefully protesting this – shows the other side of Linden employees that don’t know. Sidewinder, you will always have the greatest of my respects, not only as a professional in your your field and what a communicator but also as a friend. I know if you were where with us in an alt you caring the same sign. Peace – see you when they unsuspend me for protesting borked assest servers

    Renee

  84. les says:

    Looking forward to testing the the new vehicle voodoo!
    If I can still pay my cable bill after this month :/

  85. Cat Cotton says:

    @84 Renee; No kidding huh. That’s fine I will take my peaceful protest to the media now. I hope the bad PR crushes LL.

  86. nika talaj says:

    Nice job prioritizing fixes guys, these all sound like winners. Good luck with your testing.

    Speaking of the beta grid, if someone could shoot me the names of a couple of Havok1 regions there that would be great, thanks. Got a couple of things now I’d like to look at.

    Thanks!

  87. Rex Cronon says:

    sorry, to post this here but i can no longer login on the beta grid:(
    It says “Login failed. The system is logging you out right now. Your Account will not be available until 2008-04-18 17:26:30 Pacific Time.”
    btw, today is the 19th.
    I am using the RC with “–grid aditi”

  88. Renee Faulds says:

    @86

    yeah I kid you not – everyone of us protesting got suspended accounts.

  89. Renee Faulds says:

    Long live free speech in SL(Damn TM goes here)

  90. Sidewinder Linden says:

    @81 Yuriko: I do not understand this “sitting on unscriped prims on the “life” grid is broken with 1.20.1.” What does not work on the current simulator? Thanks, Sidewinder

  91. Sidewinder Linden says:

    @82 LailaK: You have actually asked what are a set of questions… It might be easier to discuss this in world or at office hours. There are two issues related – one in the way that we are doing collision detection in order to improve efficiency of Havok4, and the other may be (I’m not sure until we talk in some more detail) some limitations added to make orbiting harder and other “griefer style” actitivities. /Sidewinder

  92. Sidewinder Linden says:

    @83 toybodacho: The reasons for suspensions are privileged information that is not disclosed in order to protect the privacy of all involved. My apologies for the vagueness. In this case there are no alternatives – as with any service provider that I have ever encountered, the reasons for and actions taken in cases that result in administrative action are not open for disclosure. Best regards, Sidewinder

  93. Sidewinder Linden says:

    @87 Nika: The following regions are Havok1 regions on the beta preview:
    * Fame Havok1
    * Fortuna Havok1
    * Freelon Havok1
    * TextureTest Havok1

    /Sidewinder

  94. yuriko nishi says:

    @91 sidewinder on version 1.20.1 you can´t sit on a box.

    tryed it in mooz and psu. no one could sit there on any surface.

    someone told me though she can sit on cubes in her home sim, with the same code. so i am not sure what the cause is.

    we could sit in the scripted cars though. hope that helps 🙂

  95. Argent Stonecutter says:

    @75 Tiny, I’ll check that out when I get in world. I don’t see any movement when I’m “locked” at altitude but you could be right and it won’t help at ground level. All I can do is try. ^^

  96. Sean Heying says:

    @ Renee; you bore us with your incessant posting and taunting in every single blog. Please stop.

    @ Sidewinder; I am pouting a little as it still seems we will be unable to swim the wonderful waters of SL. The swimmer gets slightly better with each release but still is far from perfect. (yes, this single jira is now my purpose in SL)

  97. Sidewinder Linden says:

    Renee, Cat and others curious about the suspensions commented on by Renee above repeatedly:

    I have checked to confirm this before commenting, and I am now convinced that all actions taken were based on explicit violations of the Terms of Service. Suspensions were not issued “for protesting”, and are not issued on that basis. There have been large protests in Second Life without suspensions being issued to participants, and that will not be the metric for deciding on a suspension in the future.

    As mentioned before, the specifics of this or any other case will not be disclosed, but it would be important for anyone listening to one side of this issue to understand that there is documentation on hand of the specific actions that are clear and explicit violations of the Terms of Service that triggered the suspensions of a very few people at that event.

    I apologize for posting off-topic on my own blog post, but felt that it was important to clarify what I could regarding the claims presented above.

    Regards,

    Sidewinder

  98. Sidewinder Linden says:

    @97 Sean: Swimmer has not been forgotten.. We had to figure out whether we were going to have to do something nasty to a part of LSL related to that before tackling it… We will be working on it, and I do know that you will relentlessly pursue me past the grave until it’s handled 🙂 /Sidewinder

  99. Cat Cotton says:

    @98 Sidewinder;

    Alright I will reserve my further comments at this time. There is always his side, her side, and the truth. However it’s nice to know that subscribers will not be suspended from paid or unpaid service for speaking their minds. Unless of course they try and do so in your forums. Unless of course that has also changed.

    The one major problem that LL has had for a long time now; is individuals working for LL; speaking for the company. Only to have another employee with an apposing view also speaking as if it is not only fact but policy.

    It makes it very difficult to understand what the policy and TOS are.

    Cat

  100. pachuma says:

    I am still Wondering why The physics do not alow the horse shoes to work. I have ask several times now. it is simple physics and no script !

  101. Sidewinder Linden says:

    @101 pachuma: I have sent an IM in response to your query – my apologies if it did not get there. The Havok4 physics engine has a 0.1m collision tolerance around an object. Things without that much clearance around them may “hit” even though the visual display suggests that they are not touching. Some physical constructions will need more clearance with the new simulator than they needed with the old one. Other cases that I have seen like this include a swing whose “bearings” were rubbing from a physics engine perspective and needed to be enlarged. The Havok physics engine uses this collision tolerance to improve efficiency by localizing possible collision points while objects are moving. /Sidewinder

  102. Argent Stonecutter says:

    The low altitude anchoring in Flight Feather 1.7 seems to work, I’ve got it in the Skyhook Station store only. The “low altitude anchor” isn’t enabled by default, you have to turn it on, but it does stop you from sinking after the first fraction of a second. It’s still open source, you can pass it on to your friends (but you KNOW I prefer you come visit and buy it and blah blah blah … ^^ ) and look at the code to see how it works.

  103. Aaron J. Freeman says:

    I was there, in I-World Island, during the protest, and it had something to do with blocking the stage. The lag, by which I couldn’t see the signs, was probably Client Side, and inappropriate to this blog.
    My browser’s presently not loading the Jira, but Railroads are suffering multiple issues, that don’t seem to’ve been fixed, in this release. I don’t think Linden Labs would dare to ignore Rail-Road issues, and H5 might even be built about them. Selectively Phantom Prims might do well for the rails of the future.
    Bato’s working on an alternative fix, on the Seam Bump Problem, that should be shown to the Havok Techies, as helping to analyze the problem. Alternatively, we could simply replace all roads and rails with ad-hoc megaprims.
    Meanwhile, I’m going to have to go restudy the Wiki for Physics Functions.

  104. Renee Faulds says:

    at Sidewinder – yeah I refused to move for the 3rd time. We peacefully protested in the same spot until Joppa Linden got his head up his butt and started hastleing us. I must say if you believe Joppa’s side of the story you better start talking to the others that were there. First two requests to move “out of view” were done – the third time we all considered it harrassment from Joppa Linden. First SL runs us business people out of business – then screws the island owners by cutting their investment by 40% – now SL is just like CHINA – protest you get punished. You know as well as I we did nothing ! Except show our discontent of loosing hundreds of RL dollars.

    Renee Faulds

  105. Balpien Hammerer says:

    Thanks for the SIM crossing seam fix!

    I am seeing a new behavior now in which the minimap now shows water in place of land (same viewer, different server). It’s bad enough that WL and other changes destroyed telling the difference bertween water and land in the main screen, but now I can’t navigate using the minimap for clues.

  106. Donna says:

    @ Renee. Why don’t you just shush up while you have the chance before you dig a deeper hole for yourself? Joppa Linden is one of the most respected Lindens I know, he’s never breach policy or be purposly nasty to anyone. He’s a really nice guy, so you must have breach ToS and CS for him to deal with you.
    You can’t say one bad word against Joppa.

  107. Enysy Mikita says:

    I am seeing the “sinking AV while hovering” in Egril Also there I have seen an issue where AVs just step backwards with no input from the user’s keyboard.

    I hope this helps so you have a place to maybe see this occurring.

    BTW, a large portion of this sim is “females only”. Just FYI.

    Thanks,

    Enysy

  108. Sidewinder Linden says:

    @108 Balpien: I am not sure specifically what you’re seeing… but this sounds suspiciously like it might be a network issue between the pair of regions involved. If one “looks like water” from the other, it is likely that one or both need to be restarted, and may be because the racks they are in are having a routing problem back and forth. Please contact concierge and they can take a look to see if this is the case and hopefully resolve the issue for you. /Sidewinder

  109. sasja says:

    Is this going to fix my falling over steps too ?
    Was kinda funny in the beginning but I don’t see the fun in falling over every curve, step, bump anymore.

  110. Lillie Yifu says:

    The llTargetOmega problem seems fixed on Yedo Basilica, I don’t know how much of it means anything, but we had a situation where four llTargetOmega objects stopped, but one did not.

    Renee issue: this really is not the thread for that. However, I have to say that speculating that set up fees are going to remain high is just that, speculation, not investing. We aren’t “buying” land, and LL should, really, stop saying and doing things which encourage the impression that server space here in anyway resembles an rl land market. It doesn’t, and in fact many things have been done over time to make it less, not more, like real land markets. I know people who were trying to get out of LL and sell their sims, and are now facing thousands of dollars more in losses, on top of the losses they already faced, so I do hear your pain.

    However, buying something and hoping to sell it, unimproved, at a profit, is speculation. Speculation is very risky, and in many cases the risk is not worth the risk, in that the potential return is not greater than the chance of loss. If you have not made 700 dollars worth of improvements on a sim, then you really ought to consider whether what you are doing is really adding value. This is not to say that all good things are paid for, there is a great deal of good work on Second Life which could not command much money, but is worth doing any way. But if you are in the money making world, you should not be doing worthy things that don’t bring money.

    LL should do a better job of outlining the risks, and perhaps regulation is needed if they continue to fail to see that it is not honest business policy to sell something as an “investment” when it is not. But equally people should see things for what they are. We are renting server space, we are putting up web pages of a kind, and we really can only have a just expectation of selling at a profit the improvements we make to raw server space. There are problems in doing that, and those problems need to be fixed. I cringe every time I see “buy virtual land!” on the web page, and if I were employed by LL removing that, and firing the person who ticked off Nicholaz for the lulz, would be the first two things I would do.

    But protesting the workings of the market economy isn’t really effective, because you aren’t protesting LL being closed, you hoped to profit it from it.

    Really you are protesting that LL is responding to market forces, by reducing the price of their product in the face of a US recession, falling hardware prices, and continued bad publicity. Much of this is not of their own making. LL doesn’t control Moore’s Law; it doesn’t control the US economy. The bad publicity, yes, is to no small extent their own failure to see that just because they are a monopoly, does not mean they can suspend the rules of the marketplace.

    My group paid full price for our current sim, we will probably be buying a new full size sim at the new price when we were not doing so before. There are others. It is hard to have sympathy for someone who says that LL should keep prices high to benefit people who got in first, when there are already large advantages to having been in LL first. Instead having more users, more islands, more concurrency is better for the Second Life Economy.

    What is frustrating about Second Life is that there are clear areas of great competence. Zero Linden is brilliant. Sidewinder’s server team has done amazing work with an incredibly complex project. Then there is the business office that can’t seem to communicate pricing changes to customers, who are paying for the thousands of free users out of tier and island fees, a legal department that takes positive glee in writing what are unenforceable contracts backed by terror, and is attempting to trademark a bigram. I know really competent programmers who have interviewed with LL and not gotten called back, while people who clearly haven’t learned what “alpha,” “beta,” and “release candidate” mean are siloing down required updates that crash on Linux and MacOS. So yes, there are costs to LL’s mishandling of communication, and there pervasively sloppy way of releasing things.

    This is one reason that Sidewinder’s project is hopeful: this is really how things ought to be done, and they have done a better job with a more complex piece of software than has probably been done by any group in LL in the time I’ve been here. Would that the asset server and the client went as well.

    So while I hear your frustration, as do tens of thousands of us out here in Linden Land, you should ask yourself if what you are asking for is fair and reasonable, and whether what you were doing was the right way to pursue what you wanted in the first place. Protesting for higher prices to protect your speculative investment is probably not going to get much sympathy from the rest of us, and protesting what is a market decision is probably not going to make anyone reconsider their viewpoint.

  111. Sidewinder Linden says:

    @110 sasja: Could you contact me about “falling down steps”? I’m not sure what you mean by this, and wonder if it is specific to certain avatar sizes and step sizes. Thanks, Sidewinder

  112. Lillie Yifu says:

    This might be related to the “skidding” behavior going up steps that I am seeing.

  113. Sultrina Dreamscape says:

    Official info: SVC-1683 DEV-11331

    2. Second Life Service – SVC

    Havok4: Severe content breaking bug
    Created: 27/Feb/08 04:23 AM Updated: Today 09:35 PM

    Component/s: Physics
    Affects Version/s: Havok4 Beta
    Fix Version/s: None

    Linden Lab Issue ID: DEV-11331

    Posted by Aria Alexandria

    Description
    My product sLwim attachments, is haveing severe mis-behavior in the last version of havok4. Considering that I have thousands of users this will totally be a mess. The issue must be related to avatars physics and impulses. I please ask you once again to try them out, you can find in world at http://slurl.com/secondlife/Arias%20Requiem/41/217/307 . I cannot deal with it as its totally an abyss between havok1 and I cannot auto-update all the users. If you ignore me all my work will be wasted.

    This issue was closed, then reopened by me 😛

    Happy to inform the sLwim version 2.5 and 2.6 now WORKS on SL Server 1.21.0.85362 (Beta Grid). Only the sLwim 2.1 is still the same (slow moving).. and WaterWorks ‘The Swimmer! 1.1’ still does not function properly. (I liked the sLwim better anyway) so KUDOS!! And much thanks from a advid swimmer on SL.. now GET IT ON THE MAIN GRID ASAP!!! 🙂

    Sultrina Dreamscape

    Details of area I was at etc:

    Second Life 1.18.6 (77968) Jan 29 2008 20:06:25 (Second Life Release)

    You are at 256170.8, 257745.1, 20.1 in Lime located at sim2.aditi.lindenlab.com (8.4.131.195:13001)
    Second Life Server 1.21.0.85362

    CPU: AMD (Unknown model) (1607 MHz)
    Memory: 958 MB
    OS Version: Microsoft Windows Vista Service Pack 1 (Build 6001)
    Graphics Card Vendor: NVIDIA Corporation
    Graphics Card: GeForce Go 6150/PCI/SSE2/3DNOW!
    OpenGL Version: 2.1.2
    LLMozLib Version: 1.1.0 (Mozilla GRE:1.8.0.12_0000000000)
    Packets Lost: 33/35088 (0.1%)
    Viewer Digest: 3bb91f71-43e8-7bd9-be82-8ffb1b7bdf10

  114. Lillie Yifu says:

    SIdewinder if you want to see horribly broken under the new physics, I have a pool table to show you.

  115. bryn amat says:

    Sidewinder thanks for the info. and also notably thanks for actually posting several times in the thread to answer questions or comments.

    Now I have a small tiny issue, my skirts do not rezz (as of today)wearing certain outfits just does not work, and also lately the camera sometimes does a funny back and forth movement (its happened while jumping out of lucky chairs for example. Any suggestions.

    : )

  116. bryn amat says:

    P.S.
    the falling down of steps (a good description of what it looks like) or going under the ground when walking into some areas has also happened, to me

  117. Patrick says:

    Cool stuff, I’m still having trouble with vehicles also…

  118. sensual Tomsen says:

    Not sure if this is the place or not to ask about the invisible skirt issue that i’ve been experiencing for quite some time now. I’ve searched and desperately tried looking for help on the other forums, and have asked many of my friends and some of them too have this problem. Once i go into edit appearance the skirt magically appears again, yet once out of edit the skirt disappears. I even have some prim skirts that will not even allow me to wear them, is this just a bug? please any kind of help would be greatly appreciated as i’ve spent bunches and bunches of L$ on gowns and outfits i’m not able to wear.

  119. Lillie Yifu says:

    The skirt issue is a client side issue.

    http://jira.secondlife.com/browse/VWR-5891

    is the jira.

  120. Nack Barnes says:

    What about http://jira.secondlife.com/browse/SVC-1982

    Bullets from most weapons fly through prims of any thickness and characteristic. Which pretty much borks combat in SL, period. There’s a lot of combat business in SL, where’s an update on this issue??

  121. Sidewinder Linden says:

    @115 Lillie: Could you please provide the specific make and model of pool table that is misbehaving? Thanks, Sidewinder

  122. Sidewinder Linden says:

    @118 Patrick:
    “Cool stuff, I’m still having trouble with vehicles also…”

    This does not provide any information that we could take action on. Have you filed specific issues with specific vehicles? If we have some more information we might be able to do something about these troubles. /Sidewinder

  123. Sidewinder Linden says:

    @121 Nack: The physical objects pass through walls problem is known. “Where’s an update on this issue?” It is on the worklist, and we have several different bug reports pointing at this area. We have not yet resolved it, but hope to soon. /Sidewinder

  124. Lillie Yifu says:

    xTrojan Ramos’ “Playable Pool Table.”

    The collisions do not work.
    The cue ball jumps.
    Balls look like they are sunk in about half way to the surface.

  125. Bitova Loon says:

    🙂 Just tried the “build a bridge” across a sim boundary at Goguen/Cordova works perfectly with a prim (for teh bridge span) from each sim overlapping into the other SIM by about 2m .. thats great news

    Also tryed various helicopters doing SIM crossings as fast I could and I have to say a major improvement 🙂

    For boats Not much water between those two sims (have to do a hard turn/stop in Goguen (any chance that strip of water on the South Side could be made longer for water craft testing).. But what I could do again seems a lot better

    Looks very promising .. Thanks Sidewinder & team

  126. Nulflux Negulesco says:

    Fantasie Wells – severe physics FPS drops, down to 8 or 9 and it’s triggered by simply moving. It’s killing my sim, please make it better it just won’t stop.

  127. Sovery Short says:

    I just hope the Camera controls will be fixed in this next version and not constantly snap uncontrolably as they have done in the last 2 versions…
    It will be nice to see that not everything one “Right Mouse Clicks” on automaticly goes into edit mode no matter where one is or what sim one is on. I would have thought that one should have had to click on EDIT to make it do that.. but not any more.
    Very disconcerting indeed. I also note the ‘sinking avatar’ is finally being looked at. *sighs* i8t was so handy being able to hover in one place during large construction. I have missed it.
    But wait, I am probably typing in the wrong place and possibly more that one item per page. Sorry. I will take my queries where they can and will be ignored again…

  128. JULIETTE AGRAWAL says:

    The Beta Test Grid environment is transitory and for testing purposes only! While user information is fetched from the main grid, all Linden Dollars, content, land, and other transactions are transitory. Updates made on the beta test grid will not be applied to the main grid. All users will have a starting amount of L$5000. As with objects, attachments, clothing, etc., any updates to a resident’s account (including monetary transactions) on the beta test grid will not be reflected on the main grid.

    Please visit the Havok Beta wiki page to learn more about what’s changing in Havok 4, the release timeline, and how to help us test Havok thoroughly!;
    POURQUOI J4AI CE MESSAGE QUAND JE ME CONECT SUR LA VERSION BETA ET QUAND JE VE ME CONECT2 J2 UN MSG AVEC UN TRUC COMME DU TEMP; ET CELA FAIT DEJA 1H KIL EST CE TEMP

  129. JULIETTE says:

    login failed

    the system is logging you out right now your accunt will not be availabe until 2008-04-20 2:26:14 pacific time
    poourquoi quand je me conect jé ce message car je me suis onecter une fois et me deconnecter en voyant mon compte avec 11110l$ que jai normalement 2000l$ donc jai fait une deconect et reconect et cela met ce message

  130. Zinbaco Kattun says:

    I’ve got a vehicle (freebie one) that as soon as I sit on it it sinks and get’s returned as going off land. I don’t even have to try to drive it.

  131. Sean Heying says:

    Juliete “beta grid” c’est spéciale et distincte SL version pour les essais. Vous ne devriez pas être là je pense.

    Pardon mon français MDR

  132. Tiny Mind says:

    Haahaahwwwhahawwwhawwww…
    Skirts are invisible.
    Hahaahawwhhahwwahawwww!!!

  133. Argent Stonecutter says:

    Sidewinder: I suspect the “falling down steps” may be due to one of two issues:

    1. The avatar goes into falling animation more easily in 1.20, possibly due to the new collision envelope. When in this state you can’t move, because the server thinks you are unsupported, but you can’t fall either. This used to happen infrequently in Havok1 but it’s much more common now.

    2. The avatar seems to go into the running mode with the run animation more easily in 1.20, even on slopes that you would have walked down in Havok1.

    I assumed that these problems are simply examples of differences between the physics engine, and didn’t expect them to get “fixed”, because they’re technically not “broken”. Should I JIRA them anyway? I’m pretty sure I can find some examples I can landmark.

  134. Garmin Kawaguichi says:

    Why can we understand by “12 physics fixes”?
    Can we hope the “physics” motor of SL should become another thing that a HarryPoterization of the matter?
    Today experiment : how a platic foil (2m x 2m x 0.02m) falling from a height of 10m crosses a metal bloc (10m x 10 m x 0.2m) !!!
    Wouh! Abracadabra!!

  135. The hovering thing I have noticed also, as well as the *wild* camera bouncing. It does it if you pass through a double sided wall, trans on one side for example and it does it if someone passes behind you. Suddenly your camera bounces into your head practically. This can be extremely distracting and this is also while having the camera springiness turned to 0.

  136. Arius Questi says:

    Don’t take long to evalute this beta, logon and attempt to move avie it haults and hesitates. Back to 1.19 because this is not an issue with that client version, hum. (thankfully i’m allowed to go back) Not going into details about me computer, but is sufficient to say, it can handle it and would equate me computer to a Ferarri. Would like to help here, but not possible.

    PS Please produce an 64 bit client version so that max. memory can be utillized. It is the way of the future. (Vista Ulimate x64 here)

  137. markcotrupe says:

    Oh my, this viewer works really well on my XP machine, but on my Vista one, when I get in, everything is blackness. I see all the menus and my avatar’s name, but everything else is black. I can’t use it!

  138. Sidewinder – re: the sinking while hovering, I tried it out in several regions today (eg. Natoma, Inizio) and it is consistent. The moment the avatar moves even a little to left or right, the sinking begins. If I just leave my avatar hovering in the air and don’t touch it or move it at all, it stays where it is.

    Hope you are managing to get some rest, you seem to be working through the weekend! Thank you for your responsiveness.

  139. Sidewinder Linden says:

    @139 Quaintly: Thanks (and yes I will not be online till later tonight)… I have also seen reports of (and seen) cases where the hover drift is upwards. We had thought this issue was resolved, but clearly not… we’ll have to revisit it. Thanks, Sidewinder

  140. SirThomas Carlberg says:

    A 64-bit version of SL would be wonderful, especially if it meant a Linux build as well. Then I might actually be able to watch streaming video on SL!

  141. Manyhorses Bailey says:

    Just another voice chiming in about the vanishing skirt issue. Down to 2 native skirts I can wear now. Getting boring in the wardrobe department, but very exciting and challenging in the going-out-in-public department.

  142. BlueWall says:

    Is the new avatar behavior with llUnSit a feature or a bug? I have been working to see why my avatar spins after unsitting. After finding a place to test on Havok 1, I see that it is Havok 4 causing the behavior. If it is a feature, is there a work-around to keep the avatar pointed in the right direction after llUnsit?

  143. Sidewinder Linden says:

    There seems to be a login problem that affects some accounts on the Beta Preview. I have been unable to get a resolution on this, and will make sure it gets attention on Monday, but I am not sure if we can have it resolved before then. My apologies for any access issues you may be having. /Sidewinder

  144. Sidewinder Linden says:

    @143 BlueWall: Could you send me an object with a sample script that demonstrates the misbehavior? Thanks, SIdewinder

  145. Vandalite Defiant says:

    I’ve been battling with a particular issue (possibly) closely related to the ‘sinking’ hover when in flight. It seems that this ‘slow sink’ happens at high altitude too, where I would expect to drop fairly fast until I hit the height-limit on flight. If I try to move up, down, left, right, or sideways, flight returns to normal, pushing me down to the flight limit. Funny enough, letting go of the controls locks me in place again. Even funnier, sometimes i don’t drift, sitting dead still in midair, two kilometers up, without a flight assist.

    In case your wondering, I got that high with an assist, then took it off.

    Anyway, I think this is related to a reopened bug on Jira (SVC-763) and the same issue causing my flight assist to break is causing this slow-drift.

  146. Lillie Yifu says:

    Since this thread is already near max I wanted to ask a question that had been put to me by several residents. New sims have a much higher building ceiling. I know that older versions of the client (1.18.x) truncate both map teleports and build operations at 768M, even if the simulator can handle higher. The two questions are:

    1. What is the roadmap, if any, for all mainland sims to be at the new higher building limits?

    2. What versions of the client support mapports and build moves above 768M?

    Thanks again for your being here Sidewinder, it makes a very difficult transition easier, and you’ve been great all the way around. There’s a really great new SL that is going to flower soon, and while people may not understand it, your team is going to be a huge part of what makes it possible.

    And to everyone who has had objects and scripts break… I feel it too, because several of mine have. Some are not ever going to be exactly fixed, and we will have to recalibrate. But compare how responsive Sidewinder has been with many other software people, and I don’t by any means just at LL, and you’ll realize that he’s a treasure….

  147. Tiny Mind says:

    Yeah, about to be capped on this thread.

    So let me ask ONE thing…

    Please… Please don’t FIX the ‘Disappearing Skirts’ bug in the next release. This one is absolutely PRICELESS! 😀 😀

    Tiny thoughts, big blue world.

  148. Dwayne Oliva says:

    Is the ‘gliding’ walking fixed with this ?

    its on: http://jira.secondlife.com/browse/VWR-5982

    Sidewinder you did request info on this a few blogs ago

  149. Pointside Sunbelter says:

    Has the Avatar descending while hovering been fixed, I just noticed that one last week.

Comments are closed.