opensim-SC - My fork of OpenSim for IG and DG, called SledjChisl.

	Commit message (Collapse)	Author	Files	Lines
2013-07-11	Try naming the materials handlers again, this time registering the POST as ↵	Justin Clark-Casey (justincc)	1	-3/+6
	RenderMaterials This was probably the mistake. The other handlers are named RenderMaterials as well but this actully has no affect apart from on stats, due to a (counterintuitive) disconnect between the registration name and the name of the request handler. Will be tested very soon and reverted if this still does not work.
2013-07-10	remove names from Capability handlers (added by justincc in commit ↵	dahlia	1	-7/+4
	013710168b3878fc0a93a92a1c026efb49da9935) as they seem to disable the use of multiple access methods for a single Capability in MaterialsDemoModule
2013-07-08	remove some cruft and trigger a rebuild	dahlia	1	-1/+0

2013-07-08	remove an invalid null UUID check which caused a warning	dahlia	1	-8/+1

2013-07-08	For stat purposes, add names to capability request handlers where these were ↵	Justin Clark-Casey (justincc)	1	-4/+7
	not set
2013-06-28	add some locking to materials storage dictionary	dahlia	1	-30/+42

2013-06-28	Reinsert code for gathering uuids reference by materials back directly into ↵	Justin Clark-Casey (justincc)	1	-67/+69
	UuidGatherer for now. This cannot be triggered as an event from Scene.EventManager since some invocations of UuidGatherer (e.g. IAR saving) use scene objects which are not in scenes. There needs to be some way for modules to register for events which are not connected with a particular scene.
2013-06-27	and yet another check for null returned from DynAttrs.GetStore()	dahlia	1	-0/+4

2013-06-27	test for null return from DynAttrs.GetStore()	dahlia	1	-0/+3

2013-06-27	refactor: Move code for gathering textures referenced by materials into ↵	Justin Clark-Casey (justincc)	1	-2/+70
	MaterialsDemoModule from UuidGatherer This code is now triggered via EventManager.OnGatherUuids which modules can subscribe to.
2013-06-27	Make the concept of namespaces explicit in dynamic attributes	Justin Clark-Casey (justincc)	1	-16/+10
	This is in order to reduce the likelihood of naming clashes, make it easier to filter in/out attributes, ensure uniformity, etc. All dynattrs in the opensim distro itself or likely future ones should be in the "OpenSim" namespace. This does alter the underlying dynattrs data structure. All data in previous structures may not be available, though old structures should not cause errors. This is done without notice since this feature has been explicitly labelled as experimental, subject to change and has not been in a release. However, existing materials data is being preserved by moving it to the "Materials" store in the "OpenSim" namespace.
2013-04-20	Materials persistence via SceneObjectPart.dynAttrs. This appears to work ↵	dahlia	1	-8/+154
	across region restarts and taking objects into inventory, but probably will not work across archiving via OAR or IAR as materials texture assets may not be adequately referenced to trigger archiving.
2013-04-20	handle PUT verb for RenderMaterials Cap	dahlia	1	-1/+5

2013-04-19	RenderMaterials POST Cap now return material entries when invoked with an ↵	dahlia	1	-61/+108
	OSDArray of MaterialIDs
2013-04-18	remove default parameter value that apparently mono cant handle	dahlia	1	-1/+1

2013-04-18	Initial experimental support for materials-capable viewers. This is in a ↵	dahlia	1	-0/+382
	very early stage and this module is disabled by default and should only be used by developers for testing as this module could cause data corruption and/or viewer crashes. No materials are persisted yet.