Wrote something in my private blog, after 25 -45 (sort of lost track) minutes of 2L. Forgive me for being a newB:
Summary: The individual programmer, 3d content artist may not necesarily be sucessfull trying to tackle the implementation of a massively mu endeavor. There is a role however for work, both in vertex and code, for the individual. Support for certain specific features in massively mu software would make this possible.
- paste from journal follows -
First impressions: Clues me into the notion of naive implementation of shared vr. Not necesarily in the technical sense, but an idea about what, beyond environments and chatting is involved. S.C. once said to focus on the what and perhaps the how, but not the name. And further, how, not in the sense of which specification or language, but really how, how does it work, what is the data structure involved, etc. Linden labs, at least in the first 25 minutes, seems to have something that makes for a fairly rich experience.
Leads me to think about the role of the individual, perhaps the 'artist,' not as colaborator, but as one expressing individual vision. Tools need not be polished or even presentable, who cares what they look like or how the work, as long as they work and perhaps inspire the user of them. The individual could surely write their own tools. What second life sorely lacks from this standpoint (and perhaps it exists and I don't know about it) is an importer of some standard (meaning ISO, or at the very least, well documented, preferably non-binary, and perhaps widely adopted) file format.
If I could make things with my own tools - ideally coded from the ground up, and then incorporate them into my 'second life,' well, that seems to me ideal.
A second deal-io, and that is the speed of the 2l program.. really I am more interested in the features and functionality, if Its a little choppy what do I really care? However, it does point out that the more I add onto whatever program
uses a 3dof tracker interface, the less smooth its going to be.
So its 3d content creation tool implementation and use, not massively mu programs, or perhaps even mu X3d/vrml. That makes sense in a way.