Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2022-01-25 16:25:26



Reply to topic  [ 33 posts ]  Go to page Previous  1, 2, 3, 4  Next
Missing menu backgrounds after graphics settings change 
Author Message

Joined: 2009-03-18 09:32:02
Posts: 245
Reply with quote
hmm the one other difference is that one of the two computers that frequently have that "invisible UI" problem has a bejillion more fonts installed. especially, a huge number of non-truetype fonts... texlive and such...

on the other hand, the other computer that is affected doesn't have those fonts...


2010-10-13 10:46:32
Profile YIM WWW

Joined: 2009-03-17 18:42:51
Posts: 4809
Reply with quote
Today's releases should fix this issue under Windows and allow, under Linux, to choose between not getting crashes when changing the hardware and fonts related graphic settings, or reverting to the old behaviour (with crash, but without the graphic glitches that the work around may induce on very specific systems with messed up fonts settings; FYI, I couldn't reproduce these issues on any of my (many) Linux boxes here...).
Under Linux, to disable the work around in the Cool VL Viewer v1.23.5.32 and v1.25.0.9 or later versions, edit the "secondlife" or "snowglobe" wrapper script and comment out the "export LL_OPENGL_RESTART_CRASH_BUG=x" line.


2010-10-17 11:49:46
Profile WWW

Joined: 2010-09-30 17:54:18
Posts: 29
Reply with quote
Thank you very much for your work on the llFontCrashPatch. :D
The switch under Linux works for me and I could go back to the old beaviour without graphical glitches and without crashes in my case. Great to be back up-to-date.


2010-10-17 17:52:26
Profile

Joined: 2009-03-18 09:32:02
Posts: 245
Reply with quote
Henri Beauchamp wrote:
the graphic glitches that the work around may induce on very specific systems with messed up fonts settings



... I went thru all the installed stuff on the two computers that show the glitches, and uninstalled LaTeX which brought in a bajillion of additional fonts... didn't have the transparent UI glitch since then.


2010-10-18 08:01:59
Profile YIM WWW

Joined: 2009-03-17 18:42:51
Posts: 4809
Reply with quote
Lance Corrimal wrote:
Henri Beauchamp wrote:
the graphic glitches that the work around may induce on very specific systems with messed up fonts settings

... I went thru all the installed stuff on the two computers that show the glitches, and uninstalled LaTeX which brought in a bajillion of additional fonts... didn't have the transparent UI glitch since then.
I have LaTeX installed on my system and yet didn't encounter this issue. Perhaps a problem of font aliasing (see /etc/fonts/conf.d/*)...


2010-10-18 09:15:33
Profile WWW

Joined: 2010-03-14 21:12:58
Posts: 83
Reply with quote
This is happening on my system too, with all three latest releases (1.25.0.9, 1.25.0.10, 1.25.0.11). I haven't used any earlier Snowglobe based viewers.

The problem occurs when I change my UI size and click apply or ok. It also occurs when i make certain changes in the graphics hardware settings. It does not happen with the vanilla Snowglobe viewer.

I've also noticed that my avatar clothing, eyes and skin go transparent if i edit my appearance after the transparent UI background problem occurs. Upon hitting OK in the appearance editor, my clothing is instantly invisible, then a few seconds later my skin and eyes become invisible. No actual change in appearance is needed, just going into the appearance editor and clicking OK will do it. If I then bring up the appearance editor again, all the images are displayed as gray boxes. I haven't noticed any other graphic elements changing. Attachments are unaffected. I become invisible to avatars around me as well.

The background that becomes transparent is apparently also used for hiding the screen when teleporting, the progress bar appears in a window, but the rest of the screen is not blacked out.

I've tried changing various settings to see if any of them affect the behavior after restarting the viewer, none have made any difference. I've changed the stack minimized floaters, hiding the teleport progress screen, Anisotropic Filtering, Antialiasing, Enable OpenGL Vertex Buffer Objects and Texture Memory, Restrained Love.

