Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2020-03-31 12:58:53



Reply to topic  [ 6 posts ] 
Avator attachments will not attach after relog 
Author Message

Joined: 2014-09-25 22:10:40
Posts: 135
Location: Colorado
Reply with quote
Hello Henri,

This has been an issue since 1.26.24.2. When I log off and log back on, not all of my avatar attachments would attach (mesh body, clothing, hair, etc). The avatars around me that were fully loaded before I re-logging (see CoolVLViewer.old), were being viewed as floating heads, their body, clothing, etc, would not load. Some in-world objects would not load either (see CoolVLViewer2.log). I've tried to reattach my body and items, they would not re-attach. What has worked in the past was to completely take off everything that was attached, and then re-attach everything. However, this did not work this time. I had to de-attach what was still attach, re-log, then re-attach everything when I logged back on (see CoolVLViewer1.log). This time I saved the log files for your inspection.

Folder of log files:
https://drive.google.com/drive/folders/ ... sp=sharing

Cool VL Viewer Info:
Code:
Cool VL Viewer v1.26.24.3, 64 bits, Nov 30 2019 22:45:28
Release Notes

CPU: AMD Athlon(tm) II X4 640 Processor (800 MHz)
Memory: 12005MB
OS version: Linux-x86_64 v5.0.0-37-generic #40~18.04.1-Ubuntu SMP Thu Nov 14 12:06:39 UTC 2019
Memory manager: jemalloc v5.2.1-20191122
Graphics card vendor: NVIDIA Corporation
Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2
OpenGL version: 4.6.0 NVIDIA 430.50
Detected VRAM: 4096MB
J2C decoder: OpenJPEG: 1.4.0.635f
Audio driver: FMOD Studio v2.00.06 (PulseAudio)
Networking backend: libcurl/7.47.0 OpenSSL/1.0.2s zlib/1.2.11
Embedded browser: CEF3 plugin v74.1.19+gb62bacf+chromium-74.0.3729.157

Built with: GCC v4.8.5
Compiler-generated maths: SSE2.

Compile flags used for this build:
-O3 -fno-delete-null-pointer-checks -falign-functions=16 -falign-jumps=16 -fno-align-labels -fno-align-loops -fno-ipa-cp-clone -fsched-pressure -frename-registers -fweb -DNDEBUG -std=c++11 -pipe -g -gdwarf-2 -gstrict-dwarf -fno-var-tracking-assignments -fexceptions -fno-strict-aliasing -fvisibility=hidden -fsigned-char -m64 -mfpmath=sse -fno-math-errno -fno-trapping-math -pthread -fno-stack-protector -Wall -Wno-reorder -Wno-unused-local-typedefs -Werror -D_GLIBCXX_USE_C99_MATH=1 -DLL_LINUX=1 -D_REENTRANT -DXML_STATIC -DLL_USE_JEMALLOC=1 -DLL_ELFBIN=1 -DLL_LUA=1 -DOV_EXCLUDE_STATIC_CALLBACKS -DLL_FMODSTUDIO=1 -DLL_OPENAL=1 -DLL_SDL=1 -DLIB_NDOF=1 -DLL_X11=1




Thanks,
Geoff


2019-12-11 17:38:14
Profile

Joined: 2009-03-17 18:42:51
Posts: 4180
Reply with quote
The problem is clearly logged and is not a viewer bug (no change was done to inventory restoration/loading in ages either):
Code:
2019-12-10T22:09:29Z INFO: LLInventoryModel::loadFromFile: Loading cached inventory from file: /home/user1/.secondlife/cache_coolvlviewer/a9a29bf5-8c60-4461-f967-f3b8da267ebd_DreamNation.inv
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item a9c82f98-a9c6-4cc0-8c14-10eb6ffcbdc7
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 753dd767-b109-478f-83da-0af3b20422a4
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 41be4279-d791-4c2e-9011-18a41b41048a
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 3a03f52a-a26b-48ef-9904-48de44e30a62
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 1661fb9e-169e-4ff0-a75e-7b3cfb442972
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 7293a37e-2f61-4856-a08c-d31dc40a431c
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 0d5d860b-676b-4787-af22-6f555456ffed
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 00754b9b-99da-4804-964f-09def090faf7
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 78781792-94c1-4a2d-b062-72d26d2726cc
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword 'between' in inventory import of item 772e88eb-3401-42ef-93cd-072f1f72b70f
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 9ee0d0c0-9f84-4e65-a2a0-efe890a815a4
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 7cb4dbe0-c9f8-4d1a-adb5-d048980bf732
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 728d8b49-69f8-4367-b248-9efd631d97b4
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 0abfbe51-5c79-44e6-854e-fe2ef11e84f3
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 0830785a-92c5-4864-a00f-88abf22eb6b6
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item d5ca8f0f-ebc3-46a6-9d4c-40b3ae40cf0f
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 284142e3-4c00-441c-8a09-72d615098e8c
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 60ab77c0-89b7-452a-b425-be63b5127aa2
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 0d8a2186-8229-4256-8d9b-e5e093df45c1
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item 396d6a0e-85c1-41b6-a6e5-e2ae2d13ee9f
2019-12-10T22:09:29Z WARNING: LLInventoryItem::importFile: unknown keyword '|' in inventory import of item bbbe0cc7-eb6a-4d34-a270-d143bb88d10f
2019-12-10T22:09:29Z INFO: LLInventoryModel::loadSkeleton: Attempted to add 165 cached link items without baseobj present. The corresponding categories were invalidated.
2019-12-10T22:09:29Z INFO: LLInventoryModel::loadSkeleton: Invalidating category name: Current Outfit - UUID: 1d77e10d-1e74-84f1-5480-82e87e70dd6d, due to invalid descendents cache
As you can see, the "Current outfit" folder contents gets invalidated and discarded. It means that your inventory cache is probably corrupted. Clear the inventory cache (from Advanced -> Caches) and relog (the outfit will need to be manually restored once after that relog, but it should properly be preserved on subsequent relogs).

