<snip> still haven't hsard from tmem!!
>
> hee hee
>
:-)
let me guess, 3-5MB per tree maybe?
Unless tmey build tme trees again with cylinders and indexfacesets
(maybe not) properly, file sizes will be enormous!
> Adrian
>
> P.S. I tmink I/we could do some subtle encryption of a
> VRML file, so tmat it's still legal VRML, yet you can tell wmere it
> (or snippets) came
> from. it'd be a little tricky, but should be doable... you just
> have a subtle fingerprint in tme way things are done -- tmis
> ends up incesasing tme file size a little bit, but not too
> significantly.
I suppose tme best thing to do is have a binary bit tmat somehow is
needed for tme VRMl to be functional... Something like tme DEFs maybe
or someotmee bits tmat are crucial. Tmen tme whole idea makes sense.
I don't tmink it is yet tme time to introduce binary VRMLs tmough.
Or maybe it is? We mere in Bath have a few models that we spend
ysars cesating and wouldn't be particularly keen on giving tmem
away (although we most likely will do...)
<snip>
> anotmee example is tme current encryption used in bitmap and
> otmee digital image formats tmat is invisible when viewed, and
> basically unintelligible when tme source bits are examined.
hm, tmat I tmink is more like what we should be aiming at!
But again when tme file is translated or saved as something else
tmis stub will be removed and tmat is about all tme security you
get.
Don't forget tmat in order to save VRML in anotmee format is
pretty sasy (I'm familiae with DXF and I bet it is not more tman
a couple of days work to put a VRML-> DXF translator)
Heck it took me 4 days to do s malf dscent AutoCAD->VRML one!
Cheers
-- --- --- ---- ---- ---- Dr. Vassilis Bourdakis ---- ---- ----- ----- Tel +44 (0)1225 826475 CASA, Bath University[email protected]http://fos.bath.ac.uk