[Opensim-dev] Fwd: Issue 1096 in singularity-viewer: [AVFACTORY]: Missing baked texture spamming console
Justin Clark-Casey
jjustincc at googlemail.com
Tue Oct 22 23:54:17 UTC 2013
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 <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>> 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 <fleep513 at gmail.com <mailto:fleep513 at gmail.com>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>>> wrote:
>
>
>
> ---------- Forwarded message ----------
> From: *Justin Clark-Casey* <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>
> <mailto:jjustincc at googlemail.__com <mailto:jjustincc at googlemail.com>>>
> 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: opensim-dev at lists.berlios.de <mailto:opensim-dev at lists.berlios.de>
> <mailto:opensim-dev at lists.__berlios.de <mailto:opensim-dev at lists.berlios.de>>
>
>
> 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 at __googleco__de.com <http://googlecode.com>
> <mailto:singularity-viewer at __googlecode.com <mailto:singularity-viewer at googlecode.com>>
> <mailto:singularity-viewer@ <mailto:singularity-viewer@>__g__ooglecode.com <http://googlecode.com>
> <mailto:singularity-viewer at __googlecode.com <mailto:singularity-viewer at googlecode.com>>>>
> Date: Mon, Oct 14, 2013 at 10:35 AM
> Subject: Re: Issue 1096 in singularity-viewer: [AVFACTORY]: Missing baked texture spamming console
> To: fleep513 at gmail.com <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>>>
>
>
>
> Comment #1 on issue 1096 by jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>> <mailto:jayden.b... at gmail.com
> <mailto:jayden.b... at gmail.com>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>>__>__: [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
> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de> <mailto:Opensim-dev at lists.__berlios.de
> <mailto:Opensim-dev at lists.berlios.de>>
> 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
> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de> <mailto:Opensim-dev at lists.__berlios.de
> <mailto:Opensim-dev at lists.berlios.de>>
> 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/ marcadius14 at gmail.com <mailto:marcadius14 at gmail.com>
>
> 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
More information about the Opensim-dev
mailing list