• Announcements

    • Xiola Linden

      The New Community Platform   03/21/2017

      We are still working on making adjustments and changes to the new platform. Thanks  to everyone who has been sending in feedback and filing any bugs you've encountered! 

Oz Linden

Lindens
  • Content count

    114
  • Joined

  • Last visited

Community Reputation

14 Good

1 Follower

About Oz Linden

  • Rank
    Advanced Member
  1. We're aware of the problem and are looking into it.
  2. Have you tried the VLC viewer for your file? It uses much newer media handling. You can download it from http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers There will be an update to that viewer posted this evening, but the current version should work.
  3. Of course we read the forum ... we're just quiet and retiring by nature
  4. Solving that problem would require major rewrites to lots of viewer code; it is not on our roadmap at present.
  5. Just FYI ... there's nothing magical about 80,000; that's the default for Medium graphics setting (and most Macs). The default you get will vary depending on the viewers assessment of your GPU - high end ones will default higher, and some may default lower. It's a great goal, though. I have my own viewer set to around 100K most of the time, which really improves performance by cutting off the very expensive ones.
  6. This is fixed in the current default viewer, and that fix will be in the next Bento Project Viewer update
  7. Also see http://wiki.secondlife.com/wiki/Avatar_Rendering_Complexity
  8. Also see http://wiki.secondlife.com/wiki/Avatar_Rendering_Complexity
  9. Christin73 wrote: After an update to the viewer lastnight i noticed everything I put on ups my "visual complexity". First off what is visual complexity? Is there any way to turn that off from popping up everytimg you put clothing on or tp someplace? If you look at that message, you'll notice that the words "visual complexity" are a link... if you click on it, it will take you to a page that explains what it it is and why you should care about it. There is a debug setting that controls how long that message is displayed; at the next update, you'll be able to set that to zero to supress them entirely (but you shouldn't).
  10. Webroot has, alas, been implicated in a bunch of problems. If at all possible, find another security package.
  11. Can we please try to keep this thread focused on the Bento features and bugs without getting into a discussion of the relative merits of different modeling and animating tools?
  12. Gael Streeter wrote: This is a very very old known bug : When importing a BVH animation into SL, the SL viewer performs an "optimization" of the animation (to reduce its load). But this "optimization" algorythm has bugs and induces very big problems of "phantom moves" (I call it like that) when the animation has very small moves between keyframes : the fine moves are replaced by big and long incoherent moves. We are trying to find and if possible fix any bugs related to the Bento features. If you can find a good quality report (meaning one with usable instructions to reproduce it), please add a pointer here; if not, please try to create one. Extra points for including an animation file that demonstrates the problem. It may also be that we should implement checks in the viewer to alert the author that an animation does not use an appropriate frame rate, but let's see some actual examples before we draw any conclusions.
  13. Yes, communication is important. Please don't take our recent quiet as an attempt to avoid communication... it wasn't: we were just on holiday. We're looking at having a series of open meetings for and with content creators, and will be posting both those and other things here in the coming days and weeks. Almost nothing is set in stone yet (the bones that existed before Bento being the most conspicuous exception). Second Life Examples Please!
  14. Kitsune Shan wrote: ... Ok now think on that issue translated to the new bones. Take into account that bones have increased to, how much? 3 or 4 times the old ones? Add to that some bones chains for the supossed facial animations. Just the face bones should be increased by 3. Now, with all that try to make an animation. You will then hit a big wall when your animations looks nothing like the ones tried to make, when your face starts to get some muscle spasms here and there and when the file size limits your animations to very short clips. Adding bones chains wouldnt just decrease performance, it would decrease animations quality. Unless these animations file size gets increased by the same amount of bones number ... Leaving the bones translations subject, I would like to recall on the bone per vertex limit issue. We already strugle at time to rig using fitted mesh bones in combination with default ones. Certain parts are surrounded by more than 5 bones while the limit is 4. This gives you distortions on skinned meshes and often puts you on the choice of having to disccard some necessary bones simply because you cant add more than 4. If the limit is really tight already, try to imagine if you add the new bento bones. Think when you will try to make a smooth facial skinning but you cant use more than 4 bones per group so you have to discard essential facial bones for an optimal animation. We need a limit of a minimum of 6 bones per vertex. I am not programmer so I am not sure wether tis can get scaled to 6 or if have to be directly raised to 8 like most games engines. But the fact is that we really need to be able to rig to more bones per vertex if we want to use the new bones, fitted and old ones properly. Without commenting on the merits of either of those issues above (because I don't have an opinion yet), I'd just like to point out that they would be perfect for filing a Jira issue including rigs and animations that clearly demonstrate the problems... doing so would be far far more effective than the post above alone.
  15. Working for me... When reporting a potential system problem, it helps a lot to be specific about exactly what is happening.