[Opensim-dev] Fwd: Issue 1096 in singularity-viewer: [AVFACTORY]: Missing baked texture spamming console
Justin Clark-Casey
jjustincc at googlemail.com
Fri Oct 25 22:41:51 UTC 2013
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 <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>> 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 <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>
> <mailto: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>>
> <mailto: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>>
> <mailto:jjustincc at googlemail. <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>>
> <mailto:opensim-dev at lists. <mailto:opensim-dev at lists.>__be__rlios.de <http://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://googleco__de.com>
> <http://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>>>
> <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 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>>> <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 <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>>__> <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
> <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>>>
>
>
> <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
> 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>> <mailto:Opensim-dev at lists. <mailto:Opensim-dev at lists.>__be__rlios.de
> <http://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>>
>
> <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>> <mailto:Opensim-dev at lists. <mailto:Opensim-dev at lists.>__be__rlios.de
> <http://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>>
>
> <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>/ marcadius14 at gmail.com <mailto:marcadius14 at gmail.com>
> <mailto:marcadius14 at gmail.com <mailto:marcadius14 at gmail.com>>
>
>
> 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/ 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