Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2025-08-26 20:08:04



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

Joined: 2010-09-30 17:54:18
Posts: 29
Reply with quote
After changing hardware graphics settings or toggling fullscreen/window mode, the backgrounds of all menus and floaters become transparent. Only a restart of the viewer can restore the backgrounds until the next change occurs.
See screenshot:
Attachment:
screenshot.gif
screenshot.gif [ 49.65 KiB | Viewed 4549 times ]


* This behavior appeared with linux release 1.23.5 (30). Prior versions aren't affected! (LLFontCrash patch perhaps?)
* Tests done with fresh installation, empty cache, default settings files, "ruth" avatar
* The logs don't show any ERROR messages and nothing unusual after triggering the bug. Apart from the missing backgrounds the viewer works fine.

More info:

Cool VL Viewer 1.23.5 (30) Sep 25 2010 15:31:13 (Cool VL Viewer) (Linux)
OpenGL Version: 3.2.0 NVIDIA 195.36.24

Code:
2010-09-30T16:26:15Z INFO: changeDisplaySettings: Stopping GL during changeDisplaySettings
2010-09-30T16:26:15Z INFO: stopGL: Shutting down GL...
2010-09-30T16:26:15Z INFO: stopGL: Remaining allocated texture memory: 0 bytes
2010-09-30T16:26:15Z INFO: switchContext: switchContext, fullscreen=0
2010-09-30T16:26:15Z INFO: destroyContext: destroyContext begins
2010-09-30T16:26:15Z INFO: destroyContext: shutdownGL begins
2010-09-30T16:26:15Z INFO: destroyContext: SDL_QuitSS/VID begins
2010-09-30T16:26:15Z INFO: createContext: createContext, fullscreen=0 size=1000x700
2010-09-30T16:26:15Z INFO: createContext: Compiled against SDL 1.2.5
2010-09-30T16:26:15Z INFO: createContext:  Running against SDL 1.2.12
2010-09-30T16:26:15Z INFO: createContext: createContext: creating window 1000x700x0
...
2010-09-30T16:26:15Z INFO: initExtensions: initExtensions() checking shell variables to adjust features...
2010-09-30T16:26:15Z INFO: initExtensions: initExtensions() FramebufferObject-related procs...
2010-09-30T16:26:15Z INFO: initExtensions: initExtensions() OcclusionQuery-related procs...
2010-09-30T16:26:15Z INFO: initExtensions: initExtensions() PointParameters-related procs...
2010-09-30T16:26:15Z INFO: initExtensions: initExtensions() VertexShader-related procs...
2010-09-30T16:26:15Z INFO: changeDisplaySettings: Restoring GL during resolution change
2010-09-30T16:26:15Z INFO: restoreGL: Restoring GL...
2010-09-30T16:26:15Z INFO: setShaders:
...
2010-09-30T16:26:16Z INFO: restoreGL: ...Restoring GL done
2010-09-30T16:26:17Z INFO: updateGeometry: WL Skydome strips in 1 batches.
2010-09-30T16:26:17Z INFO: resizeScreenTexture: RESIZED SCREEN TEXTURE: 1000x700


2010-09-30 19:00:08
Profile

Joined: 2009-03-17 18:42:51
Posts: 6043
Reply with quote
This is "normal" and was described in the changelog for the last releases announcement: see this post.

Before this new patch, the viewer crashed when changing the settings, so even if the patch doesn't solve everything, you at least can change the settings without crashing (when crashing the changed settings were lost).


2010-09-30 20:50:28
Profile WWW

Joined: 2010-09-30 17:54:18
Posts: 29
Reply with quote
Thank you very much for your answer.

I see it is actually what you describe in your changelog for the LLFontCrash patch just like I guessed.
Sorry I forgot to get it across that my post is not meant to show your described behaviour as a bug but to show a side effect that could affect users who never experienced crashes before.

In all prior versions I could change hardware graphics settings and toggle window/fullscreen mode without crash. The changes were persistent.

On the one hand for some users, the LLFontCrash patch in its current form may be an improvement as there are no more crashes for them and only the need to restart. On the other hand for some users (like me) the situation may have changed for the worse, as it's no longer possible to switch between fullscreen and window mode. This is rather essential when doing other work on the computer apart from SL.

I hope there can be a solution for both types of Cool VL Viewer users.

P.S. I don't know if this is a useful information for you:
When changing graphics settings on older versions, thought it never crashed, sometimes the world went dark black as if without any light source. Doing any other graphics change, or moving around could sometimes fix it. Disabling (and optionally reenabling) "Basic Shaders" always fixed it.


2010-10-01 15:47:44
Profile

Joined: 2010-10-07 18:52:32
Posts: 7
Reply with quote
Help. Downloaded latest snowglobe coolviewer and all pop-up menus are transparent. group notices merge into one and another, I cannot see where to type for chats in local or IM, other than by guesswork.

So, I carefully uninstalled my snowglobe and all files in the folder, and tried again.

