PA Queue does not compress file optimally with same parameters if used in Queue mode.
Being able to save advanced option, and set a default profile and archive type for compression so I can save clicks.
The above two are majorly affecting my efficiency with archiving stuff with PA 20.10.03.
Can someone confirm if they are resolved with the 2022 RC1?
I thought, I’ll give it a try and upgrade my PA 2018 Toolbox on my production machine to PA 2021 (20.10.03)Sending registration codes in your order recovery doesn’t seem to work at the moment (I also checked my junk folder), online activation works Using registry to disable modules (for example HKLM\SOFTWARE\PowerArchiverInt\General\DisableBurning) doesn’t work as expected with modern ui. The module is visible, but I’ll get the trial nag, if I try to open it. It’s almost fine in classic and ribbon mode.
“DisableClouds” and “DisableExplorer” seem not to be respected at all, while the classic UI seems to respect the setting to disable any other unused module:In settings I won’t be able to access the SmartAI settings and the settings for the internal editor if the FTP module is disabled
I’m running W10 Pro on an HP i-7 machine with now 32gb of RAM. The system drive is an SSD.
In the course of sorting out some inconsistencies in a couple of my .pbs jobs, I’ve been paying close attention to the system CPU resource and power consumption of PA Starter, as shown by the various resource management tools. I’ve also been trying to identify why my system seems rather sluggish despite some extensive tuning for speed etc.
When I have enabled Starter as a start-up programme, to use the PA Queue facility, I see that Starter consistently uses between 10-13% of CPU, with High Power consumption indicated. It runs, consuming this resource, irrespective of what may be happening with PA and any pbs script jobs.
I can understand a need to use a good chunk of CPU when Starter is actually handling PA jobs, but it shouldn’t sit and consume this amount when it really isn’t doing anything but wait for a job to start and for which it is needed.
Perhaps I’ve missed a way of lessening Starter’s impact, but in the meantime I’ve adjusted my set-up to running PA without it.
Bug: When I use the right button on any folder to bring up the menu and click on e.g. compress or decompress, the program still requires registration even if it is correctly registered. When working with the folder, via the running Power Archiver, everything is fine. (Windows 10 - v. 20.10.03)
Dear @Alpha-Testers and all of our users,
time has come for testing of PowerArchiver and PACL for macOS.
Please let us know here if you have Mac and can test latest builds.
PowerArchiver 2020 - tabbing, opening, extracting, adding, testing, favorite folders, support for multiple languages, opening via Finder, explorer mode, installer.
PACL 10 - support for most formats and features in Windows version.
Upcoming: Tools such as archive converter, batch zip, multi-extract.
To start testing, please sign up here in this thread, and we will send you latest build.
Ashampoo_Snap_Wednesday, November 20, 2019_12h54m56s_008_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m05s_009_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m14s_010_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m30s_011_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m39s_012_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h55m49s_013_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h56m00s_014_.png Ashampoo_Snap_Wednesday, November 20, 2019_12h54m43s_007_.png
Hi,The window size is suddenly “large” Resizing the window to normal size works for the current action, but isn’t remembered The next time I’m using the shell extension, the window is large again, so it seems the size change isn’t saved
I’ve got a strange behavior with the progress window in PowerArchiver 2021 shell extension:
The progress window of PowerArchiver itself has its normal size.
Is there a possibility to reset the shell extension window size?
There would be many of us with Intel Processors.
and they have their own optimized zlib algorithm, which can result in more efficiency if used combined with their hardware processor.
Can we get the same Functionality Under Hardware Acceleration Feature?
Zlib is not the only feature that intel has included with their processor, there’s many, which if combined can result in efficient and better compression ratios.
The support doesn’t answer my email about a license question for weeks, because despite a lifetime license Powerarchiver refuses some functions
I have a “USB2.0” DVD-RW drive with a blank 700MB CD-R inserted.
Windows 10 sees in just fine explorer and it’s usable, and works.
However it is not showing in any dropdown in PowerArchiver.
Thanks for any help…
PowerArchiver 20.10.02 (05/2021) 64-bit
Windows 10 Pro
20H2 build: 19042.1348
Windows Feature Experience Pack 120.2212.3920.0
I’ve found a bug when trying to test an encrypted, 28-volume 7-zip archive of a 18.3 GB folder containing 41,751 files. The test fails, showing errors in all files.Here’s the folder I compressed, and the 28 resulting files:
ArchivesHere’s the multi-volume compressed file opened in PA, showing the total file count and the full archive size:
Opened in PowerArchiverAnd here’s the test results screen after I click Actions -> Test…, showing an incorrect file count and archive size (this seems to be the file size of the first volume alone):
One important detail about the test screen above is that PA opens an UAC prompt asking for privileged execution before starting the test. Is this the expected behavior? It seems PA wouldn’t need higher execution privilege since everything it’s touching is owned by my own user.
In any case, granting or denying the UAC prompt results in the exact same screen.Now, if instead of testing the archive I tell PA to extract the contents, the operation works fine (and with no UAC prompts):
ExtractingWith the Properties panel for both folders, the original and the extracted one, showing the exact same file count and total size:
I hope this helps. 🙂
Currently on the 2021 20.00.55, updated, and licensed.
I have been facing this issue since 2019 version.Queues don’t actually do anything
That I run powerarchiver starter as admin, or without admin.
Then I queue some files, and most of the files take forever, to go from 1% to 2%
and let’s say if the 5th of total 10 files are stuck that should mean the other 4 should be completed, but no, the directories are just like that.
Using Queue feature makes the Powerarchiver to process and compress files, but the PA archives do no appear, neither the disk’s total used space changes.
However if I manually compress files without queuing, no matter if I run multiple compression or one by one, there’s always success.
sometimes compression is stuck at certain percentage for a 50 or 200 MB file, forever.
I want to speed up multiple compression, I find the batch compression feature useless, as I cannot configure any custom parameters or advanced option under PA archive format
So, Let me save parameters(Advanced Option) of Profiles
i) Either I should be able to customize PA Default profile, so I don’t have to select files and manually select profile, but not even single parameter can be saved
ii) Or I should be able to create a new profile and be able to set that as default.
It’s end of 2020 and I have been trying to reach Powerarchiver team to add this, but no one wants to listen or do anything.
Refer case PA-FCW-TLNFM-096
I still cannot save parameters under advanced options like DDL/EXE filter to delta, or PNG PDF Filter, or set zlib to 9 or dictionary size or experimental stuff.
Soo many Revisions and versions released but I still cannot have a profile saved with whatever I want, be it existing or new profile.
Don’t you guys at Powerarchiver labs get frustrated everytime you have to configure these parameters manually?
When I stop an ongoing compression process, that is stuck or let’s say it’s not stuck but I click on cancel and then on No, it still continues compression for no reason.If I start compression and pause, the progress bar shortly(progresses) reaches to completion, but no compression is done, and then archive is stuck forever
Just cancel it
For all my claims above I have sent ticket today with screenshots from my registered email.if you can:
Batch archive is good idea, but if I have multiple directories inside directories, then I want first child directory to have all of it’s subdirectory compressed to that same first child directory
I have a folder in D:\pics
that folder has following folder
Each of the above folder has sub folder:
I want those sub folders(black, white, colorful, fluffy) not to be compressed individually, but the cats, dogs and fishes folders to be compressed individually
Dear PowerArchiver Team!
As I unfortunately found out, there is a big bug in Powerarchiver, which causes the compression rate to drop really significantly! I wonder if no one has noticed this yet? Are you guys still actively developing?
The following error occurs! (This is already as I find a blatant error!).
ERROR:File extensions and formats are not recognized automatically! If a file name e.g. Mütze.jpg is simply “renamed” in Mütze.txt, or
Mütze.png, Mütze.mp3, Mütze.pdf etc. each time a DIFFERENT compression algorithm is performed on the SAME FILE! Remember! The file extension was only renamed, so the file extension e.g. from .jpg to .txt is only by Rename changed! Just take a .jpg or .txt or .pdf file and change the file extension, you will see see this error! No headers are read automatically! Is this really wanted?Then the perfect compression algorithm can never be found and optimized by PowerArchiver? You should investigate this dramatic error once absolutely!
Greetings from your trusty Konglomat!
Please stay healthy and make PowerArchiver more powerful than ever! I am looking forward to future updates! You are still awesome! Please keep up the good work! I love PowerArchiver, really more than just about anything!And will probably buy and use it for eternity!
Powerarchiver 2021 20.00.73
Windows 10 Education 10.0.19042 Build 19042
When extracting gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar.xz , Powerarchiver wrongly thinks some .exe files have a length of zero:
Once extracted:D:\Temp\Powerarchiver\gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf\bin>dir *.exe Volume in drive D is DATA Volume Serial Number is 0E12-BCA2 Directory of D:\Temp\Powerarchiver\gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf\bin 2020-11-20 07:10 PM 1,391,599 arm-none-linux-gnueabihf-addr2line.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ar.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-as.exe 2020-11-20 07:41 PM 3,030,119 arm-none-linux-gnueabihf-c++.exe 2020-11-20 07:10 PM 1,389,293 arm-none-linux-gnueabihf-c++filt.exe 2020-11-20 07:41 PM 3,027,513 arm-none-linux-gnueabihf-cpp.exe 2020-11-20 07:10 PM 4,040,503 arm-none-linux-gnueabihf-dwp.exe 2020-11-20 07:10 PM 391,769 arm-none-linux-gnueabihf-elfedit.exe 2020-11-20 07:41 PM 0 arm-none-linux-gnueabihf-g++.exe 2020-11-20 07:41 PM 3,026,926 arm-none-linux-gnueabihf-gcc-10.2.1.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-ar.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-nm.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-ranlib.exe 2020-11-20 07:41 PM 0 arm-none-linux-gnueabihf-gcc.exe 2020-11-20 07:41 PM 2,165,533 arm-none-linux-gnueabihf-gcov-dump.exe 2020-11-20 07:41 PM 2,343,605 arm-none-linux-gnueabihf-gcov-tool.exe 2020-11-20 07:41 PM 2,450,233 arm-none-linux-gnueabihf-gcov.exe 2020-11-20 07:54 PM 9,605,899 arm-none-linux-gnueabihf-gdb.exe 2020-11-20 07:41 PM 3,028,997 arm-none-linux-gnueabihf-gfortran.exe 2020-11-20 07:10 PM 1,412,943 arm-none-linux-gnueabihf-gprof.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.bfd.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.gold.exe 2020-11-20 07:41 PM 25,546,567 arm-none-linux-gnueabihf-lto-dump.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-nm.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-objcopy.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-objdump.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ranlib.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-readelf.exe 2020-11-20 07:10 PM 1,393,083 arm-none-linux-gnueabihf-size.exe 2020-11-20 07:10 PM 1,392,464 arm-none-linux-gnueabihf-strings.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-strip.exe 32 File(s) 67,465,867 bytes 0 Dir(s) 1,002,422,431,744 bytes free
When the same archive is being extracted from a git bash session (after having installed git 2.30.1 for Windows 64 bit version from git-scm.com), the .exe files are extracted as expected:xz -k -d gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar.xz tar xf gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar cd gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf/bin ll *.exe -rwxr-xr-x 1 User 197121 1391599 Nov 20 19:10 arm-none-linux-gnueabihf-addr2line.exe* -rwxr-xr-x 2 User 197121 1421598 Nov 20 19:10 arm-none-linux-gnueabihf-ar.exe* -rwxr-xr-x 2 User 197121 2028927 Nov 20 19:10 arm-none-linux-gnueabihf-as.exe* -rwxr-xr-x 2 User 197121 3030119 Nov 20 19:41 arm-none-linux-gnueabihf-c++.exe* -rwxr-xr-x 1 User 197121 1389293 Nov 20 19:10 arm-none-linux-gnueabihf-c++filt.exe* -rwxr-xr-x 1 User 197121 3027513 Nov 20 19:41 arm-none-linux-gnueabihf-cpp.exe* -rwxr-xr-x 1 User 197121 4040503 Nov 20 19:10 arm-none-linux-gnueabihf-dwp.exe* -rwxr-xr-x 1 User 197121 391769 Nov 20 19:10 arm-none-linux-gnueabihf-elfedit.exe* -rwxr-xr-x 2 User 197121 3030119 Nov 20 19:41 arm-none-linux-gnueabihf-g++.exe* -rwxr-xr-x 2 User 197121 3026926 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-10.2.1.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-ar.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-nm.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-ranlib.exe* -rwxr-xr-x 2 User 197121 3026926 Nov 20 19:41 arm-none-linux-gnueabihf-gcc.exe* -rwxr-xr-x 1 User 197121 2165533 Nov 20 19:41 arm-none-linux-gnueabihf-gcov-dump.exe* -rwxr-xr-x 1 User 197121 2343605 Nov 20 19:41 arm-none-linux-gnueabihf-gcov-tool.exe* -rwxr-xr-x 1 User 197121 2450233 Nov 20 19:41 arm-none-linux-gnueabihf-gcov.exe* -rwxr-xr-x 1 User 197121 9605899 Nov 20 19:54 arm-none-linux-gnueabihf-gdb.exe* -rwxr-xr-x 1 User 197121 3028997 Nov 20 19:41 arm-none-linux-gnueabihf-gfortran.exe* -rwxr-xr-x 1 User 197121 1412943 Nov 20 19:10 arm-none-linux-gnueabihf-gprof.exe* -rwxr-xr-x 4 User 197121 2572182 Nov 20 19:10 arm-none-linux-gnueabihf-ld.bfd.exe* -rwxr-xr-x 4 User 197121 2572182 Nov 20 19:10 arm-none-linux-gnueabihf-ld.exe* -rwxr-xr-x 2 User 197121 4550029 Nov 20 19:10 arm-none-linux-gnueabihf-ld.gold.exe* -rwxr-xr-x 1 User 197121 25546567 Nov 20 19:41 arm-none-linux-gnueabihf-lto-dump.exe* -rwxr-xr-x 2 User 197121 1404945 Nov 20 19:10 arm-none-linux-gnueabihf-nm.exe* -rwxr-xr-x 2 User 197121 1531656 Nov 20 19:10 arm-none-linux-gnueabihf-objcopy.exe* -rwxr-xr-x 2 User 197121 1991350 Nov 20 19:10 arm-none-linux-gnueabihf-objdump.exe* -rwxr-xr-x 2 User 197121 1421598 Nov 20 19:10 arm-none-linux-gnueabihf-ranlib.exe* -rwxr-xr-x 2 User 197121 1163376 Nov 20 19:10 arm-none-linux-gnueabihf-readelf.exe* -rwxr-xr-x 1 User 197121 1393083 Nov 20 19:10 arm-none-linux-gnueabihf-size.exe* -rwxr-xr-x 1 User 197121 1392464 Nov 20 19:10 arm-none-linux-gnueabihf-strings.exe* -rwxr-xr-x 2 User 197121 1531656 Nov 20 19:10 arm-none-linux-gnueabihf-strip.exe*
The same archive file does extract properly under a native Linux Ubuntu 20.04 system, or under Windows 10 using the WSL2 Linux subsystem using xz and tar.
Hi! I came across an issue when I tried to uninstall PowerArch 2013. I got an error “The specified account already exists” which broke the process. I got the same error when I tried to install the current version, without uninstalling the previous one.
So I can’t uninstall and I can’t install PowerArchiver. Any suggestions? OS Windows 8.1 x64.
PA2009 11.03: Shell Ext Missing in Vista x64
I’ve just set up a new system at home running Vista Business 64-bit. After installing the newest version of PowerArchiver (11.03 currently), the Shell Extensions aren’t showing up in Windows Explorer (or xplorer2 Pro 64-bit).
Things I’ve tried:
- Unchecking and rechecking “Use Explorer Shell Extensions”
- Manually unregistering and reregistering paShlExt.dll
- Uninstalling and Reinstalling PA
At first I thought it might have been due to having DEP enabled for all processes, but scaling it back to the default of essential programs and services didn’t make a difference.
All settings toggles were done with Explorer (including the desktop process) closed (PA was closed as well for unreg/rereg paShlExt.dll). Nothing works. I have no context menu entries for right-clicking a file or right dragging.
All this was done with the built-in Administrator account. It with an elevated desktop process by default, so UAC/Virtualization shouldn’t be interfering.
Other than Office, there’s no other software on the system, and certainly nothing registering a shell extension.
Possibly related: .cab and .zip files are opening in Explorer instead of PA as well, as if their associations in Vista aren’t taking. I’ll have to double-check my registry later, but I’m almost positive that the in HKCR entries for .cab and .zip are correctly pointing to PACAB and PAZIP, respectively. Is there somewhere else the shell could be overriding what it’s seeing in HKCR to cause this?
shell extensions have nothing to do with file associations, they are separate parts of program.
Check PAZIP and in registry and see where is it pointing to… is PowerArchiver in that location?
What happens when you launch PowerArchiver manually?
You are running English PA and English Vista?
also where did you install PA to? (what folder).
.zip’s (Default) value points to PAZIP.
PAZIP’s Shell\Open\command(Default) value points to PowerArchiver’s .exe
English PowerArchiver and Vista.
PowerArchvier is installed to C:\Program Files (x86)\PowerArchiver.
Explorer shows PowerArchiver’s icon for .cab and .zip files, but double-clicking them causes them to open in Explorer as compressed folders.
Opening PowerArchiver manually, I can navigate to and open the files.
Other types of archives (e.g. .rar, .7z) open in PowerArchiver when double-clicked in Explorer.
To be honest, I’d rather have the shellex working. My primary archive usage is to right-drag a file (or several) to a destination folder and use the commands on the context menu to decompress them into place.
I did finally get around to installing another 3rd party shellex last night and it’s working. I might take a gander through things with Nirsoft’s ShellExView and drive around the registry itself to see if anything looks amiss there.
If I have time, I might also let Process Monitor loose on my system while I try to double-click a .zip and a .cab file to see why Explorer seems to be ignoring the registry.
Right click on zip file, and select open with menu… that menu can overwrite file associations. Thats what happened probably…
as to shell extensions, anyone else with same issue?
Did you try deleting PA registry key and running PA again? It is in HKCU\Software\PowerArchiver… also check if there is anything under HKLM\Software\PowerArchiver and if there is, just delete the key.
Blast it, it’s xplorer2 not honoring the registry settings. Explorer itself is fine. I thought I’d checked them in Explorer, but I must not have. My apologies for wasting your time. :o
Re: Shell Extensions
I’ll try purging HKCU\Software\PowerArchiver and see what I get. I’ll post back in a bit.
HKLM\Software\PowerArchiver only contains my name and serial number, because I’m not a fan of having to put it in on every user account.
Tried deleting everything from HKCU\Software\PowerArchiver and unregistering paShlExt.dll. Closed down Explorer (incl Desktop process). Ran PowerArchiver. Still no Shell Extension. Sad panda.
I also installed a recent version of PowerArchiver on Windows Vista Ultimate 64-bit, and I do not have the explorer extensions. I will try some things later, but the exploder right click menu is just some registry entries.
I also installed a recent version of PowerArchiver on Windows Vista Ultimate 64-bit, and I do not have the explorer extensions. I will try some things later, but the exploder right click menu is just some registry entries.
what folder did you install PowerArchiver in?
I installed it to the default for 64 bit: C:\Program Files (x86)\PowerArchiver
I found a simple solution, it had to do with Explorer.exe processes still being running when PowerArchiver tries to create the explorer menus. The instructions below will recreate the shell extensions for PowerArchiver in Windows Vista 64 bit.
1. Close all your running Windows / Applications.
2. Run PowerArchiver and keep it open
3. Press CTRL-ALT-DEL
4. Click Start Task Manager
5. In Task Manager, click on the Processes tab, then click on “Image Name” column to sort by name
6. Find all ‘explorer.exe’ and ‘explorer.exe *32’ processes. For each one listed, select it and click the End Process button (or u can right click on each one select End Process). You will notice that the windows TaskBar disappears.
7.Go back to your open PowerArchiver window, click on Options. Then click on Configuration.
8. In the Configuration window, find ‘Shell Extensions’ and click on it.
9. Uncheck ‘Use Explorer Shell Extensions’
10. Hit OK to save that setting.
11. Click Configuration and click on Shell Extensions again.
12. Check the ‘Use Explorer Shell Extensions’
13. Hit OK to save that setting.
14. Close PowerArchiver.
15. Press CTRL-ALT-DEL and select ‘Start Task Manager’
16. At the very top is the “File” menu in Task Manger. Click File, then click “New Task (Run…)”
17. In the Create New Task window, type EXPLORER and then hit OK.
18. You should see the windows TaskBar showing again at the bottom of your screen.
19. Click on My Computer or whatever to get the file explorer running and find a ZIP file. Right clicking on the ZIP file should now show the “Extract To…” “Extract here…” etc etc menu options.
did you have PA installed previously? And did you restart after 11.03 installation?
Closing explorer.exe “should” only matter if you had PA installed previously and new shell dll cant replace old one…
if this was your first PA installation, then there is some Windows bug that makes this not work - or some other softwate that creates the issue (it should always work)… I just tested with our Vista x64 and it worked fine…
p.s. thanks for making it work :-)
Did a previous version not work with Vista 64? I don’t remember the PA version that I initially installed on this system, but it was a brand new HP computer.
I remember after the first installation, and that the menus weren’t there because that is the first thing that I use after installing PA. I also did install an update recently and rebooted, and they were still not there after the reboot.