Cool VL Viewer forum

Whenever I go into Edit Appearance it starts slowly as it takes about 10 seconds for each of the preview images to load on my computer.

I'm unable to use any of the dialog items (data fields, sliders, scrollbar or buttons) before all currently visible images are fully loaded. Every input is blocked during this time and I'm unable to close the dialog at all.

This not only happens at start it happens everywhere in Edit Appearance.

I dont have this problem with any other viewer I used so far (e.g. Singularity, Phoenix, Firestorm) but from what I've seen, the big difference is, that the other viewers let me immediately use the dialog and do the changes while the images are still loading (in the background).

========================================================
Cool VL Viewer 1.26.6 (8) Feb 2 2013 11:01:56 (Cool VL Viewer)
RestrainedLove viewer v2.08.03.29
Release Notes

You are at 185361.9, 269954.9, 22.4 in Eviran North located at sim5954.agni.lindenlab.com (216.82.12.8:13021)
Second Life Server 13.02.08.270166
Release Notes

CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1794.54 MHz)
Memory: 2048 MB
OS Version: Microsoft Windows XP Service Pack 3 (Build 2600) compatibility mode. real ver: 6.0 (Build 2900)
Graphics Card Vendor: ATI Technologies Inc.
Graphics Card: ATI Radeon HD 3600 Series
Windows Graphics Driver Version: 8.961-120405a-137529E-ATI
OpenGL Version: 3.3.11631 Compatibility Profile Context

libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1
J2C Decoder Version: KDU
Audio Driver Version: FMOD version 3.750000
Qt Webkit Version: 4.7.1 (version number hard-coded)
Packets Lost: 5/6407 (0.1%)

Built with MSVC version 1600

Compile flags used for this build:
-DNDEBUG -DLL_RELEASE=1 -DLL_RELEASE_FOR_DOWNLOAD=1 /O2 /Oi /arch:SSE2 /MD /MP /D_SECURE_SCL=0 /D_HAS_ITERATOR_DEBUGGING=0 /DWIN32 /D_WINDOWS /W3 /EHsc /GR /Oy- /GS /arch:SSE2 /fp:fast /TP /W2 /Zc:forScope /Zc:wchar_t- /c /nologo /DLL_WINDOWS=1 /DDOM_DYNAMIC /DUNICODE /D_UNICODE /DWINVER=0x0501 /D_WIN32_WINNT=0x0501 /DLL_NEW_HTTP_CORE=1 /DCARES_STATICLIB /DCARES_STATICLIB /DLIB_NDOF=1

My guess is that it's an issue with your system (never seen any such thing here, and no one else reported a similar issue), but I can't diagnose anything without the logs. Follow the rules of this forum, please !

Also, you are not running the latest release (v1.26.6.8 is four weeks old already !): see the rules as well about it.

It turned out that the problem only exists with the experimental feature "Compressed Textures" unter Hardware Options turned on. And yes, it exists in other viewers as well (as the official viewer runs very badly if at all on my hardware I only testet with Firestorm "Enable Lossy Texture Compression").

In addition, the problem might be related to my relatively poor network conditions.

Having an average fps around 14 or higher and a ping sim about 230 msec or less before editing appearance, it drops down to an fps of 1.2 or less and a ping sim of 5200 msec or higher during image load in Edit Appearance. However, there is no Packet Loss.

In the log attached here, I entered Edit Appearance, waited till the images were loaded, switched to Torso, waited till the visible images were loaded and switched back to Body again.

Without "Compressed Textures" turned on, Edit Appearance works with normal speed as expected. As a workaround I turned "Compressed Textures" off.

Sorry, for not having attached the log and not having used the latest version (I didn't expect a newer one). I read the note about bug reporting in this forum and especially as a former developer I should have known better.

Yes, the texture compression is experimental (as pointed out in the tool tip for its check box in the "Hardware Settings" floater). I'll make sure texture compression is never enabled by default by preset graphic settings in next releases.