The Maze

The MAZE

It’s like this, think about using an XML oriented Flash application which reads from XML data and renders vector Images in all perspectives. Obviously we are not going to show the entire world so no issues regarding the curved nature of the earth. The thing is that, we start of with this generic Layout that critically starts of from a landmark in two modes, one is the Eagle-eye view and the other is the human eye level view.

The render engine takes whole lots of time in order to be developed; it can work by the following mode

It reads in the XML stream which has co-ordinate information regarding the entire setup i.e. it contains array of co-ordinates plus their height information, as one node – This node has to be sub-divided to add more readability to the application. But hey, the co-ordinates system differs from top view and eye-view, while the top view simplifies the rendering process/computation/math -The eye level view complicates the arguments of perspective vision etc.

The perspective vision makes the application a complete virtual reality application opening up the cyber world and RPG reality. The RPG mode on internet becomes much more fascinating than that in the play station or X-Box. All of this is because of the runtime management of the application.

Writing the engine on flash that reads the XML is the most complicated of the entire stuff. It should have capabilities of Rendering 3d like props in the canvas. Floating objects make the entire stuff still more interesting because of the fact that we are into 3D Realism (props like Signals, Banners and trees are terror).

The schema and the engine have to go hand in hand or else the application will fail, the bandwidth requirements fall of rapidly because of the Vector layouts. A proper Shading style has to be mastered and light setup has to be taken care of. Phew!

So loads of Classes are to be built and believe what we are entirely dependent on our own functionality. I guess for a starter one can use the internal functions of flash and then we can migrate to our own functions that can be used by the application and all of this is not a setup program rather it works completely online.

First one can create his own world with his schema and proper rendering with error management and out of world bounds. The reason why all this has to be done against the realms of reality is just for simulation purpose (The commercial value has lots more in store than that). Things like Yellow pages, Advertisement or Tourism. Now we are online we can have interactive content – involving tourism, context specific streaming video and so on.

The entire application makes it more open and has more reach than what not. One cannot play live ads in the application but he can always do it via a streaming media support. The above detail fails not because of inability not because of constraints. The application is completely done in flash action scripting which means that the application is platform independent and browser independent; we even develop good ties with adobe. If at all we need to have the application user oriented, we can do that as well. I believe the user login works gr8 to load up the initial screen – the state can be preserved. The requests in order to be made secure are wrapped in a SOAP protocol.