You might also want to have a try at a different method for saving your worn items than using the Current Outfit folder (which is what all viewers are using nowadays, but mine only uses it by default for compatibility reasons). in the "Advanced" menu, "Character" sub-menu, un-check the "Restore outfit from COF" check box. Once done, the viewer will instead restore your outfit on login based on its own outfit.xml file (saved in the per-account settings folder, on your computer disk), meaning that even with a corrupted COF, your outfit is always properly restored.
Of course, this also means that the viewer would ignore on relog changes made to your avatar outfit from other viewers you would have used since your last use of the Cool VL Viewer, or should you have logged on with the same avatar on a different computer (it would then restore the outfit you got the last time you logged off from the Cool VL Viewer on this particular computer).

Note that the log also reports something I never seen so far... Some of your items got illegal keywords ("between") or character (the pipe '|' character is illegal in inventory items/folders names) in their server-side representation (which might therefore be corrupted as well): you might want to ask help from the grid admin to solve this issue...


2019-12-11 17:53:29
Profile WWW

Joined: 2014-09-25 22:10:40
Posts: 135
Location: Colorado
Reply with quote
I cleared my inventory cache. But the Restore outfit from COF in Advance menu is grayed out preventing me from doing anything with it. I haven't had time to test it after clearing my cache though.

I'm not sure why I would use anything else other than the Current Outfit folder. Seems it is the most convenient place to save my outfits. Why other viewers don't use it seems strange to me. What should I use other than the Current outfit folder?

I am not sure why the pipe character and the word between is in the name of my items on the server side. I'll have to check with someone about that.

I really hope this all works next time I login. However, this doesn't explain why other avatars do not load and why some objects do not load either. It's very odd when I TP out of a region and TP back to the same spot, it takes a few seconds before anything starts to load and when it does it's one item at a time. Although one item at a time quickly.

Geoff


2019-12-12 03:41:17
Profile

Joined: 2009-03-17 18:42:51
Posts: 4180
Reply with quote
GeoffEarnshaw wrote:
I cleared my inventory cache. But the Restore outfit from COF in Advance menu is grayed out preventing me from doing anything with it. I haven't had time to test it after clearing my cache though.
If it is greyed out, then you are already using the Cool VL Viewer method (outfit.xml) file and should not need to have/care about the Current Outfit..To make that option available, you will have first to check the "Use the COF in OpenSim grids" option in "Preferences" -> "Cool features" -> "Inventory".

Quote:
I'm not sure why I would use anything else other than the Current Outfit folder. Seems it is the most convenient place to save my outfits. Why other viewers don't use it seems strange to me. What should I use other than the Current outfit folder?
:shock: Err... Are you telling me that you are using the "Current Outfit" folder to store outfits (or anything for that matter) ? You should NOT store anything yourself into that folder (that is by the way hidden from the user by default in my viewer, and that would normally not accept items at all: you may only delete links from the COF in my viewer, but only as a last resort for corrupted/failed bakes in SL, when their AIS inventory back-end goes flaky, for example) ! It is used only by the viewer to store links to items your avatar is wearing, and in SL, by the server to bake your avatar from the list of those links.

