YaK:: InterMetaGrid for the InterMetaVerse (IMG 4 IMV) [Changes]   [Calendar]   [Search]   [Index]   [PhotoTags]   
[mega_changes]
[photos]

InterMetaGrid for the InterMetaVerse (IMG 4 IMV)

  1. The InterMetaGrid is a separate VW (Virtual World) without a native User Interface (viewer/controller) for humans to interact with it.

  2. The IMG has its own server and database of world information.

  3. Instead of a user interface, it has a network interface (currently HTTP) for requesting view information and making changes to it.

  4. To use it, you need a space in some other HostVW, and an interface object (the MatterCompiler) in that VW to enable it.

  5. The MatterCompiler creates a Holodeck in its HostVW, and manipulates "puppet objects" in that HostVW to give avatars in that world the illusion of being in the InterMetaGrid.

  6. There can be many Holodecks into an IMV space at the same time. There can even be multiple spaces in SecondLife that contain a holodeck to the same IMG space, or to different IMG spaces.

  7. The IMG uses simple LeastCommonDenominator objects and a simplistic, low-bandwidth communication channel to the IMG Server.

  8. The IMG model contains spaces, nonphysical objects, avatars, and chat. (Future: vehicles. Multimedia?)

  9. IMG spaces are named by an internet host&port and a numeric grid coordinate

  10. Objects exist in IMG spaces, and puppets of them are manipulated by the MatterCompiler so they are replicated in each Holodeck.

  11. Avatars exist in the HostVWs, on one Holodeck, but puppets are created by the MatterCompilers on other holodecks. The puppets may be very crude compared to the originals; we have to use

  12. Chat messages are relayed between Holodecks by the MatterCompilers (through the IMG server).

  13. Holodeck standard is 100m x 100m. You could instantiate a smaller one in a smaller space, and use only the center of it.

  14. Since IMG Spaces (which are mapped onto the Holodecks) live in a rectangular grid, multiple spaces could be mapped onto multiple adjacent Holodecks, to build a villiage.

  15. The SecondLife implementation of MatterCompiler/Holodeck is in progress. It will work in sandboxes and other open reserved Linden Lands (subject to timeouts & such that vary. Some are 60min. Private islands and other private land (like the Yak land in Bedstraw) work fine.)

  16. Croquet will come next. You can run Croquet in "localhost" mode, without connecting to any other Croquet server. You can instantiate a Holodeck in a Croquet space, and it will talk to the IMG Server with low bandwidth.

  17. Other interfaces should be possible, even web interfaces.

  18. The network protocols are kept really simple right now, but have some specific hacks for SecondLife (to let the IMG server do more of the work, where LSL is lame). These should evolve as implementations are created. Standardization can be kept in mind, but will come later.

code drop: intermetagrid-code-20070410.odt

[Window width:   400   640   800   1024   *1200*   1600   ]
[Image size:   XS   *Small*   Medium   Large   ]

Here's screenshots of the current SecondLife implementation. There is a bug with the garbage collection of avatar puppets (representing avatars in another holodeck), so the Holodeck collects zombie souls of visitor's avatars after they're gone.

  • Snapshot_062.bmp
  • Snapshot_065.bmp
  • Snapshot_055.bmp
  • (unless otherwise marked) Copyright 2002-2014 YakPeople. All rights reserved.
    (last modified 2007-04-12)       [Login]
    (No back references.)