-
Any chance of including this format in a future release?
https://github.com/FS-make-simple/paq9a
Exceptional compression levels.
Thanks.
-
Now that the Windows Store is making support for non-UWP apps mainstream, including those with their own update delivery process, it would be nice to see PowerArchiver in the Windows Store going forwards - at least as a channel for the product to be available.
-
Tell us what features you want from new format…
-
It would be nice to be able to at least extract Zstandard archives.
-
In Windows 11 a new explorer context menu is introduced.
The “old” context menu may still be accessed through an additional mouse click, to reach the PowerArchiver context menu functions, but this isn’t comfortable at all.Could you add PowerArchiver items to the first level (and ideally disable the Windows native ZIP entry)
-
I’m surprised that OneDrive for Business isn’t supported. I can’t link my company’s OneDrive account, but a personal (free) account works fine.
-
Hi,
I’d like to propose an improvement for password protected archives.
Actual behavior is:
If I open an archive, which is password protected and make a typo in the password dialog, I’ll get the message, that the password was wrong and I end up with an empty window. I need to reopen the archive to be able to enter the password again.Improved behavior:
Tell me, that the password was wrong and give me the chance to enter the correct password to decrypt the archive. -
Hello!
I know I have been asking for this feature some time ago, but as nothing has changed let me ask again:
The ZIPX-format offers an algorithm, that compresses JPEG-files by about 20-30%. Please add compression (packing) support for this in ZIPX-archives to Powerarchiver. Extraction of JPEGs packed into ZIPX by this algorithm is already supported by Powerarchiver for a long time, so it should not be difficult? Or is it a licensing problem?
Thanks! -
Hi,
I’d like to suggest, that the correct archive type is (always) selected, when adding files by drag & drop to an archive.
This is already happening if the archive has the correct extension. For example, if I’m adding files to test.zip, zip will be selected. If I’m adding files to test.7z, 7z will be selected as format in “Add dialog”.
But this won’t be working, if the archive has not the “right” extension.
So XPI files (Firefox addons) for example are ZIP files. PowerArchiver opens them without any problems, but if I try to add file by drag & drop, PowerArchiver won’t auto select “ZIP”, but use the last selected archive format, while PowerArchiver already knows, that I’m trying to add files to a ZIP. -
I love this, only there is one problem. The UAC elevation feature does not extend to Mount Image option in the add-on software PA provided. It is most annoying whenever I am on highest UAC settings and I mount an ISO, every time I open and create a virtual drive UAC appears. I also do not want to completely disable UAC.
Is adding UAC elevation for mount image feature possible?
-
The now defunct Bulkzip had Nanozip (nz) as an option this would be great to have for compatibility with my .nz files, so I don’t have to install Bulkzip separately.
-
Hi.
I noticed that when I want to run the Virtual Drive for the first time inside the PowerArchiver Burner it prompts to download it form the internet.
I was wondering, would it be OK to include this utility straight into the offline installer to be able to set it up locally?
Thank you!
-
How about recognising a few more (or all) of the file formats that are basically renamed zip files and treating them is if they are zip files.
For instance Android .apk files are just renamed .zip files.
Libreoffice/Openoffice ODF documents are all, as far as I am aware, just renamed .zip files. (.odt, .ott, .ods, .ots, .odp, .otp, .odb, .odf etc.) -
I would like to make a further plea for my mouse’s backwards and forwards keys to work when navigating to and from files, just like they do in explorer. IIRC, I was told that this functionality would be added to v2019.
Mni tnx.
-
I use PA for everything, if I can.
Would be really nice to maybe get built in support for Quake 1/2 .pak files.
More info on the format, seems simpler than I thought: https://quakewiki.org/wiki/.pak -
Would it be possible at all in some future version perhaps, to have a “find file” function?
Reason I ask is that I was looking for a certain file I knew existed in an archive, but I had to unzip it then use another tool to find the file. It would have saved that extra step if that function existed in PA itself. -
Hi.
Is there a way to enable the user to encrypt the files inside a ZIPX archive that has already been created?
This could save time for large archives that the user may need to encrypt at a later stage or that he/she has forgotten to enable encryption before creating the archive,
Thank you!
-
Hi.
I would like to see a new feature implemented: a ‘Fast Extract’ Mode.
Currently PowerArchiver extracts files to a temporary directory and then moves them to the target directory chosen by the user. At least via drag and drop.
This can be both time consuming and needs free space on the system drive for large files.
Is there a way to directly extract files to the target directory with PowerArchiver?
And if not, can a feature like this be considered for future updates?Thanks very much!
-
Hello.
I believe it would be useful to implement Serpent-256 encryption for PAE/PAE2 formats, even though PowerArchiver offers strong encryption ciphers already.
(deleted part advertising other software - admin)
Do you think this will be a useful addition?
Thank you for the consideration!
UNSOLVED 7-Zip engine in PA 17 not as good as in 7-Zip 17
-
I have been doing some test on 7-Zip compression inside PA, and noticed that 7-Zip 17.00 always get better compression ratios that PA with 7-Zip format. No matter if we choose LZMA or LZMA2.
I guess that the advantage on 7-Zip is because:
- Can use -myx=9 to improve ratio.
- Can use fastbytes=273 which is in 90% of cases best ratio
- Can use 128MB o 256MB dictionaries.
- Maybe because recent 7Z engine, is also better than the one in PA
Would be fine if those additional options can be setup inside PA, or either they are finetunned inside PA default values.
-
@nikkho we dont really set manual options in 7z, we could though… how does it compare to PA format?
-
I have compressed full PowerArchiver x64 portable in my SSD disk, so it is easy for you to reproduce.
- Uncompressed size: 176.473.679 bytes.
- 7-Zip 17.00 Ultra LZMA 128MB fb273 myx=9: 28.330.063 bytes.
- PowerArchiver 7z 17.00.69 LZMA Ultra: 29.060.624 bytes.
- 7-Zip 17.00 Ultra LZMA2 128MB fb273 myx=9: 28.323.572 bytes.
- PowerArchiver 17.00.69 7z LZMA2 Ultra: 29.062.095 bytes.
- PowerArchiver 17.00.69 7z Optimized Ultra: 41.579.382 bytes.
Take a look at the bad results with the Optimized profile, and also at the equivalent PA implementation, being slightly worse than the one in 7-Zip, meaning that the library used or its parameters, are subobtimal.
By the way, same with PA format, excellent results:
- PowerArchiver 17.00.69 pa Extreme Optimize Strong: 27.114.421 bytes.
-
@spwolf myx was added in 7z 15.00 (https://sourceforge.net/p/sevenzip/discussion/45797/thread/fd1f6344/) and it improves results a bit at the cost of some additional analysis time.
As for fastbytes fb=273 is mostly the better.
-
@nikkho cool, keep in mind for .pa we use 64M as default in extreme, so result with 128M dictionary would be even better due to codecs, not just settings.
-
as to Optimized, there is something wrong with the settings, we will check it out. Thank you very much!
-
Confirmed that the problem is fixed in 17.00.70, but still with some room for improvement:
- PowerArchiver 17.00.69 7z Optimized Ultra: 41.579.382 bytes.
- PowerArchiver 17.00.70 7z Optimized Ultra: 29.057.719 bytes.