I'm not sure what the issue might be since I haven't heard any other reports of this with cache enabled. Have you
changed any other default settings such as setting PersistBakedTextures = true in the [Appearance] section of
OpenSim.ini? This defaults to false - true should work but is a much less tested option.
Also, does this occur with every viewer or just a particular one? Every avatar or just a particular one? What happens
if you change into different clothing and body parts? What happens if you try this from a different machine (since
baking does rely on viewer code which in turn has some reliance on graphics drivers).
On 15/10/13 14:50, Mark Seibert wrote:
Thanks for the help.
I just finished the install and again I get the same error. Both with vanilla
FlotsamCache.ini and with both disk and
memory cache enabled. Below is a copy of my config file and example error
messages:
FlotsamCache.ini:
[AssetCache]
;;
;; Options for FlotsamAssetCache
;;
; cache directory can be shared by multiple instances
CacheDirectory = ./assetcache
; Other examples:
;CacheDirectory = /directory/writable/by/OpenSim/instance
; Log level
; 0 - (Error) Errors only
; 1 - (Info) Hit Rate Stats + Level 0
; 2 - (Debug) Cache Activity (Reads/Writes) + Level 1
;
LogLevel = 0
; How often should hit rates be displayed (given in AssetRequests)
; 0 to disable
HitRateDisplay = 100
; Set to false for no memory cache
MemoryCacheEnabled = true
; Set to false for no file cache
FileCacheEnabled = true
; How long {in hours} to keep assets cached in memory, .5 == 30 minutes
; Optimization: for VPS or limited memory system installs set Timeout to
.016 (1 minute)
; increases performance without large memory impact
MemoryCacheTimeout = 2
; How long {in hours} to keep assets cached on disk, .5 == 30 minutes
; Specify 0 if you do not want your disk cache to expire
FileCacheTimeout = 48
; How often {in hours} should the disk be checked for expired filed
; Specify 0 to disable expiration checking
FileCleanupTimer = 1.0 ;every hour
; If WAIT_ON_INPROGRESS_REQUESTS has been defined then this specifies how
; long (in miliseconds) to block a request thread while trying to complete
; an existing write to disk.
; NOTE: THIS PARAMETER IS NOT CURRENTLY USED BY THE CACHE
; WaitOnInprogressTimeout = 3000
Error Messages:
09:45:44 - [ASSET XFER UPLOADER]: Uploaded asset
405eb5d5-11ef-56bf-05e0-63887c4ce31e for transaction
263674c0-b5b9-7484-d5f2-26b26aab69d2
09:45:44 - [ASSET XFER UPLOADER]: Uploaded asset
c288982a-1eff-5bca-a6b3-7732ba5dd35a for transaction
01500019-187b-49a1-d1f0-ef688a67d10f
09:45:45 - [ASSET XFER UPLOADER]: Uploaded asset
a3d57f1c-1752-7e18-b50f-9d51eeb06809 for transaction
d7c9f87a-5f2d-370b-3256-4d978f850a43
09:45:45 - [ASSET XFER UPLOADER]: Uploaded asset
6a835b5f-05e4-1f04-3deb-3bc14a3ccfb3 for transaction
cce3d190-b37c-e258-a0af-1db42212a9c4
09:45:46 - [ASSET XFER UPLOADER]: Uploaded asset
164b0c05-c9a3-eab2-3aeb-89a7917c76b5 for transaction
efc72720-baac-b325-de72-f07a1e096b3e
09:45:46 - [AVFACTORY]: Missing baked texture
164b0c05-c9a3-eab2-3aeb-89a7917c76b5 (8) for Mark Seibert, requesting rebake.
09:45:46 - [AVFACTORY]: Missing baked texture
6a835b5f-05e4-1f04-3deb-3bc14a3ccfb3 (9) for Mark Seibert, requesting rebake.
09:45:46 - [AVFACTORY]: Missing baked texture
a3d57f1c-1752-7e18-b50f-9d51eeb06809 (10) for Mark Seibert, requesting rebake.
09:45:46 - [AVFACTORY]: Missing baked texture
c288982a-1eff-5bca-a6b3-7732ba5dd35a (11) for Mark Seibert, requesting rebake.
09:45:46 - [AVFACTORY]: Missing baked texture
405eb5d5-11ef-56bf-05e0-63887c4ce31e (20) for Mark Seibert, requesting rebake.
09:45:46 - [ASSET XFER UPLOADER]: Uploaded asset
f145dba6-0f98-9fcc-07ce-72071a462afc for transaction
4bd81789-3144-cebd-20de-d20a5de74306
09:45:46 - [ASSET XFER UPLOADER]: Uploaded asset
08bacf4b-f05d-d98b-7355-6d06802dd4e1 for transaction
749891b2-94af-eb74-4958-514827a30b67
09:45:47 - [ASSET XFER UPLOADER]: Uploaded asset
ca2ce242-e294-4336-a367-e4da072d76ee for transaction
bff2e7b7-4f6b-1c45-aa5f-268ee89d6e8f
09:45:47 - [ASSET XFER UPLOADER]: Uploaded asset
0f6486a0-771f-e282-323d-f95c6d00408e for transaction
2405feff-9d51-c82b-409c-bb6c76673665
09:45:48 - [ASSET XFER UPLOADER]: Uploaded asset
6dcbd3cf-c615-c282-1d3e-297ca926d281 for transaction
b085e1d6-8cb9-8589-d22c-a6255c76df02
09:45:48 - [AVFACTORY]: Missing baked texture
6dcbd3cf-c615-c282-1d3e-297ca926d281 (8) for Mark Seibert, requesting rebake.
09:45:48 - [AVFACTORY]: Missing baked texture
0f6486a0-771f-e282-323d-f95c6d00408e (9) for Mark Seibert, requesting rebake.
09:45:48 - [AVFACTORY]: Missing baked texture
ca2ce242-e294-4336-a367-e4da072d76ee (10) for Mark Seibert, requesting rebake.
09:45:48 - [AVFACTORY]: Missing baked texture
08bacf4b-f05d-d98b-7355-6d06802dd4e1 (11) for Mark Seibert, requesting rebake.
09:45:48 - [AVFACTORY]: Missing baked texture
f145dba6-0f98-9fcc-07ce-72071a462afc (20) for Mark Seibert, requesting rebake.
This repeats over and over. In world, the avatar loses their textures (they
turn white) and they come back on
eventually, repeating forever.
Mark Seibert
On Tue, Oct 15, 2013 at 9:25 AM, Fleep Tuque <[email protected]
<mailto:[email protected]>> wrote:
---------- Forwarded message ----------
From: *Justin Clark-Casey* <[email protected]
<mailto:[email protected]>>
Date: Mon, Oct 14, 2013 at 7:16 PM
Subject: Re: [Opensim-dev] Fwd: Issue 1096 in singularity-viewer:
[AVFACTORY]: Missing baked texture spamming console
To: [email protected] <mailto:[email protected]>
This is an issue if all caching is disabled. However, it should have been
fine with just disk caching enabled.
This is the default that OpenSimulator ships with - one shouldn't need to
do any copying of
FlotsamCache.ini.example, though it won't hurt.
On 14/10/13 16:12, Fleep Tuque wrote:
I'm not sure if there is already a mantis bug report on this and I
don't have time right this second to look, but
thought I'd forward this message along as an FYI. I recall having some
discussions about this with Justin and
Neb prior
to OSCC but I don't recall what the resolution was if any.
- Chris/Fleep
---------- Forwarded message ----------
From: ** <singularity-viewer@__googlecode.com
<mailto:[email protected]>
<mailto:singularity-viewer@__googlecode.com
<mailto:[email protected]>>>
Date: Mon, Oct 14, 2013 at 10:35 AM
Subject: Re: Issue 1096 in singularity-viewer: [AVFACTORY]: Missing
baked texture spamming console
To: [email protected] <mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>
Comment #1 on issue 1096 by [email protected]
<mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>__: [AVFACTORY]: Missing baked texture
spamming console
http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096
<http://code.google.com/p/__singularity-viewer/issues/__detail?id=1096>
<http://code.google.com/p/__singularity-viewer/issues/__detail?id=1096
<http://code.google.com/p/singularity-viewer/issues/detail?id=1096>>
As a very interested observer of this issue, but not a Singu team
member just a user, I would like to make a
hopefully
helpful comment and also confirm this issue.
I noticed this issue about 2 weeks ago and have been testing
extensively since then as I too suffered it.
I have mostly solved the byproduct; the error message in the log (not
the root cause) by enabling the server
cache (copy
the FlotsamCache.ini.example to FlotsamCache.ini - OS setup documents
mostly forget to constantly tell people this
rather important step >.>).
As a side effect loads are also much faster.
Googlefu found and confirmed that enabling *both* memory and disk
caching in the FlotsamCache.ini file must be
done to
remove the error. (Devs: Remind me to add the cross reference to
OpenSim's mantis later. hehe.)
With 2 weeks solid testing, it seems at least on my OS regions if you
don't have both settings set to on then
the baked
textures are obtained by the server on TP in, but not applied and then
lost by the OpenSim server as it deals with
everything else before finally rendering you. Before this workaround,
on my regions at least, when it came time to
render the avatar I saw the warning in the logs. The previously sent
but lost (due to insufficient server
caching) baked
textures are thus re-requested and applied and you finally turn from
cloud to avatar.
(As a hint to the reporter, I also bumped up my cache retention quite a
lot as my three regions are not so high
traffic.
I can afford the ram and disk to hold things for 3 days to a week even.
YMMV depending on scenes and visitors.)
All that said:
There is STILL the root cause to this issue as I see it, in that the
baked textures for a new person to the
region - to
my inexpert eyes looking at both server and client logs in depth - are
done at the wrong interest level or lost
by the
server. As a hint to any developer who looks at this in the future;
it's almost looks like the avatar needs to
be baked,
rendered and placed in world before the world is drawn around it... as
an alternative, there could be a new step
included in the initial region processes... draw a known default
texture as skin/eyes until the baked texture is
ready.
I suspect Cool does this by displaying a blank white skin, but I've not
yet bothered digging into Henri's code
to see
his differences. Avatars on Cool do rez super fast, but they come in as
blank textured, 0xFFFFFF coloured and remain
that way it seems for as long as Singu people are clouds. It's better
to look at.
((Votes +1 for return of your shape but 0xFFFFFF skinned Ruths))
No matter what viewer though... My own server logs after this flotsam
change is made show new people to the
region will
be unbaked for a while. Far less than without a server cache though.
Some people will need to force rebake. But the
error is gone.
As a respectful triage hint... I'd love to be proven wrong but this
seems like it's an OpenSim root cause, but I
do feel
Singu could handle that failure better. I should discuss it one day in
depth with a dev when new people into my
region
stay as a cloud.
Reporter: If you have fcache turned on with both memory and hard disk
and are seeing those errors then my
findings are
for a different bug. But as the error messages were the same 2 weeks
ago and I've not had one since... it is worth
writing this.
/me leaves it for the very capable Singu team to research/triage
further. ;)
--
You received this message because you starred the issue.
You may adjust your notification preferences at:
https://code.google.com/____hosting/settings
<https://code.google.com/__hosting/settings>
<https://code.google.com/__hosting/settings
<https://code.google.com/hosting/settings>>
Reply to this email to add a comment.
_________________________________________________
Opensim-dev mailing list
[email protected] <mailto:[email protected]>
https://lists.berlios.de/__mailman/listinfo/opensim-dev
<https://lists.berlios.de/mailman/listinfo/opensim-dev>
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
_________________________________________________
Opensim-dev mailing list
[email protected] <mailto:[email protected]>
https://lists.berlios.de/__mailman/listinfo/opensim-dev
<https://lists.berlios.de/mailman/listinfo/opensim-dev>
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
_______________________________________________
Opensim-dev mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-dev
