State of art for 64bit EXE/ELF compression.
category: code [glöplog]
Just wondering whats the latest progress on x64 compression for intros and things?
As people knew for years, I been working on and off on my own LZMA1 based packer. It existed in several forms but after my 5 year personal haitus, I decided to get back into coding demos again. Which means me working on my packer (plus personal DRM) again. With support for x64.
Just wondering whats the state of binary compression these days?
* I noticed on consoles its upkr, but that can be ported to PC.
* Is Squishy still the dominant one for 64bit intros, and has there been progress on kkrunchy-like code preprocessing for 64bit, or is still E8 filters still the go? I noticed Razor's prods even use UPX uncustomized.
* Whats packing on Linux like? Is there now specific compressing linkers?
As people knew for years, I been working on and off on my own LZMA1 based packer. It existed in several forms but after my 5 year personal haitus, I decided to get back into coding demos again. Which means me working on my packer (plus personal DRM) again. With support for x64.
Just wondering whats the state of binary compression these days?
* I noticed on consoles its upkr, but that can be ported to PC.
* Is Squishy still the dominant one for 64bit intros, and has there been progress on kkrunchy-like code preprocessing for 64bit, or is still E8 filters still the go? I noticed Razor's prods even use UPX uncustomized.
* Whats packing on Linux like? Is there now specific compressing linkers?
IIUC, Squishy's code processing is even more sophisticated (and effective) than kkrunchy's, as it is tightly integrated with the context modelling, i.e. rather than predicting from preceding bytes, it predicts from preceding instructions, with knowledge of the roles each byte has in the instruction encoding (simply put).
Hmmm, so it might not be worth much effort then pursuing with LZMA1 alone and using something similar to 7zip's code filter. Or even abusing recent Windows compression APIs like for LZMS and similar.
Might just work and flesh out the packer just for fun (and add antidebug+etc to it anyway as a fork of it).
Might just work and flesh out the packer just for fun (and add antidebug+etc to it anyway as a fork of it).
Quote:
re: Linux: best in town is currently epoqe's cold, but it's not publicly available. The other best option is probably to use smol and oneKpaq.
Any dedicated intro (16kb-96kb) packer for Linux around? Last I seen there was some LZMA shenagigans with shell scripts/cat or something? I do wonder then if a small depacker (like 500 or so bytes for LZMA1 like I have), will help there? Or does the current Linux hackery around work enough assuming that everyone has xz or something?