Hmm.. looks like they need some data compression consultant:
Downloaded a 3D model of a George Washington monument:
Code:
george-washington-greenough-statue-(1840)-full_resolution-obj.zip 721.439.300 Original Decompressed size: 3.039.631.289 bytes
george-washington-greenough-statue-(1840)-full_resolution-obj.zip.pcf_cn 721.439.379 Precomp 0.4.7 -cn Huh? Oh, nice, they are using Deflate64!
Some extracts from the largest file (...-geometry.obj, 3.037.309.675 bytes):
Code:
v -964.554993 1094.469971 -107.904999
v -964.713989 1094.349976 -108.806999
[...]
vt 0.602333 0.642798
vt 0.602908 0.642871
[...]
vn -0.127999 0.146316 -0.980922
vn -0.124323 0.121731 -0.984746
[...]
f 4201243/24015712/4201243 4201245/24015713/4201245 4201619/24015714/4201619
f 4201424/24015715/4201424 4201575/24015716/4201575 4200939/24015717/4200939
Well, I know those 3D model formats are unflexible and .obj only seems to support ASCII, but using a binary format would've been much better.
Also, there are much better formats available (using Google's Draco here):
Code:
george-washington-greenough-statue-(1840)-master-geometry.obj 3.037.309.675 Original
george-washington-greenough-statue-(1840)-master-geometry.drc 25.884.040 draco_encoder Default settings used, encode time: 6 minutes (could be better, my machine was swapping)
george-washington-greenough-statue-(1840)-master-geometry.drc.obj 2.034.979.399 draco_decoder decode time: 40 s
Yes, it's lossy, but the texture to this model is a JPG, too. And it'd save soooo much bandwidth (~30 MB instead of 720 MB). Also, it's possible to view the .drc file directly in the browser.