Feedback for the NEW experimental branch with v3.3 renderer.
Author |
Message |
Ibrew Meads
Joined: 2010-03-14 21:12:58 Posts: 86
|
I stumbled across this the other day: http://wiki.secondlife.com/wiki/Invisiprim which said: I havn't looked at the code but am guessing that it applies here. BTW, can someone give a short description of what MAINT-1299 is about? I get a "Permession error" when I try to open that Jira and can't see any of it.
|
2012-09-16 02:50:49 |
|
|
Nicolette Lefevre
Joined: 2011-08-27 17:31:05 Posts: 98
|
This is fixable of course. But you would have to create a separate depth-buffer for invisiprims, have the actual shader for invisiprims render to the new buffer, and change the shader for the avatar to also check the new depth-buffer. So while it can be done, I doubt that it would be worth the effort. Just my opinion.
|
2012-09-16 09:11:36 |
|
|
Tillie
Joined: 2012-02-09 21:01:50 Posts: 284
|
Hm, compared to the stable client the experimental client seems to have some mesh rendering issues. There are some meshes that just don't come up. TPing out and back doesnt help most often, only relog seems to help. For example I got a mesh hair demo, parts of it never rezzed, only relog finally helped.
The stable client seems not to have a problem with it.
I am a bit unsure about the exact circumstances, have to investigate further.
Btw. is More/Refresh on other avatars more than the usual rebake, as rebake only rebakes the body textures, right? If it's more, is there a way to add it for 'self', too?
|
2012-09-29 12:32:11 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5554
|
*All* mesh viewers are affected by that bug. Sometimes, the mesh asset server (which is a HTTP server) simply fails to deliver the data and causes an non-"retryable" error (i.e. the viewer gives up and doesn't retry to retrieve the mesh data). I might have a look, sometime, and see if a manual retry ("refresh") feature could be implemented for such cases. The "Refresh" on other avatars causes the viewer to trash the cached baked textures and to re-request them from the sim server. In case of corrupted textures, it allows to get the avatar to rez fully, but if the bake failed on the avatar's viewer side, it can't solve the issue (only the other avatar's owner can solve it by rebaking on their side). There is no point to add a "Refresh" for self, since the proper action is then to rebake your avatar.
|
2012-09-29 16:17:04 |
|
|
Ibrew Meads
Joined: 2010-03-14 21:12:58 Posts: 86
|
Yes! Please! Pretty please with sugar on top! I get hit by this glitch several times every day.
|
2012-09-29 18:17:27 |
|
|
Amalia Illios
Joined: 2010-04-07 08:23:18 Posts: 210
|
Hi Henri,
a quick observation re the tcmalloc vs. non-tcmalloc viewer. The non-tcmalloc viewer causes file dialog issues on my system (so far only tried batch, not the other options) again, this time in the way that there is either no return from it (No "after" message ever logged, viewer freezes with no repaint, i.e. a black rectangle where the window was), or with the ominous supposed libcairo issue I already described elsewhere.
The version with tcmalloc does not show that behaviour and is running as perfectly fine as its predecessor.
I'll try to get some gdb results as soon as I find the time.
Love, Lia
|
2012-10-07 13:42:24 |
|
|
Tillie
Joined: 2012-02-09 21:01:50 Posts: 284
|
Tried the notcmalloc version this weekend, it survived a model contest with around 50 people in viewrange (on two sims).
Only issue is that often mesh doesnt load at all (staying invisible, showing a glowing mesh ball when clicking it), but I guess that's a general issue with mesh, not with this client version. But if there was an easy way to force a reload of mesh it would be really helpful. For some stuff even using a deruth-rocket and TPing out and back (both often helps) didn't work this time.
After all the years of textures not loading and having this cleaned up almost completely we seem to be stuck with the same problem on meshes now.
I guess rebake and rightclick/reload on others only reloads textures, not meshes, right?
|
2012-10-08 11:31:39 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5554
|
This simply *cannot* be tcmalloc-related... My guess is that it's an issue with the order in which the shared libraries get loaded (which would also explain why the GTK issue vanished for you in latest releases while I did *nothing* to attempt and correct it). Try loading the culprit library (pcre, was it ?) with LD_PRELOAD (e.g. export LD_PRELOAD=/usr/lib32/libpcre.so) prior to launching the viewer (from the same terminal, or by adding the export LD_PRELOAD to the cool_vl_viewer wrapper script) and see what happens...
|
2012-10-08 13:54:10 |
|
|
Henri Beauchamp
Joined: 2009-03-17 18:42:51 Posts: 5554
|
Yes, it's a general issue which however seems getting worst lately (probably overloaded servers at LL's). Before implementing a hack, I'll see if the latest fixes to LLCurl can solve at least a part of this issue... Nope, it doesn't affect attachments neither rigged meshes.
|
2012-10-08 14:11:33 |
|
|
Amalia Illios
Joined: 2010-04-07 08:23:18 Posts: 210
|
Hi again Henri, I wasn't implying it was related to tcmalloc as such. No less, we have the two builds, one with, one without, which obviously behave very differently in that specific regard on my system. So obviously there is some difference there. And the possible explanation you're pointing to is certainly providing food for thought, even though (see below) it was triggered by an incorrect assumption. The reason I provided the feedback up front without hard information was in fact to probe your mind as to potential differences in the builds which could then indeed trigger some oddity about the GTK mess that is obviously Precise Pangolin (and that is unlikely to get fixed the way Ubuntu is going). I'm afraid you're mixing things up here. I don't blame you, since there seem to be several issues surrounding the viewer's interfacing to GTK. The PCRE issue is solved for me, as are any other oddities which would produce any messages on the console. No less, thank you for the pointer, I may have a look-see in the specific direction of loaded shared library differences and holler if I see something interesting -- as always, time permitting. Love, Lia
|
2012-10-08 19:07:07 |
|
|
Who is online |
Users browsing this forum: No registered users and 26 guests |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
|
|