Sharpcompress

[adamhathcock]

Are you interested in joining forces by embedding your zstd work into Sharpcompress?

There's a driver to keep all compressors in the library which enables things like native support: adamhathcock/sharpcompress#793

Instead of me attempting to embed this directly (as I did years ago) adamhathcock/sharpcompress#627 I'd rather move it to an org and let more people work on things.

[oleg-st]

I don't know. What exactly you're offering? Why not leave ZstdSharp as an dependency?

[adamhathcock]

Making sharpcompress an org with multiple maintainers instead of myself.

Dependencies are often tricky as seen because of the low level nature of sharpcompress. I've had issues in the past and was looking to bulletproof things.

If you don't have a desire, that's cool.

[Mrgaton]

Would be good a library with all algorithms, but be able to download x algorithm separately based on needs is good too.

[SimonCahill]

+1 for this request. I don't want to have multiple libraries with different dependencies in an application, just so I can implement a singular, more efficient compression algo.

I need/want to work with other formats, too, depending on needs and wants.

FWIW, the license would allow to plug this directly into SharpCompress.