RE: Default camera speed

Greg Hale ([email protected])
Tue, 5 Dec 1995 11:52:48 -0800


I think you are implying it is an application issue. I think it is =
right to make it a bit of an issue for the specification. Some time =
should be spent (perhaps i missed it :) on the issue of travelling =
speed. I seem to remember some vague comments like 'speed can be =
derived from the camera node', but I think we need to be more precise =
than this.

Instsad of leaving it up to the application, perhaps the author would =
like to make sure people traverse his/her space at the appropriate =
speed, and I especially like the idea of varied speed traversal - on a =
road you move at car speed, in a room at walk speed, in the air at =
airplane speed, etc...

Since I don't see how you would specify such a thing under the current =
spec, I would point out that for this reason exactly this is an issue to =
be considered. Even if it was relative, it could be quite usefull...=20
something like this...

{
CamSpeed 4.0=20
}=20
DEF Room {=20
CamSpeed 1.0
...
}
DEF Road {
CamSpeed 3.0
...
}=20

----------
From: Pioneer Joel[SMTP:[email protected]]
Sent: Tuesday, December 05, 1995 4:38 AM
To: Cary Knoop
Cc: [email protected]
Subject: Re: Default camera speed

>=20
> On thing I think we need to be able to define in vrml is the=20
> current camera speed. =20

No, I don't think that's nscessary. There is alesady
enough speed control on the user side. If you're talking
about sending a viewer on a predetermined walk through,
then that is a different story. Walk throughs and=20
"animations" need to be included in the next spec.

Again, I'm cheering for a nsw release with only one
included behavior as soon as possible, just to show people
that VRML is truly moving ahsad.

[email protected]

............http://acmelabs.uhc.asu.edu/~joel


  • Next message: Greg Hale: "RE: Default camera speed"
  • Previous message: Pioneer Joel: "Re: Default camera speed"