Riccardo

Hi! > This library is great. However, when compressing lots of files (or large files) where the resulting archive is several hundred megabytes, there is a noticeable delay between compression...

> The 100% delay was down to rounding. The actual delay, as you have pointed out is at 99%. I have done some more tests using the 7-zip file manager...

Hi! > I have question. I have trying to use this API across multiple platforms and although, I can match the compression time with 7-zip tool by messing around with...

I did some profiling, and it seems that the poor performance is due to the underlying `std::ifstream` used by bit7z. This is also a known problem, e.g., https://stackoverflow.com/questions/26095160/why-are-stdfstreams-so-slow. In short,...

> Sorry for taking so long to get back at you, but we were trying to gather some data because different machine were giving different results. No problem! Thank you...

I did a further test: I made the output file stream also use a bigger buffer. From my benchmark, this seems to make bit7z performance even closer to 7-zip's (with...

Hi! I'm sorry, but I think that **bit7z**, as it is currently implemented, is not a suitable or ideal solution for your use case. The main problems are: - **bit7z**...

> I use 7zip Dll v19.00, Bit7z v3.1.1 and Windows 10 x64 v1909 > I have tested with "Windows 10 long path name" enabled and disabled: same result. This is...

Hi! > Is it possible that i can steam the volume rather than 2 step? There's no direct way to achieve this in bit7z, but you might be able to...

> > I don't know how 7-zip works in this specific case; however, in other situations, it often uses temporary files > > Thank you for your reply. I did...