Same result. a transparent viewer. Strange things is, it worked great until I downloaded an updated coolviewer about a week ago.

help! :oops:


2010-10-07 18:58:08
Profile

Joined: 2009-03-17 18:42:51
Posts: 6043
Reply with quote
Please, provide the information requested in this forum rules.


2010-10-07 22:18:06
Profile WWW

Joined: 2010-10-07 18:52:32
Posts: 7
Reply with quote
I will have a try, but I am not that technically au faire with the reporting procedure. I had hoped it was simply a matter of needing to switch something on or off. No matter.


2010-10-07 23:13:56
Profile

Joined: 2010-09-30 17:54:18
Posts: 29
Reply with quote
This is to give you an update on what I've tried so far.
I've been browsing the source code for some hours, but I don't have the skills and experience like a Henri Beauchamp to figure it out where there could be a solution.

It seems that addGlyph(0, 0) in LLFont::resetBitmapCache() in llfont.cpp is never called because mIsFallback is always TRUE.
mIsFallback is FALSE by default but later set by LLFont::loadFace(..., BOOL is_fallback).
It would be interesting to know what that flag really means and why it is set to TRUE.
Does it tell something about the font that Cool VL Viewer chooses?

I've tried out to delete some of the 12 system fonts that the viewer finds on my machine. It had no effect on the menu backgrounds. Removing all system fonts makes the viewer crash few seconds after start. (Aren't the viewer-internal fonts enough?)

I've tried to set my system to different locale settings. Neither LC_ALL= "C" nor LC_ALL="en_US.UTF-8" helped.

If anybody has another idea on what else I could try to help solve the issue, please tell me.


2010-10-08 13:41:45
Profile

Joined: 2010-09-30 17:54:18
Posts: 29
Reply with quote
This sounds similar to the issue I reported a week ago. Didn't your viewer crash with the old version?
Read this thread to see if you think it could be the same.

I could reproduce everything not only with my 1.23.5.30 viewer, but also with the Snowglobe based viewer 1.25.0.8 that you might have used, T-Bone.

For now the only workaround I know is to stay at versions 1.23.5.29 / 1.25.0.6 the last ones without the llFontCrash patch.


2010-10-08 13:59:53
Profile

Joined: 2010-04-07 23:10:41
Posts: 14
Location: Moscow, Russia
Reply with quote
I've got the same picture (transparent backgrounds) when clicked on "Report" section on an avatar pie menu (no, I have no intent to report any abuse, it was a mis-click; and then I have a hard time realizing how NOT to send it ;-)). I have not touched any graphics settings. Viewer details below:

Cool VL Viewer 1.23.5 (31) Oct 2 2010 18:54:27 (Cool VL Viewer)
Release Notes

Built with MSVC version 1400

CPU: AMD (Unknown model) (3008 MHz)
Memory: 3200 MB
OS Version: Microsoft Windows XP Service Pack 3 (Build 2600)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GT 220/PCI/SSE2/3DNOW!
Windows Graphics Driver Version: 6.14.0011.9107
OpenGL Version: 3.2.0

libcurl Version: libcurl/7.18.1 OpenSSL/0.9.8j zlib/1.2.3


2010-10-13 05:44:34
Profile WWW

Joined: 2009-03-18 09:32:02
Posts: 246
Reply with quote
I'm having that a lot lately, and so does my wife.

Just out of the blue after doing ... nothing special actually, all menu and UI backgrounds are transparent.

now here's one lil factoid: we have four computers at home, and it happens a lot on two of them, and hardly ever on the other two...

the two where it happens a lot are:
AMD Athlon(tm) 64 X2 Dual Core Processor 5400+, 4gig ram, running openSUSE 11.3 32bit kernel 2.6.34.7-0.3/PAE
02:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8500 GT] (rev a1)
akari:~ # rpm -qa \*nvidia\*
x11-video-nvidiaG02-256.53-16.1.i586
nvidia-gfxG02-kmp-pae-256.53_k2.6.34.0_12-15.1.i586

and:
Genuine Intel(R) CPU T2250 @ 1.73GHz (intel core duo), 2gig ram, running openSUSE 11.3 32bit kernel 2.6.34.7-0.3 default
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400 GS] (rev a1)
nyuu:~ # rpm -qa \*nvidia\*
x11-video-nvidiaG02-256.53-16.1.i586
nvidia-gfxG02-kmp-desktop-256.53_k2.6.34.0_12-15.1.i586

the two where it does not happen are hp laptops, DV5-1140EG and DV5-1190EG
intel core2 duo, 3gig ram, geforce 9400M, running opensuse 11.3 32bit kernel 2.6.34.7-0.3-default... only difference between the two models is size of harddisk).

When that transparency hits there is nothing extravagant in the log files as far as i can see...


2010-10-13 08:03:56
Profile YIM WWW
Display posts from previous:  Sort by  
Reply to topic   [ 33 posts ]  Go to page 1, 2, 3, 4  Next

Who is online

Users browsing this forum: No registered users and 17 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

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