An open letter to Ben Linden
Dear Ben Linden,
First and foremost, I would like to thank Linden Lab and yourself on behalf of myself and my collaborator, Nicola Escher, for the opportunity to build our vision for the German Orientation area. We enjoyed working on the project immensely and learned a lot in taking on a project of such a large scale. As per your request, I am writing to provide feedback on our experience of the entire process. Here is a brief of some of the thoughts we had while working on our reinterpretation of Chateau Ulrichsburg.
1. The Request for Proposals
As opposed to other Linden RFPs, we found that with this particular project LL was beginning to take the best approach to the process of selecting a designer. Previous and subsequent RFPs posted on the forum have generally been managed as competitions that offer paltry compensation for work rendered sometimes with unlimited licenses for as little as 5000 L$ (20 USD). This project was promising in that in the proposal, the design team could specify the expected compensation for the project.
Where this process fell short of its promise was that the schedule initially gave several weeks for the proposal and a week for execution. The RFP was framed such that design teams were implicitly expected to provide spec work in their proposal to be able to meet the deadline. This is an unacceptable risk for any artist or designer to commit 80% of the work without any assurance of compensation. While we were very excited to participate in this project, it is for this reason we did not enter a bid in the initial round. This setup benefited us personally as we submitted a very schematic proposal that I put together in an afternoon and worked on the project for weeks open winning the bid. However it did not benefit LL as the RFP failed to gain the interest of other professionals.
2. Building
There are many problems that currently plague large scale projects in SL. While the local and reference plane have been very helpful, there are still many things that are lacking.
Limitations on Camera distances. – This can be a very immersive feature that reinforces the avatar as the anchor for our virtual experience, but can be very frustrating when building projects on a quarter region scale.
Limitations on selection distance – This feature, which also reinforces the avatar as anchor by recognizing its sphere of influence compounds the problem of the camera limits. To select a large grouping of prims one consequently has to physically move the avatar to a closer location.
Camera resets when avatar moves – As soon as the avatar is moved, the camera resets to the default position behind the avatar, losing the required view for building. But more importantly –
Objects deselected when camera resets – This means that one can not physically move the avatar to a new location to select distant objects. To do so requires a scripted propulsion system. Perhaps new systems will use HUD displays and sophisticated telemetry to make this intuitive. However, the most intuitive solution would be to allow greater camera distances and selection distances for builders.
Small objects disappear at a distance – This is a great feature to limit fps lag on the client, but for a builder this can be a drag. It should be a feature that can be toggled on and off in a clear documented manner.
3. Texturing
This is definitely one of the most tiring aspects of building complex builds in SL, particularly a ruined castle that we were attempting. The texture controls constantly require manual input for properties which can be quite time consuming when attempting textures on one prim to the next. The arrow buttons make very imprecise jumps. A good solution would be a radial chose to select the precision of the change the arrows administer.
Texturing would be made much simpler if it too became graphically interfaced as building is. What I suggest is way to stretch and move texture tile on the surface of the prim directly with the pointer, dragging corners, sides on the surface as if it were a 2d workspace as in illustrator or indesign.
4. Blocks
SL needs blocks, clones, or what have you. If a builder were able to identify an object or a group of linked objects as a block that could be updated automatically across the build by redefining the block it would immensely increase productivity and offer the opportunity to spend more time in designing and experimenting and less time in menial production tasks.
5. Layers
If a player could tag a series of objects to client side defined layers, this would give the user the ability to turn on and off objects in his or her own view. While SL builds have not necessarily reached the complexity to require something like this, I feel it is worth considering how this kind of functionality could be added in the future.
6. Terrain Editing
Overall the terrain tools were adequate for this project. It would help immensely to have the ability to save different terrain settings to a list that can be accessed by the client. It would also be beneficial to allow faster rates of change to the terrain tool.
7. Divergent Explorations
It is the norm amongst designers to take multiple stabs at the same problem, each iteration offering different possibilities. The platform is quite capable of accommodating this at a small scale, but when large scale projects are attempted, players hit upon a major snag. It is very inconvenient to package up a build into ones inventory and to then rez it in an identical condition later. It is an imprecise and time consuming endeavour which interrupts the creative process. I think it would be very helpful to allow players to save instances of the sim. These instances could either be downloaded or if that is a concern, saved into ones inventory. If the instance item was dragged onto the estate tools somewhere, it could allow players to reload that sim state. It would be really amazing if these states could be saved into the estate tools for quick changes from one to the other. This would allow developers to work on multiple strains of a project or several entirely different projects without the need to purchase multiple sims. One region would be all any developer needs to work on a multitude of projects.
In closing I’d like to emphasize the positive aspects of our experience. Your approach as a client was very easy to work with. Firstly, you provided us with a clear idea of the theme you envisioned yet it was open-ended enough to allow for us to really have a sense of ownership in fleshing it out. Secondly, you were very responsive to our needs, whether it was managing the estate tools, offering us technical information on the rendering client to determine our texture strategy, or offering suggestions and alternatives from your intimate knowledge of the platform.
We look forward to seeing the opening of the German Orientation Area and the neighbouring Welcoming area. We also look forward to future opportunities to work with Linden Lab in creating memorable institutions for our shared virtual world.
Sincerely,
Jauani Wu
note: this letter is a copy of the post-mortem requested by Ben Linden and published here with his consent.
First and foremost, I would like to thank Linden Lab and yourself on behalf of myself and my collaborator, Nicola Escher, for the opportunity to build our vision for the German Orientation area. We enjoyed working on the project immensely and learned a lot in taking on a project of such a large scale. As per your request, I am writing to provide feedback on our experience of the entire process. Here is a brief of some of the thoughts we had while working on our reinterpretation of Chateau Ulrichsburg.
1. The Request for Proposals
As opposed to other Linden RFPs, we found that with this particular project LL was beginning to take the best approach to the process of selecting a designer. Previous and subsequent RFPs posted on the forum have generally been managed as competitions that offer paltry compensation for work rendered sometimes with unlimited licenses for as little as 5000 L$ (20 USD). This project was promising in that in the proposal, the design team could specify the expected compensation for the project.
Where this process fell short of its promise was that the schedule initially gave several weeks for the proposal and a week for execution. The RFP was framed such that design teams were implicitly expected to provide spec work in their proposal to be able to meet the deadline. This is an unacceptable risk for any artist or designer to commit 80% of the work without any assurance of compensation. While we were very excited to participate in this project, it is for this reason we did not enter a bid in the initial round. This setup benefited us personally as we submitted a very schematic proposal that I put together in an afternoon and worked on the project for weeks open winning the bid. However it did not benefit LL as the RFP failed to gain the interest of other professionals.
2. Building
There are many problems that currently plague large scale projects in SL. While the local and reference plane have been very helpful, there are still many things that are lacking.
Limitations on Camera distances. – This can be a very immersive feature that reinforces the avatar as the anchor for our virtual experience, but can be very frustrating when building projects on a quarter region scale.
Limitations on selection distance – This feature, which also reinforces the avatar as anchor by recognizing its sphere of influence compounds the problem of the camera limits. To select a large grouping of prims one consequently has to physically move the avatar to a closer location.
Camera resets when avatar moves – As soon as the avatar is moved, the camera resets to the default position behind the avatar, losing the required view for building. But more importantly –
Objects deselected when camera resets – This means that one can not physically move the avatar to a new location to select distant objects. To do so requires a scripted propulsion system. Perhaps new systems will use HUD displays and sophisticated telemetry to make this intuitive. However, the most intuitive solution would be to allow greater camera distances and selection distances for builders.
Small objects disappear at a distance – This is a great feature to limit fps lag on the client, but for a builder this can be a drag. It should be a feature that can be toggled on and off in a clear documented manner.
3. Texturing
This is definitely one of the most tiring aspects of building complex builds in SL, particularly a ruined castle that we were attempting. The texture controls constantly require manual input for properties which can be quite time consuming when attempting textures on one prim to the next. The arrow buttons make very imprecise jumps. A good solution would be a radial chose to select the precision of the change the arrows administer.
Texturing would be made much simpler if it too became graphically interfaced as building is. What I suggest is way to stretch and move texture tile on the surface of the prim directly with the pointer, dragging corners, sides on the surface as if it were a 2d workspace as in illustrator or indesign.
4. Blocks
SL needs blocks, clones, or what have you. If a builder were able to identify an object or a group of linked objects as a block that could be updated automatically across the build by redefining the block it would immensely increase productivity and offer the opportunity to spend more time in designing and experimenting and less time in menial production tasks.
5. Layers
If a player could tag a series of objects to client side defined layers, this would give the user the ability to turn on and off objects in his or her own view. While SL builds have not necessarily reached the complexity to require something like this, I feel it is worth considering how this kind of functionality could be added in the future.
6. Terrain Editing
Overall the terrain tools were adequate for this project. It would help immensely to have the ability to save different terrain settings to a list that can be accessed by the client. It would also be beneficial to allow faster rates of change to the terrain tool.
7. Divergent Explorations
It is the norm amongst designers to take multiple stabs at the same problem, each iteration offering different possibilities. The platform is quite capable of accommodating this at a small scale, but when large scale projects are attempted, players hit upon a major snag. It is very inconvenient to package up a build into ones inventory and to then rez it in an identical condition later. It is an imprecise and time consuming endeavour which interrupts the creative process. I think it would be very helpful to allow players to save instances of the sim. These instances could either be downloaded or if that is a concern, saved into ones inventory. If the instance item was dragged onto the estate tools somewhere, it could allow players to reload that sim state. It would be really amazing if these states could be saved into the estate tools for quick changes from one to the other. This would allow developers to work on multiple strains of a project or several entirely different projects without the need to purchase multiple sims. One region would be all any developer needs to work on a multitude of projects.
In closing I’d like to emphasize the positive aspects of our experience. Your approach as a client was very easy to work with. Firstly, you provided us with a clear idea of the theme you envisioned yet it was open-ended enough to allow for us to really have a sense of ownership in fleshing it out. Secondly, you were very responsive to our needs, whether it was managing the estate tools, offering us technical information on the rendering client to determine our texture strategy, or offering suggestions and alternatives from your intimate knowledge of the platform.
We look forward to seeing the opening of the German Orientation Area and the neighbouring Welcoming area. We also look forward to future opportunities to work with Linden Lab in creating memorable institutions for our shared virtual world.
Sincerely,
Jauani Wu
note: this letter is a copy of the post-mortem requested by Ben Linden and published here with his consent.
8 Comments:
At 3/24/2006 01:59:00 a.m., Unknown said…
the automatic camera movement can now be turned off in the Input/Camera tab in Preferences (thankfully)
I agree with a lot of your points on building functionality that slows down a big build. I think I understand the need for distance-based object culling, but I really hate that feature. If I didn't want a small prim to be shown in a build, I wouldn't have included it! At least linking solves this is in most cases, but it's the principle of the thing.
At 3/24/2006 06:26:00 a.m., Ennui said…
So, does anyone know when the german orientation area will open? I have contacted the german liaisons several times and only got some very vague answers ("sometime soon", "a few weeks") and I'm really itching to visit this castle. The snapshots look fantastic.
At 3/24/2006 05:58:00 p.m., jauani said…
forseti, thanks for the info on the camera. i'll try that out this week.
jackale, i have no idea about when it is going to open. it seemed to me based on he timeline that was mentioned that it was scheduled to open in the late fall or early winter. last i heard it had gone to translation.
there is one hypothesis that the foreign language project was only started as a gesture to ward off a rumoured foreign language project proposition by a very prominent second life business woman and her group of european venture capitalist. gesture being made, business woman being and her venture capitalists warded off, the project is now shelved in lieu of more interesting projects.
this of course, could very well be unsubstantiated hearsay pot-stirring to raise traffic to my oscure blog. ;P
At 3/25/2006 06:11:00 p.m., Anonymous said…
I'm still trying to wrap my mind around whether it is considered *professional* to air correspondence from a private-sector RFP between a private company and private contractors. If this were a government of a country, however, using the taxpayers' money (which it is), it would probably be more appropriate to air it. Even there, I'd think that airing problems in an RFP like this might be a quick route to never getting hired again. In RL anyway LOL.
I do recall that a few posts ago some months past, I complained that the avatar is *in the way*. If he's in the way for you as a master builder working on a huge project, trust me, he's in my way too as an amateur. I want to get him gone. I need to be in "build mode," full stop.
You argued with me back then, as you always do, and said, no, the avatar is needed to be "immersive". Ok, I'm immersed. Thanks. Now let me go into build mode and get out of my face.
At 3/26/2006 11:48:00 p.m., jauani said…
prokofy, it might have been a bad idea to post my letter had i not already passed the idea by ben linden, had i signed an nda, and had the nature of the letter been of private matters, and not of how LL conducts public requests for proposal and the state of the building tools. fortunately all three conditions were met. also, i'd rather rely on the quality of my work getting me contracts than suppressing contructive criticism.
our previous discussion on this matter was specifically about the possibilities of SL informing RL architecture design. in that context, the only thing SL offers that other tools don't is the immersive nature of the avatar.
this is a discussion about building in SL. and though i don't support removing the av entirely out of the picture, i do support the idea of being able to have settings to lower the limitations set by the avatar.
the ideal conclusion for your request would be that building wouldn't even be happening in SL but being imported from a more sophisticated offline building tool. is that what you have in mind?
At 3/30/2006 06:41:00 p.m., Anonymous said…
Here are some higher resolution shots of the castle, for those interested.
At 4/02/2006 06:54:00 a.m., Anonymous said…
im a-huntin you down j-wu yur days with lo are NUMBERED! im gonna win her over and be her main squeeze!
signed,
Madier...i meant "anonymous"
At 8/11/2006 05:59:00 p.m., Anonymous said…
Instead of layers, it would be interesting to allow prims to be tagged and selected via search text.
A prim in a wall might be tagged:
"German Orientation Castle North Wall".
Then layers become somewhat irrelevant. Select "German Orientation Castle" and move the whole castle. Select "German Orientation Castle Wall" to change the texture on all the walls. Select "German Orientation Castle North Wall" to move that particular wall a little bit.
Post a Comment
<< Home