Google Draco back

(L) [2017/03/23] [ost by dr_eck] [Google Draco] Wayback!

Is anyone considering implementing Google Draco in a renderer?  It's code for compressing meshes.  Here's a link:  [LINK https://github.com/google/draco]

Steve

(L) [2017/03/27] [ost by papaboo] [Google Draco] Wayback!

What do you mean by 'in a renderer'? As datamodel pre-/postprocessing? Or actually uploading the compressed data and decompress on the fly? (if such a thing is possible)

(L) [2017/03/27] [ost by dr_eck] [Google Draco] Wayback!

Thanks for responding; I was beginning to wonder if the board was comatose.  My understanding is that that Draco is aimed at compressing 3D models.  A simple application of this might be to decrease the time it takes to load a large model from storage.  It may or may not be possible to use this compression to save GPU memory and/or transfers.  My primary aim was just to start a discussion and see what others think of the technology, if it is even on the radar.

Steve

(L) [2017/03/28] [ost by papaboo] [Google Draco] Wayback!

The forum isn't dead, just really quiet. Like a lion on the hunt. [SMILEY :)]
Personally I can say that Draco's in my backlog and will stay there for the foreseeable future, since it doesn't really help my shoot those precious precious rays. [SMILEY :)]
I doubt that the compression would work for on GPU memory, but if you're interested there are other compressions out there Google Quirin Meyer for a couple of papers on compressing positions and normals.

(L) [2017/03/28] [ost by toxie] [Google Draco] Wayback!

making the transfer faster is pretty hard nowadays in the age of SSDs and fast GPU connections.
and decompressing on the fly is not the target of the draco library, so for this one needs something else that allows better/faster random access.

(L) [2017/03/28] [ost by toxie] [Google Draco] Wayback!

Also note this for more info: [LINK https://github.com/google/draco/blob/master/compression/mesh/mesh_edgebreaker_encoder.h#L27]
Plus also note that its lossy compression (at least thats what i only saw).

(L) [2017/03/28] [ost by papaboo] [Google Draco] Wayback!

Well if it's lossy then it's irrelevant. The edgebreaker compression is lossless though. It simply compresses the topology / connectivity and I seriously doubt anyone would consider lossy topology compression. High-res-CAD-model-in, swizz-cheese-model-out would be a no go.

(L) [2017/03/30] [ost by toxie] [Google Draco] Wayback!

Maybe you can set it to lossless, too? I only saw lossy so far. But it should not lead to holes as long as you base your quantization on the vertices themselves (so no diffs), but again, i haven't looked at what they do exactly in great detail.