Cool VL Viewer forum

Hello,

with the latest build I have a problem with changing skins.

If I switch to a different skin only the upper body gets updated. To get the face updated to or the lower body, I need to remove a clothing on any layer on that part. Rebaking doesnt help at all.

Right now I did this:

- wear skin: upper body changes
- rebake: only upper body rebakes
- remove a lipstick layer: face gets updated with new skin
- rebake: I see head and upper body rebake (lower body at this point is still the old skin), log looks like this for that step:

--snip--
INFO: LLVOAvatarSelf::forceBakeAllTextures: TAT: forced full rebake.
INFO: LLViewerTexLayerSetBuffer::doUpload: Uploading baked eyes
INFO: LLViewerTexLayerSetBuffer::doUpload: Baked texture upload via capability of 687866a7-566c-7c42-fe4c-b6ecffcc1b91 to https://sim10182.agni.lindenlab.com:120 ... dd90d7ece2
INFO: LLViewerTexLayerSetBuffer::doUpload: Uploading baked hair
INFO: LLViewerTexLayerSetBuffer::doUpload: Baked texture upload via capability of 8fafb36a-bc91-0ca4-edad-e1b1a264c461 to https://sim10182.agni.lindenlab.com:120 ... dd90d7ece2
INFO: LLViewerTexLayerSetBuffer::doUpload: Uploading baked upper_body
INFO: LLViewerTexLayerSetBuffer::doUpload: Baked texture upload via capability of 0774d45e-e476-824e-fdad-63fa25ee6314 to https://sim10182.agni.lindenlab.com:120 ... dd90d7ece2
INFO: LLSendTexLayerResponder::uploadComplete: result: complete new_id: 991284e4-b01b-6d8b-5421-2b682e989d60
INFO: LLViewerTexLayerSetBuffer::onTextureUploadComplete: Baked full res texture upload for eyes took 2549 ms
INFO: LLVOAvatarSelf::setNewBakedTexture: New baked texture: eyes-baked UUID: 991284e4-b01b-6d8b-5421-2b682e989d60
INFO: LLSendTexLayerResponder::uploadComplete: result: complete new_id: 82c8eff6-c133-f83d-6af3-c18ecafe89d8
INFO: LLViewerTexLayerSetBuffer::onTextureUploadComplete: Baked full res texture upload for hair took 3672 ms
INFO: LLVOAvatarSelf::setNewBakedTexture: New baked texture: hair-baked UUID: 82c8eff6-c133-f83d-6af3-c18ecafe89d8
INFO: LLSendTexLayerResponder::uploadComplete: result: complete new_id: 8e723743-ed19-7154-1f2c-c5d831b609c1
INFO: LLViewerTexLayerSetBuffer::onTextureUploadComplete: Baked full res texture upload for upper_body took 3784 ms
INFO: LLVOAvatarSelf::setNewBakedTexture: New baked texture: upper-baked UUID: 8e723743-ed19-7154-1f2c-c5d831b609c1
INFO: LLCircuitData::checkPacketInID: packet_out_of_order - got packet 18673 expecting 18657 from 216.82.49.48:13006
INFO: LLCircuitData::checkPacketInID: packet_out_of_order - got packet 18657 expecting 18674 from 216.82.49.48:13006
INFO: display_stats: FPS: 59.42
INFO: LLAppViewer::idle: Transmitting sessions stats
INFO: send_stats: Misc Stats: int_1: i45 int_2: i45
INFO: send_stats: Misc Stats: string_1: '3420' string_2: 'Texture Time: 220.77, Total Time: 4114.89'
INFO: LLViewerStats::addToMessage: STAT: Version: 0
INFO: LLViewerStats::addToMessage: STAT: Vertex Buffers Enabled: 1
INFO: LLAppViewer::idle: Kills on unknown objects: 1
INFO: ViewerStatsResponder::result: ViewerStatsResponder::result
INFO: display_stats: MEMORY: 1023 MB
--snip--

The lower_body rebake definitely missing here.

- remove panty layer: lower body finally gets updated to new skin, too.
- rebake: I see all 3 parts of the body getting reloaded

That everything takes a second or two longer now is no issue for me, but that stuff doesnt update at all looks like a bug.

Only seems to be a problem the very first time after a login, if you got changed all 3 body parts once, it seems to work reliable.

