Cool VL Viewer forum

I have a mahjong game that has been in world and playable for years.

With the .22 update, the texture updates on the faces of the tiles are taking forever, if they happen at all.

It was fine with .21 yesterday.

Nothing was changed in texture fetching/caching/decoding/rendering between .21 and .22...

In any case, follow the rules please !

Seems to be related to the Flycam.

The mahjong game is located at http://slurl.com/secondlife/Morden%20Island/38/137/22

Use flycam to look down on the game board. When you click 'Play' only half (or less) of the tiles have their faces rendered. Click 'Show Free' button. Very few of the tiles change color (as they should).

Repeat this using standard camera controls and it all works fine.

Cool VL Viewer 1.26.9 (22) Aug 17 2013 15:14:58 (Cool VL Viewer)
RestrainedLove viewer v2.08.03.29
Release Notes

You are at 211750.4, 266121.4, 22.4 in Morden Island located at sim10080.agni.lindenlab.com (216.82.48.146:13019)
Second Life Server 13.07.19.278836
Release Notes

CPU: Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz (3100.19 MHz)
Memory: 16351 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Memory manager: OS native
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 660/PCIe/SSE2
Windows Graphics Driver Version: 9.18.0013.2641
OpenGL Version: 4.3.0

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 Ex 4.44.19
Qt Webkit Version: 4.7.1 (version number hard-coded)
Packets Lost: 0/23439 (0.0%)

Built with MSVC version 1600

Compile flags used for this build:
-DNDEBUG /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_ALLOW_DEFORMER_IN_SL=1 /DLL_USE_OLDFILESTREAMS=1 /DCARES_STATICLIB /DLIB_NDOF=1

OK, found the bug (nothing to do with textures, unsurprisingly), which resides in the vertex buffer code. Fixed for next v1.26.8 and v1.26.9 releases; note that v1.26.4 is not affected.

.23 fixes it nicely.

Thank you!