Thank you for helping. Here are answers to your questions:
Have you changed any other default settings such as setting
PersistBakedTextures = true in the [Appearance] section of OpenSim.ini?
No. The only settings I have edited outside of the default are the new Groups
V2 Module and Vivox.
Also, does this occur with every viewer or just a particular one?
I have tested it on the latest versions of Firestorm, Singularity, and
Imprudence.
Every avatar or just a particular one?
All avatars that I have tested, 3 in all.
What happens if you change into different clothing and body parts?
While editing my appearance, everything is normal (no texture glitching).
However, using entirely new shapes and
clothing still cause the issue to repeat as soon as I exit appearance editing.
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).
I have tried it on an older machine (about 5 or 6 years) and 2 modern quad core
machines, all of which this issue repeats.
I'm not really certain what the problem is, since the machine I am using has
hosted .7.5 regions in the past. It uses
the latest version of Ubuntu Linux with the latest mono install as well. Other
than this config file, any others that
may have new stuff with .7.6?
Thanks
On Thu, Oct 17, 2013 at 3:57 PM, Justin Clark-Casey <[email protected]
<mailto:[email protected]>> wrote:
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]>
<mailto:[email protected] <mailto:[email protected]>>> wrote:
---------- Forwarded message ----------
From: *Justin Clark-Casey* <[email protected]
<mailto:[email protected]>
<mailto:jjustincc@googlemail.__com <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]>
<mailto:opensim-dev@lists.__berlios.de
<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@__googleco__de.com
<http://googlecode.com>
<mailto:singularity-viewer@__googlecode.com
<mailto:[email protected]>>
<mailto:singularity-viewer@
<mailto:singularity-viewer@>__g__ooglecode.com <http://googlecode.com>
<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]>> <mailto:[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]>>
<mailto:[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>>
<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>>
<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]>
<mailto:Opensim-dev@lists.__berlios.de
<mailto:[email protected]>>
https://lists.berlios.de/____mailman/listinfo/opensim-dev
<https://lists.berlios.de/__mailman/listinfo/opensim-dev>
<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]>
<mailto:Opensim-dev@lists.__berlios.de
<mailto:[email protected]>>
https://lists.berlios.de/____mailman/listinfo/opensim-dev
<https://lists.berlios.de/__mailman/listinfo/opensim-dev>
<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
--
AFRL Discovery Lab <http://htmlsig.com/>
Mark Seibert / Network Engineer
(937) 272-3678/ [email protected] <mailto:[email protected]>
AFRL Discovery Lab
5000 Springfield Street Orville Room Dayton, Ohio 45431 937.424.8661
<http://htmlsig.com/>
Twitter <https://twitter.com/SeibertMark> Google Plus
<https://plus.google.com/103793942695225961728/posts/p/pub>
Linkedin <http://www.linkedin.com/pub/mark-seibert/83/4b5/582> Skype
<http://htmlsig.com/goten6456>
