-
Good morning,
I have been using all compression programs for over 20 years, I have always found Winrar very easy to use when I create a self-extracting archive, even 7-zip is simple, “right click” and “create self-extracting archive”, because on powerarchiver it must be like this confused ?
It doesn’t just create the archive, it opens a page where I have to select the file again, what kind of archive, which folder to create it, etc … you should learn from your competitors how to make life easier! -
Converting an archive to .zip (using both the “Deflate (.zip, compatible)” and “Store” compression methods) always creates a .zipx file instead.
pa-convert-zip-1.jpg
pa-convert-zip-2.jpgUsing the “Store” method sometimes creates a .zip file; I have seen it happen just now, but I cannot reproduce it.
-
Hi,
So refer this screenshot:
image_2020-12-30_115129.png
The properties panel that you see, is what I tried to compress, using PA, with following settigs:
Extreme Strong optimize
https://forums.powerarchiver.com/assets/uploads/files/1609079025475-image_2020-12-27_195344.pngThe process was stuck at 0% with no progress for over 8 Hours:
PA.png
Then the usual, clicking will make it go not responding.
So, I could not get the files compressed using PA.
I tried 7zip, and it worked, so that’s 1 issue.
PA shows incorrect original(before compression) size of total contents.
Refer the first screenshot.
folder’s size is shown correctly in 7ZIP
but not in powerarc.this happens with every archive, whether they are compressed in PA or not, whether it has only 1 file, or multiple files inside multiple directory.
Neither does the archive property panel shows original content’s size.
-
Hi,
So my rig is as below:
CPU: Intel® Core™ i7-4720HQ CPU @ 2.60GHz (Turbo 3.7GHz)
RAM: 16 Gigs DDR3
Samsung SSD 860 EVO
Windows 10 pro for workstations x64, freshly installed on 22nd Dec 2020, and updated.
PA freshly downloaded on same day, so it’s 2021 x.x.62 versionPA Stuck.png
Issue and reproduction:
If you start a compression, and if it’s mid way anywhere or even started, and you try to cancel it, the window will get stuck there, another click or key press will make the window not responding, then, and more will make windows to collect logs for crash, and the process will be terminated by windowsOn the other hand.
If the process is mid way, and if you try to pause it, the compression, CPU utilization, RAM usage will stay/increase as if the compression if still going on, the whole process will take it’s course, instead of doing what we clicked on.
So, both pause and cancel buttons are useless.
-
I recently installed PA 2021. But the PowerArchiver Starter, for my backups, keeps running at high CPU usage, I have to keep killing it, its running about 46% constantly.
I have Windows 10 Pro, 20H2, build 19042.662
Any ideas would be helpful.
Thanks
-
Just installed 2021 v20.00.63
Now, when I add to queue, with or without using always use queue.
The powerarc starter opens up in notification bar.
and that’s it, no matter how many files I add to queue, no compression will start.
I also cannot double click or right click the icon.
If i end task for this, and disable queuing, compression works fine, just that I have to manually start individual tasks.
it’s quite ironic that you guys took whole year to fix one issue, in this versions, which completely broke the queuing feature.
Did you guys test it before releasing?
-
Hi,
You can obtain the original file from here:
https://pcsupport.lenovo.com/in/en/products/laptops-and-netbooks/lenovo-y-series-laptops/y50-70-notebook-lenovo/80ej/59428436/cb32343883/downloads/driver-list/component?name=Power%20Management
For Lenovo Y50-70 win 7 x64 bit, power management, get lenovo energy management
Run the exe it will extract the installable drivers to C:\drivers
I tried to compress the whole folder using PA using following parameters:
Extreme, strong optimize.
image_2020-12-27_195344.pngThis resulted in negative compression.
However same file is compressed by 7zip alpha, with positive compression:
PA Negative compression.png
I understand that there are different algorithms, parameters used, and totally different software with unique sets of logics programmed, but see if compression algo can be optimized for such files.
-
Over the last few months, I’ve been trying to track down the cause of a hanging bug in PA.
I have found a reliable test case (on my computer at least).I am trying to extract the folders/files from: https://github.com/codereader/DarkRadiant/releases/download/2.9.0/windeps.7z
By selecting both folders, then dragging over to a Windows Explorer window on another HDD.
I’m not sure what causes this but this just doesn’t do anything, progress bar appears, but nothing happens.
PA shows about 5% CPU utilization and I’ve left this going all night and it never does anything.
It doesn’t always happen, but this morning this is reliably failing for me.
The folder I’m dragging to is under Git source control, but this also happens when dragging into other folders also, but not always, sometimes it works.If I do a regular extraction and use the dialog box to select the location to extract to, that always works.
Windows 10 64bit Pro 20H2 (19042.630)
Ryzen 3900X
Anti Virus is built in Windows Security only.I captured a dump of the running process if that helps: https://drive.google.com/file/d/1WLzHG_fOAMtzGMMFLHlIElnQXhsoPyYd/view?usp=sharing
-
I have just installed 2021, but seems to have similar issues to 2019. If you move the app between differen monitors (with different resolutions) the app does not automatically adjust accordingly, so on one monitor I have the app is too big for the screen, whereas on another monitor it only takes up a small fraction of the screen.
This was worse with 2019, where the fonts were totally screwed up, making the app unusable. This seems better in 2021, but still not working properly. -
Hi.
I have noticed after updating PowerArchiver through PatchBeam to 20.00.63, after the installer finished and I recheck for updates, it still tells me that I have version 20.00.62 installed and prompts to download 20.00.63 again.
This also happens when I install from the offline setup file powarc200063.exe ( https://powerarchiverdl.cachefly.net/2021/powarc200063.exe ). It still installs version 20.00.62 and the process goes over and over again.
Also, in PowerArchiver About screen I see version 20.00.62 but in Programs and Features in Windows 10, version 20.00.63 is displayed as being installed.
Can someone check and see if they experience similar behavior?
Thank you!
-
When I double click on a file within an archive the file gets temporarily extracted to being opened with the external program. When I now go back to the windows explorer and want to open another archive while the file from the first archive is still being extraceted, a new window of power archiver opens and immediatly closes. It opens and closes the new window repeatedly until the extraction of the file from the first archive is completed.
I use the option that power archiver opens a new tab when another archive is opened.
This happend with version 20.00.60. I wanted to update it to 20.00.63 as shown in the update window but it just updates to 20.00.62. It still shows that 20.00.63 is available but never seem to update to that version. The bug still exists though.
-
I have some large zip files (~ 40 MB) with a lot of html files. When I double click on one of them in the archive, it takes a long time (eg 20 sec) for the file to be extracted and opened in the browser.
I am using version 19.00.59.
I discovered that the root cause of the problem is that all the files in the archive are extracted to the temporary dir before the selected file is launched.
It does not appear to happen with other file types (such as pdf) nor when dragging a html file into the browser.
I think I recall this issue being raised by someone else, but could not find it.
-
On PowerArchiver 2021 (20.00.60) and windows 10, Both options in the windows explorer shell extension, “Compress to …zip” and “Compress to …zipx” create a .zipx file. ¿Its this intended?
-
-
Hello there,
I was installing-uninstalling and reinstalling PA 2021 due to another bug when I noticed a minor popup “bug” if it is considered a bug, regarding application association with recommended formats.
During PA installation you get to choose those options
Installation 1.pngI have ticked Associate PA with recommended formats
Installation completes and when you open PA the defult theme is Windows Ribbon.
When I changed it to Classic Theme, PA restarts for changes to take effect and then I get the below popup (Sorry I have a greek system)
It asks: Do you want PA to associate with recommended formats now?
Options: Associate for all users and Never show again.
Popup 2.pngI could swear that once I was changing themes and icons all the time to see which one I prefered and also toggling PA.exe to run as admin and windows compatibility mode and got this popup twice or tripple times.
Well this one does not bother me at all, I just posted it for the records if needed! -
If I the Configuration > View > Standard > Disable Tabs option is checked, when double clicking inside archives on files supported by the internal viewer (PDF, JPEG etc.) they are opened in associated application rather than on a new tab in PA internal viewer, which is expected behavior.
Next, if the Configuration > Miscellaneous > General > Reuse PA Windows is unchecked, when double clicking on archives associated with PA in Explorer they are opened in new PA instance when there is another one already running, which is expected behavior.
But when Configuration > View > Standard > Disable Tabs option is checked AND Configuration > Miscellaneous > General > Reuse PA Windows is unchecked, when double clicking inside archives on archive files they are opened in the same instance of PA with no way to get back to the parent archive. I would expect, that when the user doesn’t want to use tabs AND want to use multiple PA instances, that in such case double clicking on archive located inside another archive, the second one would open in a new PA window. -
I’ve made the sections of the output bold to indicate where the typo is.
Version 7 output
Commands:a : add files to archive (default)
u : update files to archive
h : freshen files in archive
m : move files to archive (files only)
d : delete files from archiver : recurse subfolders
Version 9 output…
p|P : store relative Pathnames|store full Pathnames
PP : store full Pathnames including drive
c[0,1,2,10,11,13,15,17,19,l,p,w,b,d,z] : set compression level
(0 - store; 1 - normal ; 2 - maximal)
(10 - store, 11 - super fast, 13 - fast, 15 - normal, 17 - max, 19 - ultra
(l - use LZMA, p - use PPMd, w - use WavPack, b - use BZIP2, d - use Deflate
(z - use optimized compression method based on file exstension)
g : create Solid archive (7Z format only)
Commands:a : add files to archive (default)
u : update files to archive
h : freshen files in archive
m : move files to archive (files only)
d : delete files from archiver : recurse subfolders
P : store full Pathnames
PP : store full Pathnames including drive
p : store relative Pathnames
c[0,1,2,10,11,12,13,14,15,16,17,18,19,u,l,p,w,b,d,z] : set compression level
(0 - store; 1 - normal ; 2 - maximal)
(10 - store, 11 - super fast, 13 - fast, 15 - normal, 17 - max, 19 - ultra
(l - use LZMA, p - use PPMd, w - use WavPack, b - use BZIP2, d - use Deflate
(o - use LZMA2
(u - use pLZMA4, f - use ZSTD, k - use PPMd_sh, e - use Deflate64
(z - use optimized strong compression method based on file exstension)
(x - use optimized fast compression method based on file exstension)
(m<filters|methods> - use custom set of filters and methods for .PA archive
y[r|b|d|x|p|d] - filters reflate, bcj2, x64flt, rep, delta
ypc<size> - custom rep c size
ypm<size> - custom rep mem size
yrx<size> - custom reflate zlib level (1-9)
yt{x} - number of threads
ya - debug mode
mt : set multithreading on
g : create Solid archive (7Z format only) -
I’ve found a bug when extracting files from a 7ZIP file, specifically when you tell PowerArchiver to extract only some files and folders from it. This is where the bug exists. You can tell PowerArchiver to extract only certain files but then it proceeds to extract the whole file and not just what you wanted.
-
Sorry if I’m asking this in the wrong place.
Can Powerarchiver create images of entire drives (e.g. C: system drive) to create drive image backups?
Thanks,
Tim
Name paf is allready an archive name
-
Your new name for a new archive format is allready in use .paf extension
A Packed Animation File made my microsoft
-
it is hard to find 3 letter extension that has not been used already, most important thing is that it has not been used by something very popular
-
if you guys have any other suggestions? Maybe .pa?
-
everything is still in the air :)
-
Maybe, .pax? like most new format file (eg. .docx, xlsx, zipx, etc.)
-
What about PCZ (PowerArchiver/Conexware/Zipper)?
-
i kind of like .pa… it is easy to say too and obviously thats what we call PowerArchiver too :)
-
Why limit one’s self to 3 letters for an extension? How anout .papa or .para?
DrT
-
.powerarchiver? Looks strange though
-
-
How about zsc (zipped super compressed)?
-
Is there a reason why we are limited to three letters?
I mean .powerarchiver is a bit long, but how about 4 letters?
The idea in selecting this is to make the extension pronounceable and viable as a verb in a sentence.
You can .zip a file. You can .rar a a file. See what I mean?
How about:
.PARC (Powerarchiver ARChive)
Mame
-
If the compression is going to be better, then why not a “size” indication - something like .nano or .pico …
Or would that be exaggeration? -
How about pafx instead of paf like zipx, docx and so one. Even if paf is not used by something very popular i understand that it could be annoying with the same extention for those that actually use an application that use the “Packed Animation File” format.
-gan
-
Got it!
.pazip, .parar etc
Job done! -
i like .pa or .powerarchiver.
Problem with .powerarchiver (which is the coolest) is that it might take too much space in file lists…
or?
I really like it :)
-
.pa is used as well by Print Artist by Nova Development, but i don’t know if anyone actually use that program so might not be a problem.
I think .powerarchiver is too long. I always choose to show the extension in Windows. For those that use the default setting and hide extensions for known file formats they won’t see it anyway.
If the options are .pa or .powerarchiver i would prefer .pa even if already used.
-gan
-
How about EPA?
Elite PowerArchiver
-
.paa PowerArchiver Archive?
-
.pow!
want he best archive format? POW IT!
:D
-
Pow!!!
-
best one is .spa
super powerarchiver or special powerarchiver or spwolf powerarchiver
-
I would go with either .pa or .parc.
-
.torrent
.powerarchiver -
if you want to use just three letters then
.pow
meaning power
or
.pff
meaning powerarchiver file format
or
.fpa
meaning format powerachiver
-
.torrent
.power
.powerarchiver
.pa?
-
idea is to use
.paff or .pafa
powerarchiver file formart or powearchiver file archive
-
If i had to pick between those I would go with .PA
.Powerarchiver is just too long imo
Mame
-
I vote for the .pax suggestion made by Wandus.
-
sorry but .pax is in use
PaX is a patch for the Linux kernel
-
why not .spf
meaning spwolf powearxchiver format
-
sorry but .pax is in use
As is nearly everything else that has been suggested. So I don’t see that as a problem myself.
-
.torrent
.power
.pa:-)
-
sorry but .pax is in use
As is nearly everything else that has been suggested. So I don’t see that as a problem myself.
Right - many extensions are used by multiple bits of software.
- .doc - used by Word and WordPerfect
- .bin, .img - used for many different things
- .pdb - used for MSVC’s debugging symbols and Palm software packages
- .dwt - used for AutoCAD and DreamWeaver templates
The key is: will the conflict cause a lot of headaches? I think the only time the registered program for an extension is an issue is so the Explorer can figure out what program will be started when the file is double clicked.
I have a feeling that there won’t be too many PA users who are doing a whole lot with Linux kernel patch files.
-
maybe .guido ??
-
I will vote for guido :)
-
The key is: will the conflict cause a lot of headaches? I think the only time the registered program for an extension is an issue is so the Explorer can figure out what program will be started when the file is double clicked.
I have a feeling that there won’t be too many PA users who are doing a whole lot with Linux kernel patch files.
I actually agree, but it won’t hurt trying to avoid such a conflict. It’s not that important what the extension will be even if it would be nice if not too long. It’s more important to avoid headaches like you said, but if finding an extension that’s never been used that’s even better of course.
Unless the new format have much better compression ratio than 7z without being a lot slower i cannot really see the benefit of just another format. 7z is pretty common, the compression is great and extraction supported by most applications. So really no reason to use a new format unless it’s much better i think. For me it would also be important that other apps can extract these archives as well and not only PA.
I actually wonder….do we really need a new format? Should ConeXware spend their time on other tasks like fixing bugs faster, adding requested features and enhance the current features instead? Just a thought…
-gan
-
@gan:
I actually agree, but it won’t hurt trying to avoid such a conflict. It’s not that important what the extension will be even if it would be nice if not too long. It’s more important to avoid headaches like you said, but if finding an extension that’s never been used that’s even better of course.
Unless the new format have much better compression ratio than 7z without being a lot slower i cannot really see the benefit of just another format. 7z is pretty common, the compression is great and extraction supported by most applications. So really no reason to use a new format unless it’s much better i think. For me it would also be important that other apps can extract these archives as well and not only PA.
I actually wonder….do we really need a new format? Should ConeXware spend their time on other tasks like fixing bugs faster, adding requested features and enhance the current features instead? Just a thought…
-gan
if you have bugs, wishes, etc, there are forums for that and post away!
powerarchiver is compression utility… do you need compression format that can compress 30% better than anything else on the market, be truly multicore optimized and be first major format to finally use the power of multicore processors?
i think we do :-)
-
if you have bugs, wishes, etc, there are forums for that and post away!
I already did, but still waiting:) But that’s actually beside my point here.
powerarchiver is compression utility… do you need compression format that can compress 30% better than anything else on the market, be truly multicore optimized and be first major format to finally use the power of multicore processors?
i think we do :-)I agree and that’s what i said as well. It has to be pretty much better (compression, speed and so on) and hopefully in time supported by most other compression software. If not 7z, rar, tar-gzip and zip will work just fine.
If you promise 30% better compression ratio and still fast during compression/extraction then i look forward to the new format:)
-gan
-
@gan:
I already did, but still waiting:) But that’s actually beside my point here.
I agree and that’s what i said as well. It has to be pretty much better (compression, speed and so on) and hopefully in time supported by most other compression software. If not 7z, rar, tar-gzip and zip will work just fine.
If you promise 30% better compression ratio and still fast during compression/extraction then i look forward to the new format:)
-gan
keep in mind that we have separate engineers working on GUI and current formats, vs completely new format :-). So nothing in main PA, be it our zip support, gui, bug fixes, new ideas, are suffering because of new format.
thing with current formats is that most popular one was done 14 years ago…
… and none were done after multicore processors became popular… so without getting into technicalities, i think it is enough to say that there is no popular format out there that users multicore processors for extraction… not zip, zipx, rar, ace, 7zip, stuffit, tar, etc…
And it is impossible to do it without building format with that in mind, so those formats will never be able to do that.
-
what we want is a format that can be used by as many operating systems as possible one that wont fade into the background but will keep developing.
I would like to see one with data recovery and great compression rate. I really wnat a format that can handle several formats like txt, wave, doc etc formats and decide what routine is bestto use on each format. That will slow it down a bit. I want one that has powerfull password protection. Basically i want all features of every existing archive format put into one. so we have one format sounds strange but i want a bit of everything in one format.
-
one benefit of having special format for jpeg, mp3, etc, is that you can make them faster than if you compressed it with WinRar but at the same time, instead of getting 0.1% compression, you get 15%-30%…
thats pretty great thing with special codecs.
-
of course, if you have smart engineers that can do that :-)
-
how about pff meaning powersarchiver file format
pff thats what i vote for