Add `compcode` to blosc_cbuffer_versions about c-blosc HOT 4 CLOSED

I think this is a reasonable choice. Need to make sure though, that the version, versionlz, and compcode are clearly documented. Those variables are quite similar so we should seek to avoid confusion.

• version is the format version of the Blosc metaccodec itself
• compcode is the code for the real/internal/implementation codec library ( NOT the codec implementation, but see #45) used.
• versionlz is the format version of the real/internal/implementation codec used.

Not sure yet about the correct terminology to use to describe the real/internal/implementation codec.

from c-blosc.

Hmm, after putting some serious thought on this, I am leaning now to add a new API call:

int blosc_cbuffer_compcode(const void *cbuffer);

Where it returns the compressor code for the buffer. That avoids the API change, and although it makes the API a bit larger, I think it is nice to be explicit. Also, when in the future several filters would be allowed, a new API call could be added too:

int blosc_cbuffer_filtercode(const void *cbuffer);

What do you think?

Also, I agree that current variables in blosc_cbuffer_versions() must be better documented.

from c-blosc.

I think it would fit nicely with the function for setting the complib, some good symetry. Also, the cost of avoiding the API change in this case is not very large so it is preferable.

from c-blosc.

Fixed in rev 365f819. I finally decided to go with a blosc_cbuffer_complib() because the most you can do is guessing the compression library, and not the actual compressor used. This only actually applies to LZ4, where both lz4 and lz4hc compressors map to the LZ4 library, but in the future there could be similar cases for other libraries.

from c-blosc.