|
|
|
Screen shot showing rainbow avatar on Solaris.
the turning off of the Vertex program does not help.
Oh wait a sec... The avatar in the picture is not Whoops Babii. The advice to uncheck Avatar Vertex Program applies to that person, not people seeing them. If my system screws up rendering my avatar, everyone else sees it, even if the problem is solely on my computer.
The screen shot above is from another user who has also experienced the problem. He is running on a laptop:
Toshiba Tecra M2 My X86 system is: Sun Ultra-40 (AMD M2 dual core) My Mac is: Macbook pro G4 (1.4GHz) The problem appears more often on Solaris but has reared it's ugly head on the Mac once or twice. forgot to mention that the user who took the screenshot above is the one who verified that turning off the Vertex program does not solve the issue. He is finding it easy to duplicate the problem where I have to run for hours before I see it.
We just confirmed that turning off the "vertex program" and either loging off and back in or re-baking the textures does not fix the problem. Note that re-baking does clear the rainbow for a few seconds but it returns as the avatar is shaded/rendered.
I'll jump in here... as the original reporter of this bug on the Tecra under Solaris... if there are any other potential workarounds, let me know and I'll try them. It's certainly a frustrating bug.
OK, I've found a root cause... this behavior is seen when I have a second monitor hooked up... whether or not I display on that second monitor or the laptop's screen. When I boot without that second monitor (in NVidia 'TwinView'), there's no problem. I know there are other issues related to dual-screen... at least there's a workaround.
So, in short... another dual-screen issue with an acceptable workaround for now. Rainbow avatar on 1.18.4 with Avatar Vertex Program off and one monitor.
Same thing from 1.18.3.5 Solaris viewer and one monitor.
I finally got bitten by this issue on my U40. It appeared after I teleported to a few different sims. The messages I'm seeing from the viewer are:
2007-10-25T15:48:15Z INFO: forceBakeAllTextures: TAT: forced full rebake. I'd also like to point out that the problem occurred on a system with one monitor connected. If I run a version of the client that skips running LLTexLayerSetBuffer::readBackAndUpload() after rebaking textures, the avatar in my viewer looks fine AND does not turn bad after seconds to minutes like it does when I run a regular version of the viewer. Of course, disabling readBackAndUpload() means no one else sees your rebaked self and you look like "newspaper boy" on there screens.
I found it! I've been using the svn version of OpenJPEG because it included performance improvements by Callum Lenwick. readBackAndUpload() uses a LLImageJ2C to compress the image. I switched back to openJPEG 1.2 and the rainbow effect disappeared!
Note that svn453 broke the ABI in the encoder, but the soversion did not get bumped. I didn't notice this myself until recently. It causes all kinds of nasty problems. Recompiling the viewer against a recent SVN ought to fix it.
Alternatively, you can patch OpenJPEG to restore ABI compatibility. I have attached one I made up to allow me to test recent builds against the official win32 viewer. Okay, the breakage was not intentional. svn480 should fix the ABI problem, but svn478 merged a patch I made that reduces memory usage, but causes slviewer to crash due to a NULL pointer being returned sometimes, requiring a patch to check for NULL before using it. That should probably get its own Jira.
This issue was reported as Affects Version/s: 1.18
If it is still an issue for you using the latest Viewer 1.22 please
For account-specific help please Submit a Ticket with Support Thank you : ) Sorry about reopening this, but it appears the guys who were talking about this being related to multimonitors were spot on!
The only thing I am changing between these two screenshots included is which monitor the window is in. In both screenshots I do the following:
Using my secondary display, I get the problems described in by pervious posters, but using my primary display i have no problem. I have included the debug console in both screenshots so you can see what's going on. It looks like the error's being printed from the line: llinfos << "Received baked texture out of date, ignored." << llendl; in lltexlayer.cpp I'm a developer, but am not familiar with the sl code, and haven't got time to delve into this too much right now. If anyone wants to give me any ideas where to start I might be able to have a poke at this some point. I'm using ATI Radeon 3600 graphics card with the latest drivers, and i'm running Second Life 1.23.4 (123908) Jun 11 2009 15:16:56 (Second Life Release) Hope this helps! Test System Second Life 1.23.4 (123908) Jun 11 2009 15:16:56 (Second Life Release) Built with MSVC version 1400 You are at 292624.8, 279897.3, 803.0 in Immintel located at sim4185.agni.lindenlab.com (216.82.53.89:13002) CPU: AMD (Unknown model) (2400 MHz) libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3 Work Around A work around is obviously to just move the window to the primary monitor whenever the issue occurs, and force a rebake. (Alt+Ctrl+D to show the Advanced Menu, then Alt+Ctrl+R for a rebake) Uploaded Steve's screenshots.
LL does not technically support dual monitors.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Resolved
Normal
rainbow avatar
go into Preferences > Graphic Details> uncheck Avatar Vertex Program