User Användare Lösenord  
   
fredag 29.3.2024 / 05:45
Sök: 
     Snabbval: 
      In English   Suomeksi   På svenska   På norsk
afterdawn.com > programvara > versionshistoria winrar (64-bit) (dansk)
Programvara
Programvara

Versionshistoria WinRAR (64-bit) (Dansk)

<<Tillbaka

Förändringar v5.20 -> v5.21

  • 1. "Drag and drop context menu" options in "Settings/Integration/ Context menu items" dialog allow to disable WinRAR archiving and extraction commands in context menu displayed after dragging and dropping files with right mouse button.
  • 2. If winrar.ini file is present in the same folder as WinRAR installer, winrar.ini will be copied to WinRAR program folder after completing installation.
  • 3. While previous versions could produce RAR5 volumes of slightly smaller than requested size sometimes, such situation is less likely now. In most cases volume size equals to specified by user.
  • 4. Now by default WinRAR skips symbolic links with absolute paths in link target when extracting. You can enable creating such links with "Allow absolute paths in symbolic links" option on "Advanced" page of extraction dialog or with -ola command line switch.
  • Such links pointing to folders outside of extraction destination folder can present a security risk. Enable their extraction only if you are sure that archive contents is safe, such as your own backup.
  • 5. Bugs fixed:
  • a) WinRAR 5.20 issued unnecessary user account control (UAC) prompt, when running an executable from archive stored in UAC protected folder. Since nothing is extracted to folder containing an archive in such case, UAC prompt is not needed;
  • b) WinRAR could overwrite files with read-only attribute only when unpacking RAR and ZIP archive formats. Now it is also implemented for other archive formats supported by WinRAR;
  • c) "Elapsed time" and "Time left" were displayed incorrectly when applying "Convert" command to multiple archives and enabling "Add recovery record" option.



Förändringar v5.11 -> v5.20

  • 1. If Windows User Account Control prevents extracting or archiving commands to create files in system protected folders, WinRAR attempts to start its another copy with administrator privileges to complete the operation. It is necessary to confirm privileges elevation in response to User Account Control prompt to allow such second WinRAR copy to run.
  • 2. You can drag files in Explorer with right mouse button, drop them to some folder and select WinRAR archiving commands in context menu to create an archive with these files in the destination folder.
  • 3. It is possible to use WinRAR.ini file instead of Registry to store WinRAR settings. You may prefer such approach if you plan to install WinRAR to removable media, such as USB flash drive, and then run it on different computers.
  • See "WinRAR.ini file" topic in "Configuration settings" chapter of WinRAR help for details.
  • 4. Added extraction support for ZIP and ZIPX archives using XZ compression algorithm.
  • 5. If ZIP or ZIPX archive contains any compression algorithms except usual "Store" or "Deflate", algorithm names are displayed in "Version to extract" field of archive information dialog. Algorithms with names unknown to WinRAR will be assigned "m" name, where "num" is a compression algorithm numeric identifier.
  • 6. "Open with WinRAR" command is available in Windows context menus for archive formats supported by WinRAR. It can be turned off with "Open with WinRAR (for usual archives)" option in WinRAR "Settings/Integration/Context menu items..." dialog.
  • 7. Command line RAR can read the default set of switches from rar.ini file stored in RAR program folder. Previously it was possible to define only the same set of switches for all RAR command with "switches=" string. Now rar.ini also allows to specify separate switch sets for individual RAR commands using the following syntax:
  • switches_=
  • For example:
  • switches_a=-m5 -s
  • switches_x=-o+
  • 8. Command "ch" supports switches -tl, -cu, -cl also for ZIP archives. Previously "ch" allowed these switches only for RAR archive format.
  • 9. For archive formats lacking file time information, such as .bz2, .xz and .Z, WinRAR sets container archive modification time to extracted files. It does not apply to tar.bz2, tar.xz and tar.Z, which use file time stored in tar headers.
  • 10. "Keep broken files" extraction option is supported for bzip2 archives.
  • 11. WinRAR icon in Windows context menus is scaled up correctly in high DPI screen modes such as 150% or 200% of normal text size.
  • 12. It is possible to disable WinRAR "Benchmark" command with "Benchmark" variable of HKEY_CURRENT_USER\Software\WinRAR\Policy Registry key. In multi-user environment "Benchmark" command might abuse shared computational resources. See "Registry variables" topic in "Configuration settings" chapter of WinRAR help for more details.
  • 13. Additionally to "sfxcmd" variable containing the entire command line, SFX module sets "sfxpar" variable containing command line parameters only, without leading SFX module name. These variables are set before starting a program specified in "Setup" command.
  • 14. File overwrite prompt in console RAR displays the size and modification time for existing and new files.
  • 15. When archiving from stdin with -si switch, RAR sets the current system time to modification time of archived file. Previous version did not set this time at all.
  • 16. It is possible to use -si and -v switches together. Previous versions did not allow to create volumes when archiving from stdin.
  • 17. Warning is issued when starting unpacking 4 GB or larger file from RAR or ZIP archive to FAT32 patition, so user may cancel the operation. FAT32 does not support files of such size.
  • Also this warning is issued when starting to create RAR archive with "Store" (-m0) method if estimated archive size is 4 GB or more.
  • 18. "Select all" button in "Settings/Integration" dialog is renamed to "Toggle all". Now it deselects archive formats if all they are already selected.
  • 19. "Delete archive" extraction option correctly removes all .zip and .7z volumes. Previously it removed only the first volume in the set for these archive formats.



