[ View full size screenshot ]
|Version||Date Released||Status||Release Notes|
|WinRAR (x64) 5.11||Sep 1, 2014||New Release||1. WinRAR can unpack TAR archives containing folders with pax extended headers. Previous versions failed to unpack them.
2. "Keep broken files" extraction option is supported for 7-Zip archives.
3. Bugs fixed:
a) WinRAR 5.10 did not set "hidden", "read-only" and "system" file attributes when unpacking ZIP archives;
b) WinRAR 5.10 failed to update self-extracting RAR archives containing nested ZIP archives stored without compression;
c) ZIP archive created with "Do not store paths" option included unnecessary empty name records for folders;
d) archived files could have 1 hour modification time error in Windows XP;
e) deleting a file in RAR5 solid archive containing files stored with -ver switch caused such files to lose version information;
f) black rectangles were displayed instead of toolbar buttons in 16- and 24- bit screen color modes and Windows custom text size larger than 100%.
|WinRAR (x64) 5.10||Jun 11, 2014||New Release||1. Added extraction support for ZIP and ZIPX archives using
BZIP2, LZMA and PPMd compression.
2. Added extraction support for 7z split archives
(.7z.001, .7z.002, ...).
3. Added support for AES-NI CPU instructions allowing to improve
RAR encryption and decryption performance.
4. Default theme images are scaled up with better quality
in high DPI display mode.
5. Environment variables, such as %temp%, can be used
in "Files to add" field of archiving dialog.
6. Switch -ai can be used when creating RAR archive,
so predefined values, typical for file and folder,
are stored instead of actual attributes.
Previously this switch could be used only when extracting.
|WinRAR (x64) 5.01||Dec 3, 2013||New Release||j) destination paths containing . or .. component did not work
when extracting non-RAR archives in WinRAR command line mode;
k) WinRAR failed to unpack multivolume CAB archives.
|WinRAR (x64) 5.00||Sep 3, 2013||New Release||a) maximum compression dictionary size is increased up to 1 GB
in 64 bit WinRAR. 32 bit WinRAR version can use up to 256 MB
dictionary when creating an archive. Both 32 bit and 64 bit
versions can unpack archives with any dictionary size,
including 1 GB;
b) default dictionary size for RAR 5.0 is 32 MB, typically resulting
in higher compression ratio and lower speed than RAR 4.x 4 MB.
You can use "Dictionary size" archiving dialog option or -md
switch to change this value;
c) -md switch syntax is modified to support larger dictionary
sizes. Append 'k', 'm' and 'g' modifiers to specify the size
in kilo-, mega- and gigabytes, like -md64m for 64 MB dictionary.
If modifiers are not present, megabytes are assumed,
so -md64m is equal to -md64;
|WinRAR (x64) 4.20||Jun 14, 2012||New Release||2. RAR general decompression algorithm speed is slightly improved,
though not to same extent as RAR compression. RAR decompression
is not able to use several processor cores, so its performance
does not depend on a number of cores.
3. Changes in ZIP compression:
a) now ZIP compression supports several processor cores resulting
in noticeably higher performance in multi-core environment.
Single CPU ZIP compression is also faster than in 4.11;
b) memory use for ZIP compression is increased to about 15 MB.
4. Recovery volume creating and processing can use several CPU cores
resulting in higher speed. Though, typically hard drive seek speed
is a limiting factor for recovery volumes, so this gain is most
noticeable when working with solid state drive.
5. Now the allowed value for -mt switch is 1 - 32,
not 0 - 16 as before.
|WinRAR (x64) 4.11||Feb 20, 2012||New Release||a) WinRAR did not store NTFS "Compressed" attribute, when creating
b) WinRAR crashed in command line mode if @filelist parameter
was present and 'filelist' did not exist. This bug affected
only WinRAR.exe, not RAR.exe;
c) if -x*somefolder* exclusion mask was specified when archiving
and if name of current folder contained 'somefolder',
WinRAR excluded all files and stopped creating an archive;
d) GUI self-extracting archives did not work in Windows
Preinstallation Environment (Windows PE).
|WinRAR (x64) 4.10||Jan 17, 2012||New Release||Changes in volume size input field. Now you can select size units
in the drop down list to the right of volume size. Previous way
to define size modifiers, by entering 'k', 'm', etc. character
after the numeric size value, is also supported.
Changes in "Predefined sizes" in "Define volume sizes" dialog.
Floppies and ZIP disks are replaced by 5 MB and 100 MB volumes,
added new entries for maximum FAT32 file size and for Blu-ray disks.
New "Wipe files if password is set" option in "Options" page of
archiving dialog. If you prefer to always delete encrypted files
securely, you can enable "Wipe files if password is set"
in the default compression profile.
|WinRAR (x64) 4.01||May 30, 2011||New Release||Added support for file sizes stored in binary format in TAR archives.
Some TAR archives use the binary size format instead of octal for files larger than 8 GB.
|WinRAR (x64) 4.00||Mar 7, 2011||New Release||5. Numerous Unicode support improvements allow to process non-English
file names more smoothly. These improvements include:
a) better Unicode handling in WinRAR in "Rename", "Convert",
"Find" and other commands, in folder tree panel, in password
request dialog and in many other parts of WinRAR interface;
b) correctly displayed Unicode names in WinRAR items in Explorer
c) Unicode support in .lng files, making WinRAR localization
possible for Unicode only languages.
6. Changes in -x switch syntax. Now you can specify a wildcard
exclusion mask for folders. Such mask must have the trailing ''
character, like -x*tmp* or -x*temp
|WinRAR (x64) 3.93||Mar 15, 2010||New Release||Bugs fixed:
a) in WinRAR 3.92 -xd:pathfolder switch could also exclude folders,
which path does not match the path specified in the switch
and only the folder name is the same as specified;
b) switches -y -or did not work correctly together. Switch -or was
ignored in presence of -y.
Complete support for RAR and ZIP, compress 8 to 30 percent better than ZIP!