What you described matches the problem well, but I just checked that particular
file and it does indeed have a
Cap_UploadBakedTexture = "localhost"
in the [ClientStack.LindenCaps] of my OpenSimDefaults.ini file.
I'm starting to believe it is some sort of machine or OS problem, as I've fresh
installed about 4 times.
The doc on the website claims there are no new required config changes in this
update. Could that be an issue? Is there
anything new absolutely needed from .7.5 to .7.6?
On Fri, Oct 25, 2013 at 6:41 PM, Justin Clark-Casey <[email protected]
<mailto:[email protected]>> wrote:
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]>
<mailto:jjustincc@googlemail.__com <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]>>
<mailto:jjustincc@googlemail.
<mailto:jjustincc@googlemail.>____com <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]>>>
<mailto:[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]>>>
<mailto:jjustincc@googlemail
<mailto:jjustincc@googlemail>. <mailto:jjustincc@googlemail
<mailto:jjustincc@googlemail>.>______com <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]>>>
<mailto:opensim-dev@lists <mailto:opensim-dev@lists>.
<mailto:opensim-dev@lists
<mailto:opensim-dev@lists>.>__b__e__rlios.de <http://be__rlios.de>
<http://berlios.de>
<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://googleco__de.com>
<http://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@__googlecode.com
<mailto:[email protected]>>>>
<mailto:singularity-viewer@
<mailto:singularity-viewer@> <mailto:singularity-viewer@
<mailto:singularity-viewer@>> <mailto:singularity-viewer@
<mailto:singularity-viewer@>
<mailto:singularity-viewer@
<mailto:singularity-viewer@>>>______g__ooglecode.com
<http://g__ooglecode.com> <http://g__ooglecode.com>
<http://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@__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]>>>> <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]
<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]>>__>__> <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]
<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>>>>
<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>>>>
<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]>>>
<mailto:Opensim-dev@lists <mailto:Opensim-dev@lists>.
<mailto:Opensim-dev@lists
<mailto:Opensim-dev@lists>.>__b__e__rlios.de <http://be__rlios.de>
<http://berlios.de>
<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>>>
<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]>>>
<mailto:Opensim-dev@lists <mailto:Opensim-dev@lists>.
<mailto:Opensim-dev@lists
<mailto:Opensim-dev@lists>.>__b__e__rlios.de <http://be__rlios.de>
<http://berlios.de>
<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>>>
<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> <tel:%28937%29%20272-3678>/
[email protected]
<mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>
<mailto:[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>
<tel:937.424.8661 <tel:937.424.8661>>
<http://htmlsig.com/>
Twitter <https://twitter.com/____SeibertMark
<https://twitter.com/__SeibertMark>
<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>
<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>
<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 <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>