--snip--
Cool VL Viewer 1.26.7 (4) Jan 5 2013 12:51:35 (Cool VL Viewer)
RestrainedLove viewer v2.08.03.29
Release Notes

You are at 161846.7, 283432.0, 465.3 in Sheer located at sim10182.agni.lindenlab.com (216.82.49.48:13006)
Second Life Server 12.12.10.267913
Release Notes

CPU: Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz (3500.06 MHz)
Memory: 16340 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 680/PCIe/SSE2
Windows Graphics Driver Version: 9.18.0013.1070
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 version 3.750000
Qt Webkit Version: 4.7.1 (version number hard-coded)
Packets Lost: 1/21165 (0.0%)

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_ENABLE_DEFORMER=1 /DLL_NEW_HTTP_CORE=1 /DLL_USE_OLDFILESTREAMS=1 /DCARES_STATICLIB /DCARES_STATICLIB /DLIB_NDOF=1
--snip--

I noticed this too, but after some time it seemed to work again. So I thought it was some SL fluke. I'll keep an eye on it from now on.

What I seem to remember is that the rebake after changing either skin or clothing seemed to take quite a lot longer than usual.

I'm guessing we may be seeing a side-effect of the latest changes Henri made to implement the new server side baking. From the latest v1.26.7.4 release notes:

Just tried again.

I relogged and then switched the skin:

INFO: LLAgentWearables::queryWearableCache: Requesting texture cache entry for 5 baked textures
INFO: LLAgent::processAgentCachedTextureResponse: Received cached texture response for 2 textures.
INFO: LLAgent::sendAgentSetAppearance: TAT: Sent AgentSetAppearance: head-baked upper-baked lower-baked eyes-baked_baked skirt-baked hair-baked_baked

That's it in the log, and my Avi is still the same, no visual skin change at all.

I also just tried again. At first it didn't work. My head didn't update. Then I went to "Edit Appearance" and the correct head showed immediately. I closed the Appearance floater without making any changes. After that all changes worked fine albeit I think a bit slower than usual.

I relogged and even after relog it all works fine.

Not sure if this is a server-side issue or local-cache issue. From the symptoms it could be either one.

Network issues with the HTTP texture server, most probably. Try disabling the "Advanced" -> "Network" -> "Fetch baked textures via HTTP" and see how it fares.

Nope, same result.

INFO: LLAgentWearables::queryWearableCache: Requesting texture cache entry for 5 baked textures
INFO: LLAgent::processAgentCachedTextureResponse: Received cached texture response for 2 textures.
INFO: LLAgent::sendAgentSetAppearance: TAT: Sent AgentSetAppearance: head-baked upper-baked lower-baked eyes-baked_baked skirt-baked hair-baked_baked

And avatar is still the same. Just standing here, if you have any more ideas I can try out everything right now.

It may happen that the sim server keeps a corrupted/deprecated baked texture in its cache, and since the baked textures got their id derived from the texture layers your avatar is wearing, adding, removing, or swapping wearable layers (such as two tattoos or two alphas, which are most often swappable without change on the final avatar aspect) will solve the problem.

Also, when not used for a while, cached baked textures are erased from the sim server, so wearing another outfit for a while, or idling in another sim with another outfit on usually solves the issue.

Finally, I guess that sim server restarts could also cause the flushing of cached baked textures (but with the server-side baking migration and the fact that baked textures can now be retrieved via HTTP servers instead of from the sim server itself, they could well get cached elsewhere).

If that's the future default behaviour then many people all over SL wont be very happy with it. We'll see how it works out.

I'll watch the behaviour intensely.

I will double-check, but there seem to be many issues in SL today (see the status blog), which could cause failed baked textures uploads. In this case, you could also get corrupted cached baked textures stored in your viewer cache and clearing that cache and relogging would then fix the issue (provided everything works again fine on LL's side).

Well, double-checking was worth it !

The issue is not specific to v1.26.7 and actually affects all releases after v1.26.3, since it dates back from the multi-layer clothing backport. It's a miss-placed nested "else { }" block that causes this issue when the server sends back to the viewer only a few cached baked textures for the full requested set.
The good news is that what you see on your screen is what others will see on your avatar (so there is no risk of having your avatar seen differently than how it appears on your screen).

The fix will be part of the next releases.

With current releases, the only workaround is to enter and then leave the Appearance editing mode when it happens so to force a full trashing of old baked textures and a full rebake.