mostly working notes for now. .. .
for system architronics and documania see → http://fo.am/cgi-bin/darcs.cgi/trg/?c=browse
the sensory system involves input and analysis of the raw sensory data, it is intimately tied with the 'mapping' process, as sensory data is collated into observations. the input systems are as follows
this involves 'translating energy from the physical world into energy in the simulated world'. more specifically taking data from the sensory system and finding a way to (re)present it in the 'brane-world'. currently a very important, and equally vague part of the system. circularly dependent on what goes on in the rest of the system.
A simulated space, in which perceptual input is subjected to forces which determine its dynamic. the aesthetic, dynamic and some of the functional aspects of this are more clearly outlined in ProjectTRGUniverse. the subsystem itself will be based around the 'Ogre3D' graphics engine, incorporating extensions to the particle system enabling simulations using interparticle forces. 'ogre' will render this activity in a scene which will be composed around/of deforming/deformable meshes (possibly higher dimensional objects shadowsectioned into 3space). it will be capable of receiving osc data from the sensory/mapping system which it will use to create/influence/modify elements of the exiting scene.
less important, but worth following up if there is time →
it is anticipated that the 'material' of the simulation will be predominantly modeled using a particle system, with the forces between particles/conglomerates being approximated by an agent based simulation, rendered in 'ogre'. the force model will consist of equations describing the forces and their actions, the properties corresponding to these forces (and their effects) and a representation of the forces/properties in the 'brane-world'. )
a program or process to enable the relevant parts of the system to be tuned, configured with a reasonable level of ease. an important, but possibly unstable development. everyone who is involved in system development should work on this in one way or another. [j,m,n,p,t]
current status [30DEC2004]
sound output system, taking data from the simulation in the form of OSC data. most likely SuperCollider based using some sort of textured multioscillator model [n,(p,j,+)]
things to test