Jump to content

Nyx Linden

Lindens
  • Content Count

    156
  • Joined

  • Last visited

Community Reputation

8 Neutral

About Nyx Linden

  • Rank
    Advanced Member
  1. We've done a handful of smaller tests of SSA. The roll tomorrow will be to a full RC channel, as previous testing has not turned up release-blocking issues. We will be monitoring the release carefully. If you note particular oddities or bugs with the release, please file a JIRA with your observations and we will investigate.
  2. Getting back on topic.... The short answer is that non-compliant viewers still show meshes as meshes are just special types of prims. They show up as prims because we couldn't go back and add code to all non-compliant viewers to tell them to not render meshes. We added code server-side so that non-compliant viewers would see a prim with the correct number of textures on it. Whatever interface style you prefer, many viewers are adding mesh support. Hopefully the majority of users will be able to see meshes soon!
  3. z offset is specified as a static value on upload. If you resize the avatar from the state when it was updated, then the z-offset will be incorrect. There is not an "easy" way to determine programatically exactly how much the z-offset needs to be scaled or modified if you resize the avatar. There are some ways to do it based on the avatar's skeleton, which is how the offset is computed for non-rigged avatars, but having a manually specified z-offset is the creator telling the system "ignore what you know about the size of this avatar, the pelvis should be this far off the ground". It would be
  4. When an object is made "physical" / dynamic, it creates a heavier load on the servers than non-physical/dynamic meshes. So you can expect that the physics weight of an object will go up when you make it physical. If the object is at or below 32 prims of physics weight *before* you make it physical, you should be able to successfully make the object physical. This will raise its physics weight (often above 32), but that is acceptable, as long as its physics weight is below 32 before you check the "physical" checkbox. As for the specific example listed here, is it rezzed anywhere in particular
  5. All the normal controls you have for editing prims and sculpties work for meshes as well (retexturing, coloring, changing scale, copying, adding scripts, editing permissions, etc). The only options you don't have are those that edit the shape of the object itself, as that is determined at upload time. Other than that meshes are just like any other primitive.
  6. We're asking for testing on specific builds of that branch, we think we have a fix for the reported issue, so please try the following viewer: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/vir-project-1/rev/237585/index.html
  7. please try this viewer, we think we have a fix for this issue: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/vir-project-1/rev/237585/index.html Thanks! -Nyx
  8. Yes, the fix for active UI elements being glowy/white/washed out should be merging into viewer-development soon before or after the mesh code, so that isn't much of a concern. We're trying to hunt down the upload fee response hang, stay tuned!
  9. We've noticed this on one machine, but are having difficulty reproducing broadly. What exact viewer version are you using? Could you get the contents of the about secondlife panel and a secondlife.log file to us either by JIRA or email? Thanks! -Nyx
  10. Unfortunately its not just a web browser incompatibility, there's a bug in some code in our internal tools. We know what the issue is and are working on fixing it. It should only affect a handful of people though, if you know of anyone else having trouble, send them our way!
  11. Full permissions in Second Life implies that you have the right to modify/copy/transfer the object within Second Life. Full permissions does not imply that you are allowed to export the content outside of Second Life.
  12. We have declined to implement direct editing of meshes, textures, sculpties, animations, sounds, or music into the viewer for a number of reasons. Part of the issue is the way our asset storage works. The larger issue, however, is that the viewer and its functions are already very complex. And editors for each of these assets are equally complex, especially the ones that provide a lot of powerful options to create high quality content. 3D modelers in particular tend to involve large teams working for years to create a powerful product with sufficient functionality to do serious 3D modeling.
  13. Greetings all!    As we're preparing to make mesh a feature available in our default viewer install, we've created a mesh viewer that is being used to test how well the mesh functionality works in the latest codebase. It doesn't have 100% of the latest and greatest fixes, but we believe it should be a stable viewer for your everyday use. If you have some time, please install the viewer linked here: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/vir-project-1/rev/237585/index.html  And give us your feedback! Make sure to test mesh uploads, as well as the func
  14. Agreed, but the majority of users won't need to specifically see the physics weight, and presenting all five numbers (objects, prims, prim equivs, physics, and render) is too overwhelming to present to every user in that view. Its required for vehicle builders to see the physics weight, so we have a debug setting for that for now, but we're looking into ways of showing this number (and more) that is easier to find for those who want to see the extra detail. In short, we're working on it
  15. complex physical models that aren't decomposed will get more expensive the smaller they are, because it has a higher triangle density. You can probably make your mesh *much* cheaper by using a more efficient physics representation and then decomposing it.
×
×
  • Create New...