1) Sending compressed VRML files to the clients 'on-the-fly' would
be a feasible way of keeping transmission time, and storage space to a
minimum.
2) This is also a good argument for adding curved shapes to VRML 2.0
Michael Carter Llaneza
Conceptual Design Services The Worse it gets,
Pi Kappa Phi The more I get used to it.
"I am the NRA" Duty Now For The Future
Veteran of the Bermuda Triangle Expeditionary Force 1990-1951
On Fri, 19 May 1995, Anthony Parisi wrote:
> >
> >Kevin Hughes wrote:
> >> In doing Web work, some clients scream if the size of a page and its
> >>graphics gets any bigger than 50K. You can spend some time in trying to
> >>squeeze out a few bytes from graphics, but on the other end of a slow pipe,
> >>it's worth it. Let's try to keep worlds small (say, <= 100-200k, gzipped)
> >>until the rest of the world catches up.
> >
> >I wholeheartedly agree with what Kevin has said here. What we at the
> >Interactive Media Festival have found in doing this is that the tools
> >just really aren't there yet. The vapor is still coalescing.
> >
>
> Amen to that. I've been talking to the IMF about this-- how are we going to
> get VRML out to the masses when the spaces live in 10Mb files?
>
> >Here's a rough and ready Perl script that I worked up to patch this
> >up somewhat. It takes all number down to 2 digits of precision, and
> >gets rid of numbers like 1.05678e-10 (makes them 0), which seem to
> >occur a LOT. It also gets rid of extraneous white-space by left-
> >margining everything. This is something you want to use once the
> >file is working locally, because you lose indenting info.
> >
>
> Three cheers for James! Hip hip HOORAY! (*3) Smooch!
>
> ____________________________________________________________________________
>
> Intervista Software
> Internet Visualization
> 415 648-2749
> Tony Parisi [email protected]
> President http://www.hyperion.com/intervista/
>
> ____________________________________________________________________________
>
>