Förändringar v5.10 -> v5.11

  • 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%.



Förändringar v5.10 -> v5.11 Beta 1

  • 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%.



Förändringar v5.01 -> v5.10

  • Added extraction support for ZIP and ZIPX archives using BZIP2, LZMA and PPMd compression.
  • Added extraction support for 7z split archives (.7z.001, .7z.002, ...).
  • Added support for AES-NI CPU instructions allowing to improve RAR encryption and decryption performance.
  • Default theme images are scaled up with better quality in high DPI display mode.
  • Environment variables, such as %temp%, can be used in "Files to add" field of archiving dialog.
  • Switch -ai can be used when creating RAR archive, so predefined values, typical for file and folder, are stored instead of actual attributes.



Förändringar v5.00 -> v5.01

  • 1. RAR 5.0 archives can include an optional quick open information controlled with -qo[-|+] switch or "Quick open information" options group in archiving dialog. It allows to open the archive contents in WinRAR faster.
  • This version provides better update performance for archives containing both quick open information and service records, such as NTFS file security. Also default parameters of quick open information are optimized to achieve faster open time for such archives.
  • 2. Bugs fixed:
  • a) "Find" command could fail when searching text string in .7z archives;
  • b) when opening RAR 5.0 archive with encrypted file names stored in another such archive, WinRAR could issue an erroneous message that password is incorrect. It happened only if passwords to inner and outer archives were different. It did not affect extraction, all files could be unpacked regardless of this message;
  • c) option "Use for all archives" in password dialog did not suppress additional password requests for RAR 5.0 archives with encrypted file names;
  • d) WinRAR address bar did not process correctly environment variable based paths, such as %temp%;
  • e) storing NTFS file security and alternate data streams did not work for file pathnames longer than 260 characters;
  • f) "Test" command could erroneously report damaged data in valid recovery record if only a part of files in RAR 5.0 archive was tested. It did not happen if entire archive contents was tested;
  • g) "Test" command erroneously reported errors when verifying RAR 4.x Unix symbolic links;
  • h) WinRAR "View" command did not work for files inside of BZIP2 archives;
  • i) if "High precision modification time" option in archiving dialog was turned off, WinRAR did not store the modification time at all instead of storing a lower precision time;
  • 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.



Förändringar v5.00 -> v5.01 Beta 1

  • 1. RAR 5.0 archives can include an optional quick open information controlled with -qo[-|+] switch or "Quick open information" options group in archiving dialog. It allows to open the archive contents in WinRAR faster.
  • This version provides better update peformance for archives containing both quick open information and service records, such as NTFS file security. Also default parameters of quick open information are optimized to achieve faster open time for such archives.
  • 2. Bugs fixed:
  • a) "Find" command could fail when searching text string in .7z archives;
  • b) when opening RAR 5.0 archive with encrypted file names stored in another such archive, WinRAR could issue an erroneous message that password is incorrect. It happened only if passwords to inner and outer archives were different. It did not affect extraction, all files could be unpacked regardless of this message;
  • c) option "Use for all archives" in password dialog did not suppress additional password requests for RAR 5.0 archives with encrypted file names;
  • d) WinRAR address bar did not process correctly environment variable based paths, such as %temp%;
  • e) storing NTFS file security and alternate data streams did not work for file pathnames longer than 260 characters;
  • f) "Test" command could erroneously report damaged data in valid recovery record if only a part of files in RAR 5.0 archive was tested. It did not happen if entire archive contents was tested;
  • g) "Test" command erroneously reported errors when verifying RAR 4.x Unix symbolic links;
  • h) WinRAR "View" command did not work for files inside of BZIP2 archives;
  • i) if "High precision modification time" option in archiving dialog was turned off, WinRAR did not store the modification time at all instead of storing a lower precision time;
  • 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.