Changing the following settings invokes the bug consistently:
General tab: UI Size
Graphics tab/Hardware Options: Anisotropic Filtering
Graphics tab/Hardware Options: Antialiasing
(changing Enable OpenGL Vertex Buffer Objects and Texture Memory don't invoke the bug, nor do any changes to the other values on the Graphics tab.)


The avatar became transparent about the same time the following lines were generated in SecondLife.log:
2010-10-23T02:36:45Z INFO: LLError::NoClassInfo::uploadComplete: LLSendTexLayerResponder::result from capabilities: complete
2010-10-23T02:36:45Z INFO: LLError::NoClassInfo::onTextureUploadComplete: Baked texture upload took 6754 ms
2010-10-23T02:36:45Z INFO: LLError::NoClassInfo::setNewBakedTexture: New baked texture: hair-baked UUID: a319ca94-c7c4-1251-bbde-e29f4db64ee1
2010-10-23T02:36:46Z INFO: LLError::NoClassInfo::uploadComplete: LLSendTexLayerResponder::result from capabilities: complete
2010-10-23T02:36:46Z INFO: LLError::NoClassInfo::onTextureUploadComplete: Baked texture upload took 7810 ms
2010-10-23T02:36:46Z INFO: LLError::NoClassInfo::setNewBakedTexture: New baked texture: head-baked UUID: ac1fe9d5-4e62-43f0-e87a-a7348f5e9ecf

Note: Both of those textures referenced by UUID are transparent, as were the other baked textures.

If there's anything else you'd like me to try, let me know. I've spoken to one other Linux user (32 bit Ubuntu) who is also having this problem, including the turning invisible. I don't have the full info on her system, sorry. If you need the full log, I can send it, but there's nothing odd in it when the background goes clear.

My system:
Code:
Cool VL Viewer 1.25.0 (11) Oct 22 2010 09:59:28 (Cool VL Viewer)
RestrainedLove viewer v1.24c (Cool VL Viewer v1.25.0)
Release Notes

Built with GCC version 40102

You are at 147515.0, 279848.0, 1500.3 in Connemara located at sim4449.agni.lindenlab.com (216.82.5.239:13002)
Second Life Server 10.10.18.212360
Release Notes

CPU: Intel(R) Core(TM) i7 CPU         930  @ 2.80GHz
Memory: 12038 MB
OS Version: Linux 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 470/PCI/SSE2
OpenGL Version: 3.2.0 NVIDIA 195.36.31

libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3.3 c-ares/1.4.0
J2C Decoder Version: KDU
Audio Driver Version: FMOD version 3.750000
Qt Webkit Version: 4.5.2
Packets Lost: 7/700 (1.0%)


2010-10-23 05:46:06
Profile

Joined: 2009-03-17 18:42:51
Posts: 4809
Reply with quote
Ibrew Meads wrote:
This is happening on my system too, with all three latest releases (1.25.0.9, 1.25.0.10, 1.25.0.11). I haven't used any earlier Snowglobe based viewers.
This problem has already been solved, please read my last message above for how to solve it.


2010-10-23 07:26:18
Profile WWW

Joined: 2009-03-18 09:32:02
Posts: 245
Reply with quote
the interesting part about it is that my wife has this a lot without changing any settings at all, she can pretty much trigger it reliably by taking a high-res snapshot to disk...


2010-10-23 12:33:21
Profile YIM WWW

Joined: 2009-03-18 09:32:02
Posts: 245
Reply with quote
i just found another 100% sure way to trigger the transparency:

help -> report abuse.

Makes my UI transparent every time.

When I disable the patch in the startup script, i crash instead of getting the transparent UI...

Going to build a viewer without that font crash patch, i remember being able to take snapshots and report abuse without crashes AND without the transparent UI bug...


2010-10-23 19:12:48
Profile YIM WWW

Joined: 2009-03-17 18:42:51
Posts: 4809
Reply with quote
Lance Corrimal wrote:
i just found another 100% sure way to trigger the transparency:

help -> report abuse.

Makes my UI transparent every time.

When I disable the patch in the startup script, i crash instead of getting the transparent UI...

Going to build a viewer without that font crash patch, i remember being able to take snapshots and report abuse without crashes AND without the transparent UI bug...
This is impossible... When you disable the work around it's like if the patch in question was not applied at all. My guess is that you built a viewer with the old version of the patch, or are using an old viewer.

Anyway, for further investigation, I NEED the logs and info requested in the rules for this forum...


2010-10-23 20:31:06
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 33 posts ]  Go to page Previous  1, 2, 3, 4  Next

Who is online

Users browsing this forum: No registered users and 1 guest


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

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Group
Designed by ST Software.