SharpCompress is a compression library in pure C# for .NET Standard 2.0, 2.1, .NET Core 3.1 and .NET 5.0 that can unrar, un7zip, unzip, untar unbzip2, ungzip, unlzip with forward-only reading and file random access APIs. Write support for zip/tar/bzip2/gzip/lzip are implemented.
The major feature is support for non-seekable streams so large files can be processed on the fly (i.e. download stream).
GitHub Actions Build -
Post Issues on Github!
Check the Supported Formats and Basic Usage.
In general, I recommend GZip (Deflate)/BZip2 (BZip)/LZip (LZMA) as the simplicity of the formats lend to better long term archival as well as the streamability. Tar is often used in conjunction for multiple files in a single archive (e.g. .tar.gz)
Zip is okay, but it's a very hap-hazard format and the variation in headers and implementations makes it hard to get correct. Uses Deflate by default but supports a lot of compression methods.
RAR is not recommended as it's a propriatory format and the compression is closed source. Use Tar/LZip for LZMA
7Zip and XZ both are overly complicated. 7Zip does not support streamable formats. XZ has known holes explained here: (http://www.nongnu.org/lzip/xz_inadequate.html) Use Tar/LZip for LZMA compression instead.
Hi everyone. I hope you're using SharpCompress and finding it useful. Please give me feedback on what you'd like to see changed especially as far as usability goes. New feature suggestions are always welcome as well. I would also like to know what projects SharpCompress is being used in. I like seeing how it is used to give me ideas for future versions. Thanks!
Please do not email me directly to ask for help. If you think there is a real issue, please report it here.
I'm always looking for help or ideas. Please submit code or email with ideas. Unfortunately, just letting me know you'd like to help is not enough because I really have no overall plan of what needs to be done. I'll definitely accept code submissions and add you as a member of the project!
- RAR 5 decryption support
- 7Zip writing
- Zip64 (Need writing and extend Reading)
- Multi-volume Zip support.
- New - Full LZip support! Can read and write LZip files and Tars inside LZip files. Make LZip a first class citizen. #241
- New - XZ read support! Can read XZ files and Tars inside XZ files. XZ in SharpCompress #91
- Fix - Regression - zip file writing on seekable streams always assumed stream start was 0. Introduced with Zip64 writing.
- Fix - Zip files with post-data descriptors can be properly skipped via decompression
- Fix .NET 3.5 should support files and cryptography (was a regression from 0.16.0)
- Fix Zip per entry compression customization wrote the wrong method into the zip archive
- Fix Preserve compression method when getting a compressed stream
- Fix RAR entry key normalization fix
- Breaking - Progress Event Tracking rethink
- Update to VS2017 - VS2017 - Framework targets have been changed.
- New - Add Zip64 writing
- Fix invalid/mismatching Zip version flags. - This allows nuget/System.IO.Packaging to read zip files generated by SharpCompress
- Fix 7Zip directory hiding
- Verify RAR CRC headers
- Fix invalid headers - fixes an issue creating large-ish zip archives that was introduced with zip64 reading.
- .NET Assemblies aren't strong named
- Pkware encryption for Zip files didn't allow for multiple reads of an entry
- GZip Entry couldn't be read multiple times
- Fix null password on ReaderFactory. Fix null options on SevenZipArchive
- Make PpmdProperties lazy to avoid unnecessary allocations.
- Breaking change: Big refactor of Options on API.
- 7Zip supports Deflate
- Forward only zip issue fix adamhathcock#160
- Try to fix frameworks again by copying targets from JSON.NET
- 7Zip fixes adamhathcock#73
- Maybe all profiles will work with project.json now
- Support Profile 259 again
- Support Silverlight 5
- .NET Core RTM!
- Bug fix for Tar long paths
- Bug fix for global header in Tar
- Writers now have a leaveOpen
booloverload. They won't close streams if not-requested to.
- Bug fix in Skip method
- SharpCompress is now endian neutral (matters for Mono platforms)
- Fix for Inflate (need to change implementation)
- Fixes for RAR detection
- Added Cancel on IReader
- Removed .NET 2.0 support and LinqBridge dependency
- Been over a year, contains mainly fixes from contributors!
- Possible breaking change: ArchiveEncoding is UTF8 by default now.
- TAR supports writing long names using longlink
- RAR Protect Header added
- Finally fixed Disposal issue when creating a new archive with the Archive API
- Fixed Rar Header reading for invalid extended time headers.
- Windows Store assembly is now strong named
- Known issues with Long Tar names being worked on
- Updated to VS2013
- Portable targets SL5 and Windows Phone 8 (up from SL4 and WP7)
- Fixed 7Zip extraction performance problem
- Added support for RAR Decryption (thanks to https://github.com/hrasyid)
- Embedded some BouncyCastle crypto classes to allow RAR Decryption and Winzip AES Decryption in Portable and Windows Store DLLs
- Built in Release (I think)
XZ implementation based on: https://github.com/sambott/XZ.NET by @sambott
7Zip implementation based on: https://code.google.com/p/managed-lzma/
LICENSE Copyright (c) 2000 - 2011 The Legion Of The Bouncy Castle (http://www.bouncycastle.org)
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.