|
|
|
Can anyone else seeing this bug please comment below with your full environment information (from Help, About Second Life), including graphics drivers version
I'm getting it but, I have to really try...
Environment; Built with MSVC version 1400 You are at 142970.8, 325773.0, 32.1 in Panthera located at sim384.agni.lindenlab.com (216.82.9.70:13001) CPU: Intel Pentium 4 (Unknown model) (3192 MHz) libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3 It's much worse for me at: . I got the graphics card update 3 days after posting this and still get the same results
Come to NCI Kuula and see, we have a bunch of semi transparent objects so the issue is much more visible here same deal here.
Second Life 1.23.2 (120719) May 18 2009 09:43:42 (Second Life Release Candidate) Built with MSVC version 1400 You are at 281627.8, 245561.8, 40.5 in Sunshine Oasis located at sim8331.agni.lindenlab.com (216.82.38.144:12035) CPU: Intel Core 2 Series Processor (2399 MHz) libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3 We are having the same issue on several of NOAA's sims. We are trying to set up a forest / forest fire, which entails a lot of sculpted trees with alpha, and the flickering is very noticeable on both sims that we've populated so far: Second Earth 4 and Second Earth 9 (right near NOAA's home sim, Meteora). The flickering is worst when panning with the camera, but even with the camera steady some of the trees on screen continue to flicker. We've tried it on two machines here, one Vista and one XP, both with 8800s, to the same result. We've tried adjusting the custom graphics settings up and down to no avail, and played with several of the debug settings, including all of the RenderDeferred settings and RenderDynamicLOD (since all our trees are sculpties) and similar settings.
Info: Built with MSVC version 1400 CPU: Intel Core 2 Series Processor (2394 MHz) libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3 An update to my last post:
Garn Conover suggested that I try downloading NVidia's latest drivers for the Ge 8800 released in early May, which I did, but I didn't notice any change in the problem. However, one thing I have noticed is that the blinking / flickering drastically decreases when panning or rotating the camera very quickly. New info: Built with MSVC version 1400 CPU: Intel Core 2 Series Processor (2394 MHz) libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3 I get the same problem with the 1.23.3 RC viewer where alpha textures flicker or disappear completely when shadows are enabled. I don't get this problem when shadows are disabled.
I upgraded my nVidia video drivers to the latest version and still get the same problem. I am attaching a couple of screenshots, one where the alpha textures (stream and flowers) are missing with shadows turned on and another where they are showing with shadows disabled. Not sure if it related but I also get a thin white outline on some objects when shadows are enabled which is shown on the trees in the picture with the missing alpha textures. System Details: Second Life 1.23.3 (122255) May 30 2009 13:13:41 (Second Life Release Candidate) Built with MSVC version 1400 You are at 251587.6, 286820.9, 23.8 in Minkartah located at sim7612.agni.lindenlab.com (216.82.37.31:13000) CPU: Intel Core 2 Series Processor (2400 MHz) libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3 Can someone please look @ Kristens new viewer? from a video I saw it looks like she might have fixed this so maybe we can get the patch added if so!
I am using Kirsten's latest viewer, and it does fix 95% of the alpha problems.
But it's a combo of snowglobe and 1.23, so even if Kirsten worked on one problem at a time (which she doesn't, she fixes many things at once), there would be no easy way to port the changes over. Someone who knows how to read the code could find an example of how it's fixed: the source is now in much easier to see repository format: http://sourceforge.net/projects/kirstensviewers/ Disregard that, it's still here. Adding Snow 1.1 I hear this is fixed on Kirstin's viewer, so possibly a fix pending? I wouldn't hope a fix is pending unless someone makes it a work of love or an assignment at LL to go figure out which fixes in Kirsten's source repository address this issue – she's working a lot of features/snowglobe into her viewer while working on alpha sort, so it's not an easy port.
I just wanted to post that example because I've seen discussion elsewhere on whether alpha sorting is solvable, and from Kirsten's viewer, I think the answer is at least "solvable enough." I'm seeing this on Snowglobe and Emerald. "About" text from Emerald:
Emerald Viewer 1.23.5 (950) Oct 18 2009 19:31:57 (Emerald Viewer) Built with GCC version 40303 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5400+ libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3.3 c-ares/1.4.0 About text from Snowglobe: Snowglobe 1.2.1 (2976) Nov 6 2009 13:29:59 (Snowglobe Test Build) Built with GCC version 40102 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5400+ libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3.3 c-ares/1.4.0 I hope that this will be corrected before shadows are made official, because the "clothing layer" on modern prim breasts will almost always have alpha, so that with shadows enabled one will find women randomly flashing the public as their position and the viewer's POV move. While I'm not sure which came first, the branch or the bug, this bug has been fixed on LL's render-pipeline branch. Since that branch is the 'official' implementation of shadows, I'd assume this is all-ok now.
On that note, it appears that just about every (and I mean every) shadow related bug on the Jira HAS been fixed on the render-pipeline branch. My suggestion until that code hits main or snow is simply to obtain a compiled version of render-pipeline if you do wish to film machinima using shadows... |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
It is self-consistent, all rendered surfaces leave shadows, but 32bit textures both don't leave shadows and aren't rendered themselves, either.
Help>About Second Life info: