I know there may not be a lot of desire to special-case this, but it would be great if 7-Zip added support for .apk (Android package) files. They're "just" Zip files, but even installing the complete Android SDK doesn't associate them with an application.
Even better, it would be greatly appreciated-speed up my work a lot-if 7-Zip would also support "aligning" .apk files; the Android SDK "zipalign" tool aligns all contents on an n-byte boundary so that applications can read the compressed contents without having to perform a full extraction. Currently, "zipaligned" packages are generally aligned on a 4-byte boundary; ARM (32-bit) being the "default" platform for almost all full Android or Android-derived OSes.
I've fiddled about in the Windows registry to add an "Align" command to all .apk files, but all I can do is call zipalign.exe and output to "%1"+ - zipalign doesn't allow you to overwrite the existing file with an aligned version, and there's no (easy) way to tell if a .apk file is *already* aligned.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I still don't understand how does zipaliп work.
Can you show some example for example we have zip:
files1: uncompressed = 1001, compressed = 401
files2: uncompressed = 2001, compressed = 801
What do you have after zipalign?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
From what I read on android offcial site:
Specifically, it causes all uncompressed data within the .apk, such as images or raw files, to be aligned on 4-byte boundaries.
So likely zipalign doesn't apply on compressed content, it only affects on uncompressed data.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I know there may not be a lot of desire to special-case this, but it would be great if 7-Zip added support for .apk (Android package) files. They're "just" Zip files, but even installing the complete Android SDK doesn't associate them with an application.
Even better, it would be greatly appreciated-speed up my work a lot-if 7-Zip would also support "aligning" .apk files; the Android SDK "zipalign" tool aligns all contents on an n-byte boundary so that applications can read the compressed contents without having to perform a full extraction. Currently, "zipaligned" packages are generally aligned on a 4-byte boundary; ARM (32-bit) being the "default" platform for almost all full Android or Android-derived OSes.
I've fiddled about in the Windows registry to add an "Align" command to all .apk files, but all I can do is call zipalign.exe and output to "%1"+ - zipalign doesn't allow you to overwrite the existing file with an aligned version, and there's no (easy) way to tell if a .apk file is *already* aligned.
I still don't understand how does zipaliп work.
Can you show some example for example we have zip:
files1: uncompressed = 1001, compressed = 401
files2: uncompressed = 2001, compressed = 801
What do you have after zipalign?
From what I read on android offcial site:
Specifically, it causes all uncompressed data within the .apk, such as images or raw files, to be aligned on 4-byte boundaries.
So likely zipalign doesn't apply on compressed content, it only affects on uncompressed data.