From: nsmca@acad3.alaska.edu
Subject: TECH: Ways to do remote VR.
Date: Tue, 13 Jul 1993 09:10:41 GMT
Organization: University of Alaska Fairbanks



An idea for a simple easy to run VR interactive for multiple users..

As long as they are not in the same room..

a 386/486 50+ mhz might do the trick, run a program that takes the
most use of RIP/NAPLS (kind of what Prodigy does, see explination
below).

EXPLINATION:

Soem quick terms for ease of usage.  Mother computer, the 386/486 50
mhz machien, basically the network server.  Remotes: The individuals
who call in or connect in to the mother.

BAsically what RIP/NAPLS does is the mother computer handles the
mundane things, such as keeping track of the individuals, objects and
making sure that the don't bump or conflict with each other..

The remotes then have RIP/NAPLS, which allows the remote to handle the
local graphics and such.. Only time the rmotes needs to talk to mother
is when they move and the mother needs to tell te other remotes that
the individual moved.  or to give the remote a new graphics that it
did not already have, such as when a new user signs on and has a new
Avatar (avatar, personnalized representation of the user, they can get
very interesting)..  OR when the remote person is about to bump into
soemone else, soemthing (object) or do soem action..

Basically kind of liek playing a MUD/MOO, but with inhoem graphics..
The remote users can munipulate their percception of what the mother
is telling them..

I hoep I did not get bogged down or wierd/rambling.. sorry for any
spelling errors, thinking faster than I type and the local connect is
real slow. Lag tiem is fun..

PS: the mother can be soem thing liek a modified version of
Galacticomm BBS, with more modems, and more memory and HD space. and
maybe a CD ROM drive for standard graphics and such.. and the basic
program..


===
Ghost Wheel - nsmca@acad3.alaska.edu

A way to do a VR scenario locally versus WAN, well just design it as a
network.. a game LAN???