Peter Lindstrom

Dear Shelton, This is a rather large data set. The uncompressed data is 5.2 GB and the compressed data is another 2.6 GB. zfp should definitely report an error if...

Maybe a dumb question, but are you certain that the input data actually has nonzero values? Note that zfp assumes that the leftmost index varies fastest (aka. Fortran order). To...

I'm glad to hear this is working, though we need to look into what's causing the failure for the larger data set and why zfp is not reporting an error....

@sheltongeosx Sorry for taking so long to get back to you regarding this issue. We're finally at a point where we have time to go over the CUDA implementation to...

I can confirm this incorrect behavior. Let us look into it and see if we can get you a patch.

A quick inspection reveals that `internal::setup_device_stream` ignores the positioning of the bit stream pointer and in effect rewinds the stream, resulting in the header being overwritten. Although fixing this should...

@vkrGitHub I think the decompression issue you're seeing may have something to do with word alignment. Does this issue occur also if you generate the compressed file (with a header)...

My apologies--my question wasn't very precise. What happens if you perform compression (including generation of a header) on the host and then perform decompression on the device?

@vkrGitHub Thanks for sharing these results. Yeah, I believe both the compressor and decompressor ignore the current bit stream offset and start (de)compression at offset zero. It's akin to implementing...

I took a quick look at your code, and I see several issues. First, `hdrsize` in `cuda_set_zfp3D_struct2` is not used correctly. The idea is to ensure that the offset, `begin`,...