[f_devd]

I've worked on (alleged) sota delta compressors before and was suprised how much code is needed here to enable OMP parallelism & LZMA compression. It could also just be the difference in delta technique, I will definitely look through it some more if I have the time.

For reference the tool I worked on (gdelta) is about roughly 700 sloc: https://github.com/i404788/gdelta

[palaiologos]

hi, most of the code in my repository has to work around various C problems (e.g. no generics), so match32 and match64 are the same functions that work on differently sized buffers - if I had generics and RAII, the diffing and patching source code would have been comparable in size to your project.

I also don't see robust error handling in your code, which usually costs lines of code (especially in C) too.

The difference in delta technique is certainly not negligible, as my code still uses Colin Percival's algorithm, while you seem to have settled on something else. It's also important to point out that being "better than xdelta" means pretty much the same as "having more than nothing", because xdelta has already been superseded 20 years ago by bsdiff[1], which in turn would ideally be superseded by my project.

  [1]: https://www.daemonology.net/bsdiff/

[f_devd]

You might be right, although something to note is that xdelta 1.x is referenced while xdelta 3.1 is what gdelta claims to beat.