Thanks Mark. I believe the problem is being triggered by the fact that you do
not have a
Cap_UploadBakedTexture = localhost
entry in your [ClientStack.LindenCaps] section. This means that the viewers are falling back to the older baked texture
upload mechanism through the ASSET XFER UPLOADER as I can see now in the log. But for some reason this is not saving
the asset, so the appearance checker cannot find it and requests a rebake, ad infinitum.
These really should be loaded in from your OpenSimDefaults.ini file so I'm quite puzzled as to why they aren't there. I
would suggest checking this file and replacing it with a fresh one from the OpenSimulator 0.7.6 package if necessary.
On 24/10/13 21:15, Mark Seibert wrote:
Attached are my Robust.ini and OpenSim.ini config files. I have removed my
passwords from them. Let me know if you find
any glaring flaws. I appreciate the help.
On Tue, Oct 22, 2013 at 7:54 PM, Justin Clark-Casey <[email protected]
<mailto:[email protected]>> wrote:
Unfortunately, I'm somewhat at a loss. Perhaps print out all the finally loaded
config with the "config save"
console command and attach it (redacting any info you consider sensitive?).
Unfortunately, all I can think of is to
look for some config slip.
On 18/10/13 14:42, Mark Seibert wrote:
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]>
<mailto:jjustincc@googlemail.__com <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]>>
<mailto:[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]>>
<mailto:jjustincc@googlemail.
<mailto:jjustincc@googlemail.>____com <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]>>
<mailto:opensim-dev@lists. <mailto:opensim-dev@lists.>__be__rlios.de
<http://berlios.de>
<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://googleco__de.com>
<http://googlecode.com>
<mailto:singularity-viewer@
<mailto:singularity-viewer@>__g__ooglecode.com <http://googlecode.com>
<mailto:singularity-viewer@__googlecode.com
<mailto:[email protected]>>>
<mailto:singularity-viewer@ <mailto:singularity-viewer@>
<mailto:singularity-viewer@
<mailto:singularity-viewer@>>____g__ooglecode.com <http://g__ooglecode.com>
<http://googlecode.com>
<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]>>>
<mailto:[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]>>__> <mailto:[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>>>
<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>>>
<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]>> <mailto:Opensim-dev@lists.
<mailto:Opensim-dev@lists.>__be__rlios.de
<http://berlios.de>
<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>>
<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]>> <mailto:Opensim-dev@lists.
<mailto:Opensim-dev@lists.>__be__rlios.de
<http://berlios.de>
<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>>
<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 <tel:%28937%29%20272-3678>/ [email protected]
<mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
AFRL Discovery Lab
5000 Springfield Street Orville Room Dayton, Ohio 45431 937.424.8661
<tel:937.424.8661>
<http://htmlsig.com/>
Twitter <https://twitter.com/__SeibertMark
<https://twitter.com/SeibertMark>> Google Plus
<https://plus.google.com/__103793942695225961728/posts/p/__pub
<https://plus.google.com/103793942695225961728/posts/p/pub>>
Linkedin <http://www.linkedin.com/pub/__mark-seibert/83/4b5/582
<http://www.linkedin.com/pub/mark-seibert/83/4b5/582>> Skype
<http://htmlsig.com/goten6456>
--
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>
--
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