The COF was introduced in v2+ viewers, after LL changed the way the list of worn items are stored (they used to be stored server-side and the list sent to the viewer for restoring the initial outfit on login, but LL removed that service from their sim servers when they allowed multiple attachments per joint, because the service was not designed for it, and so they needed another way to store the worn items list between viewer sessions: they opted for an inventory-based (non-user-actionable) folder, which also sometimes causes failures to restore the outfit, when the inventory fails to fully load or gets somehow corrupted.
Since I was not using the COF at all back in that time (pre-server-bakes), I developed a different, more reliable method to store the worn items list (in fact, at first, only the attachments list needed to be stored and worn wearables were still stored server-side, but this too changed latter on, when multiple layers per wearable type were implemented), using a xml file.
When LL introduced server bakes, they naturally used the COF to implement it, and I had (with much regret, rumbling and rambling), to implement COF support (from the ground up, to avoid LL's racy and intricate code) in my viewer... This said OpenSim servers do not rely at all on the COF, and so using it in OpenSim is totally optional (and only useful if you are using several different viewers or computers to log in with the same avatar).

Quote:
I am not sure why the pipe character and the word between is in the name of my items on the server side. I'll have to check with someone about that.
This is indeed totally abnormal, and the sign something is amiss with your inventory as it is stored server-side...

Quote:
I really hope this all works next time I login.
Like I explained, you will have to restore manually your outfit the first time you relog, but the outfit should be properly preserved afterwards. This said, since you were already using the outfit.xml method, it should restore just fine. Which brings us to:

Quote:
However, this doesn't explain why other avatars do not load and why some objects do not load either. It's very odd when I TP out of a region and TP back to the same spot, it takes a few seconds before anything starts to load and when it does it's one item at a time. Although one item at a time quickly.
This is not what I understood from your initial report, and got NOTHING to do with inventory and outfit matters... You are simply experiencing network issues (slow loading: the attachments that "float" are just mesh attachments which LODs did not yet fully load; to see the mesh queue status, enable "Advanced" -> "HUD info" -> "Show mesh queue" which will display the queue numbers while meshes load at the bottom right corner of the window).
There are many reasons why this could happen, one of which is changes you would have made to the networking parameters. Since they are many, and therefore lead to a gazillion different combinations of them, I would recommend that you wipe out your viewer settings (~/.secondlife/user_settings/settings_coolvlviewer_12624.xml) or rename it, so to restart the viewer with a fresh (untouched) set of settings...


2019-12-12 10:44:48
Profile WWW

Joined: 2014-09-25 22:10:40
Posts: 135
Location: Colorado
Reply with quote
Henri Beauchamp wrote:
GeoffEarnshaw wrote:
I'm not sure why I would use anything else other than the Current Outfit folder. Seems it is the most convenient place to save my outfits. Why other viewers don't use it seems strange to me. What should I use other than the Current outfit folder?

:shock: Err... Are you telling me that you are using the "Current Outfit" folder to store outfits (or anything for that matter) ?


Nooo.. I'm using it correctly. Only the links are being stored in that folder.

Henri Beauchamp wrote:
GeoffEarnshaw wrote:
However, this doesn't explain why other avatars do not load and why some objects do not load either. It's very odd when I TP out of a region and TP back to the same spot, it takes a few seconds before anything starts to load and when it does it's one item at a time. Although one item at a time quickly.

This is not what I understood from your initial report, and got NOTHING to do with inventory and outfit matters... You are simply experiencing network issues (slow loading: the attachments that "float" are just mesh attachments which LODs did not yet fully load; to see the mesh queue status, enable "Advanced" -> "HUD info" -> "Show mesh queue" which will display the queue numbers while meshes load at the bottom right corner of the window).
There are many reasons why this could happen, one of which is changes you would have made to the networking parameters. Since they are many, and therefore lead to a gazillion different combinations of them, I would recommend that you wipe out your viewer settings (~/.secondlife/user_settings/settings_coolvlviewer_12624.xml) or rename it, so to restart the viewer with a fresh (untouched) set of settings...


This is all connected and I'm almost sure it's related to this new build for BoM. As I stated in my initial post.. other avatars do not load and I only see floating heads. Other objects also do not load. All related to relogging.

I unfortunately will not be in world until next week to test your solution to the clearing inventory cache. I'll also try your suggestion to delete the settings next time I'm able to. I'll also see if I can recruit some testers.

Geoff


2019-12-13 04:45:49
Profile

Joined: 2009-03-17 18:42:51
Posts: 4180
Reply with quote
GeoffEarnshaw wrote:
This is all connected and I'm almost sure it's related to this new build for BoM.
Please, keep your uneducated inferences for yourself... NO, it CANNOT be connected to anything related with BoM. BoM does not affect in ANY, even vaguely remote way how objects are loaded and rezzed.

Beside, I see no such issue myself, and you seem the only one affected.

I stand my educated (13 years I am working on the viewer code: I do think I know it intimately enough !) inference: it's a network issue.


2019-12-13 12:48:04
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 6 posts ] 

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:  
Powered by phpBB® Forum Software © phpBB Group
Designed by ST Software.