Förändringar v4.20 -> v5.00

  • 1. New RAR 5.0 archiving format. You can use "RAR 5.0" option in archiving dialog or -ma command line switch to create RAR 5.0 archives.
  • Older software including older WinRAR versions is not able to decompress RAR 5.0 archives, so if you plan to send an archive to other people, it is necessary to take the compatibility issue into consideration. You can select "RAR" instead of "RAR5" option in archiving dialog to create RAR 4.x archives compatible with previous WinRAR versions.
  • 2. Changes in RAR 5.0 compression algorithm:
  • 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;
  • d) RAR 5.0 format includes Intel IA-32 executable and delta compression algorithms, but RAR 4.x text, audio, true color and Itanium algorithms are not supported. These excluded algorithms are not efficient for modern data types and hardware configurations;
  • e) RAR 5.0 decompression can utilize several CPU cores. Though not to same extent as in compression algorithm, it improves the decompression speed on large files with poorly compressible data or when using BLAKE2 checksums.
  • 3. Changes in RAR 5.0 archive format:
  • a) file times are stored as Coordinated Universal Time (UTC) instead of former local time, making file exchange among several time zones more straightforward;
  • b) file names and archive comments use UTF-8 encoding.
  • 4. RAR 5.0 recovery record is based on Reed-Solomon error correction codes. If recovery record size is large enough, 5% and more, the new error correction scheme provides much higher resistance to multiple damages comparing to RAR 4.x recovery record. Smaller record, such as 1 - 2%, or less random damage type would result in less difference between 4.x and 5.0. For single continuous damage 4.x and 5.0 efficiency is about the same.
  • Additionally to usual data erasures, the new recovery record is able to detect deletions and insertions of much larger size than in previous RAR versions. Maximum insertion size is several megabytes. Maximum deletion size depends on the damage type and in some cases can be as large as the recovery record size.
  • Still, the best recovery performance and efficiency is achieved if no deletions and insertions are present, so all data including damaged sectors preserve their original positions. Thus, if you use some special software to copy an archive from damaged media, it is better to choose the mode, when damaged sectors are filled by zeroes or any other data instead of cutting them out completely from resulting file.
  • RAR 5.0 recovery record is more resistant to damage of recovery record itself and can utilize a partially corrupt recovery record data. Note, though, that "Repair" command does not fix broken blocks in recovery record. Only file data are corrected. After successful archive repair, you may need to create a new recovery record for saved files.
  • New recovery record is not based on 512 byte sectors anymore and incorporates more complicated data structures. So it is impossible to specify its size in sectors. For RAR 5.0 archives the parameter of -rr[N] switch and rr[N] command is always treated as a percent of archive size regardless of presence of % character. Typically N% recovery record can repair up to N% of continuously damaged data and increases the archive size by only slightly more than N%. Ability to fix multiple damages is proportional to N.
  • We used "Screaming Fast Galois Field Arithmetic Using Intel SIMD Instructions" paper by James S. Plank, Kevin M. Greenan and Ethan L. Miller to improve Reed-Solomon coding performance. Also we are grateful to Artem Drobanov and Bulat Ziganshin for samples and ideas allowed to make Reed-Solomon coding more efficient.
  • 5. "Test" command verifies validity of RAR 5.0 recovery record. Recovery record is tested after processing all archived files.
  • If corrupt archive contains the recovery record, it might be possible to repair it even if recovery record validity test is failed. "Repair" command attempts to utilize even a partially damaged recovery record. So treat the negative recovery record test result as a reason to re-create the archive if original files are still available, but not as a reason to avoid "Repair" command.
  • 6. Changes in RAR 5.0 encryption algorithm:
  • a) encryption algorithm is changed from AES-128 to AES-256 in CBC mode. Key derivation function is based on PBKDF2 using HMAC-SHA256;
  • b) special password verification value allows to detect most of wrong passwords without necessity to unpack the entire file;
  • c) if archive headers are not encrypted ("Encrypt file names" option is off), file checksums for encrypted RAR 5.0 files are modified using a special password dependent algorithm, to make impossible guessing file contents based on checksums. Do not expect such encrypted file checksums to match usual CRC32 and BLAKE2 values.
  • 7. RAR 5.0 archives allow to utilize 256 bit length BLAKE2sp hash ( https://blake2.net ) instead of 32 bit CRC32 as a file checksum. Enable "Use BLAKE2 file checksum" option in "Options" page of archiving dialog or specify -htb command line switch to use BLAKE2 checksums.
  • While producing slightly larger archives, BLAKE2 can be used for file contents identification. If two files have the same BLAKE2 value, it practically guarantees that file contents is the same. BLAKE2 error detection property is also stronger than in much shorter CRC32.
  • 8. Features removed:
  • a) authenticity verification feature did not provide the required level of reliability and was removed;
  • b) switch -en (do not add "end of archive" block) is not supported by RAR 5.0 archives, which always have the end of archive block. This block helps WinRAR to safely skip external data like digital signatures appended to archive;
  • c) old style extension based arcname.rNN volume names are not supported by RAR 5.0 archives, which use only arcname.partN.rar volume names;
  • d) file comments are not supported anymore both in RAR 4.x and RAR 5.0 archives. Console RAR 'cf' command is removed. It does not affect the archive comment support, which is present in both versions of archive format and is not planned for removal.
  • 9. "Set password" command and "Dictionary size" option are moved to "General" page of archiving dialog.
  • 10. You can use "Save symbolic links as links" option on "Advanced" page of archiving dialog to save and restore NTFS symbolic links and reparse points as links, so their contents is not archived. Command line equivalent of this option is -ol switch.
  • Similar option for NTFS hard links is "Save hard links as links". Its command line equivalent is -oh switch.
  • Both options are available only for RAR 5.0 archive format.
  • 11. Added extraction only support for XZ archive format.
  • 12. Changes in recovery volume processing in RAR 5.0 archive format:
  • a) maximum number of RAR+REV volumes in RAR 5.0 format is 65535 instead of 255;
  • b) recovery volume operations are faster than in RAR 4.x;
  • c) additionally to recovery data, RAR 5.0 REV files also store service information such as checksums of protected RAR files. So they are slightly larger than RAR volumes which they protect. If you plan to copy individual RAR and REV files to some removable media, you need to take it into account and specify RAR volume size by a few kilobytes smaller than media size.
  • 13. Maximum path length for files in RAR and ZIP archives is increased up to 2048 characters.
  • 14. Command line RAR returns the exit code 11 if it can detect that user entered a wrong password. This code can be returned only for RAR 5.0 archives. It is impossible to distinguish a wrong password and data damage for RAR 4.x archives.
  • 15. 'v' and 'l' commands display archived file names in the end of line, not in that beginning as before. Also some fields previously available in 'l' and 'v' output are now shown only by 'lt' and 'vt'.
  • 'vt' and 'lt' commands provide the detailed multiline information for every archived file.
  • 'vta' and 'lta' also include service headers into list.
  • 16. Now the default charset for filelists in commands like 'rar a arcname @filelist' is ANSI for both WinRAR and console RAR. In previous versions it was ANSI for WinRAR and OEM for console RAR. You can use -scl switch to override this default.
  • 17. Internal WinRAR viewer can detect and display files in UTF-8 and UTF-16 little endian encodings.
  • 18. UTF-16 little endian encoding is used in RAR and WinRAR log file rar.log, so Unicode file names are stored in the log correctly. WinRAR automatically truncates the old rar.log file in non-Unicode format to avoid mixing different encoding in the same log file. In case of console RAR you need to delete the old rar.log manually, otherwide RAR will append UTF-16 messages to existing rar.log.
  • You can use -scg switch to change the default log file encoding, such as -scag for ANSI encoding.
  • 19. Command line 'r' (repair) command can include an optional destpath\ parameter defining the destination folder for repaired archive: rar r archive.rar destpath\



<<Tillbaka

Länkar: SvenskaSajter.com | SvenskaSidor.nu
Multimedia: AfterDawn.com | AfterDawns diskussionsområden
Programvara: AfterDawns programvaruområden
International: AfterDawn.com in English | AfterDawn suomeksi | MP3Lizard in English | Blasteroids
RSS-flöde: Nyaste programuppdateringar | Diskussionsområdenas meddelanden
Information: Info om AfterDawn Oy | Annonsera på vår sajt | Villkor för sajtens användning och uppgifter om privatskyddet
Kontakta: Skicka returinformation | Kontakta annonsförsäljningen
 
  © 1999-2024 AfterDawn Oy