Verified: Uninstalling PowerArchiver from the system solved the issue.
I can now burn ISO files to the DVD-RW / CD-R Disc.
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)
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