Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2024-03-19 07:36:10



Reply to topic  [ 12 posts ]  Go to page 1, 2  Next
Bom issues on system avatar in version 64 in OpensIm 0.9.2.. 
Author Message

Joined: 2021-10-06 18:03:51
Posts: 17
Reply with quote
I tried the latest version, (64 Windows) today and found that I had no upper or lower body textures showing, (skin totally transparent), and on many items such as jacket, where there should have been a cut-off the item was showing black instead of transparent.

A friend popped over from another grid and confirmed I was see-through from the chin downwards instead of upper body, shirt and waistcoat.

Rebaking textures didn't fix it, turning ALM off didn't fix it.

Reverting to 63 fixed it.


2022-04-02 18:39:24
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
I see no such issue, here. Please, post the viewer logs.


2022-04-02 19:47:03
Profile WWW

Joined: 2021-10-06 18:03:51
Posts: 17
Reply with quote
The log file sizes exceed the board size, how do I get them to you?

I have two files, a V63 login and a V64 login, both at the same location


2022-04-03 14:48:53
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
ProfAitch wrote:
The log file sizes exceed the board size
Just compress them (use zip or gzip)...


2022-04-03 17:15:39
Profile WWW

Joined: 2021-10-06 18:03:51
Posts: 17
Reply with quote
OK, V63 (no problems) and V64 (problems) at same location


Attachments:
CoolVLViewer_V64.zip [19.12 KiB]
Downloaded 41 times
CoolVLViewer_V63.zip [18.28 KiB]
Downloaded 39 times
2022-04-03 19:17:24
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
There is nothing wrong showing in the log, as far as baking is concerned.

To confirm, I connected to Fire & Ice grid, uploaded a mesh body, skinned it with BoM texture IDs, worn a skin etc, and everything is baking fine for me on my screen...

There are however weird messages in your log for v1.28.2.64:
Code:
2022-04-03 14:41:21Z WARNING: LLDirIterator::Impl::populateEntryInfo: boost::filesystem::last_write_time: The process cannot access the file because it is being used by another process [system:32]: "F:\pagefile.sys"
2022-04-03 14:41:21Z WARNING: LLDirIterator::Impl::populateEntryInfo: boost::filesystem::last_write_time: Access is denied [system:5]: "F:\System Volume Information"
Apparently, the viewer tried to update the time stamp for the Windows swap file and the volume information folder (which is totally weird)... Did you move the cache directory or something like that ? Also, did you check your hard disk partition for errors ?


2022-04-03 21:31:47
Profile WWW

Joined: 2021-10-06 18:03:51
Posts: 17
Reply with quote
I ran a disk check, had to do it on a restart as obviously it couldn't dismount F: because of the pagefile. No errors. Checked ACL entries and no restrictions on user for write either.

It's puzzling that V63 didn't show that error and V64 did. I'll try a re-nustall of 64 followed by a reboot so there's no chance of the files being held open by 63's previous run.


2022-04-04 13:13:52
Profile

Joined: 2021-10-06 18:03:51
Posts: 17
Reply with quote
I tried installing V64, then reboopted, and this time there were no such log entries, however, the texture problem is still there.

By the way, you said you tried a mesh body, but I don't use one, I'm an old git who likes the system body :)

Regarding your previous question, the viewer cache files are on F:., same as the pagefile and the temp folders. It's a habit opf mine due to using Acronis to take regular images, I keep C: as just the OS, E: is where all installed programs live, F: is for documents, data, that sort of stuff. It means I only need Acronis images of C and E, and they are smaller in size than if I stuffed everything on the C drive.


2022-04-04 13:33:00
Profile

Joined: 2021-10-06 18:03:51
Posts: 17
Reply with quote
Somew further information.

After checking with V64 that a rebake didn't fix the problem I logged out and relogged with Singularity. On login I saw the same problem with missing textures, however, rebaking in Singularity cured the isse.

Singularity and CoolVlViewer use completely seperate cache files.

I'm not quite sure of the implications of this: Singularity on first login gets to see the results that CoolVlViewer had left, either by what is written to the user data area, or what has been left on the bake server, and the rebake from Singularity either overwrites what was left on the hard disk or else uploads to the bake server a set of textures for skin and outfit with no missing areas?


2022-04-04 13:49:53
Profile

Joined: 2009-03-17 18:42:51
Posts: 5523
Reply with quote
ProfAitch wrote:
By the way, you said you tried a mesh body, but I don't use one, I'm an old git who likes the system body :)
Then why did you mention "Bom" in the forum thread title ???? Bom stands for "Bakes on mesh" !!!

In any case, I can bake just as well without a mesh body on Fire & Ice, and I am still not seeing any issue !

What *could* potentially make it appear as if the bake fails is however the fact that, accidentally (*), v1.28.2.64 got support for larger OpenSim bakes implemented (1024x1024 pixels, instead of 512x512); the baked textures then take 4 times longer to be uploaded to the sim and downloaded back from the sim to the viewer: if you are not patient enough and the grid is slow (but Fire & Ice is fast for me), then you may give up and log off before the bake textures come back to the viewer and show on your avatar... Watch the texture console (CTRL SHIFT 3, or in Advanced -> Consoles) for textures being downloaded and in the "SIM" state (these are likely the bakes)...

In this case (i.e. the bakes download is too slow for your taste), you could replace the character/avatar_lad.xml file of v1.28.2.64 with the one of v1.28.2.63...

Quote:
Regarding your previous question, the viewer cache files are on F:., same as the pagefile and the temp folders.
This is not an issue, however, somehow, the viewer (and specifically its assets cache code) attempted to update the time stamp on Windows system files and folders, which should never happen, unless the cache directory was somehow moved to the F:\ (root) directory, which would mess everything up !


(*) The feature was scheduled for next release only, since I wanted to add a debug setting for toggling it, but I messed up and copied the modified avatar_lad.xml file in the wrong sources tree.


2022-04-04 13:53:28
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 12 posts ]  Go to page 1, 2  Next

Who is online

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