SUSL architecture
After having verified the tools we will use, we started to analyze and design the SUSL project. Our approach on SUSL is a kind of three-tier-architecture. We use an input layer which is represented by the SketchUp framework. You are able to import various data types and SketchUp represents the mesh data in a 3D environment. Furthermore there is the processing layer. It is constructed modularly so that you are able to add new modules like a sculptie module. You need to create a new folder in the “/plugins/susl/” folder of SketchUp. After creating a “*.susl” file you only have to define your methods. The 2D and 3D Module are the ones we will implement in our thesis. The modules are able to write onto the third layer, the Second-Life-export-layer (output layer). A SL-container will be filled with SL Primitives by the modules. The export layer has to verify that no Second Life restrictions are violated (like 10*10*10 m restriction, 16kb script restriction and stuff like that) and it has to write a file which is copied and pasted into Second Life.
We need something which also goes the other way, so that a 10 meter or less cube in Second Life can be converted into a format readable by SketchUp and other 3D CADD programs ‘outside of Second Life’. A Second Life Exporter. Write me if you have this.
We do not plan to write a program which is able to export Second Life Prims into Sketchup.
Neverthless i believe that this would not be a very complicated task. As far as i know you are able to export from Second Life to XML with the help of LSL. So you just need to write the XML-File in the style of XML3D which most 3d programs are able to import. The other possibility is to save the parameters of the Second Life Prims and afterwards triangulate them and save them into an obj-File, which also is importable by most of the 3d programs.
