Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: WinRAR 5.00 bta 1

WinRAR logo (60 pix) RAR Labs heeft de eerste bètarelease van versie 5.00 van zijn archiveringsprogramma's RAR en WinRAR uitgebracht. De populaire compressietool is beschikbaar voor diverse besturingssystemen, waaronder Windows, Linux en OS X. Het programma kan overweg met de meest gangbare formaten - waaronder rar, zip, cab, arj, lzh, tar, gz, ace, uue, bz2, jar, iso, 7z en z - heeft een skinnable interface en ondersteuning voor Zip64 en multivolume-cab-bestanden. De belangrijkste verandering in versie 5.00 is de introductie van een nieuw compressieformaat. Dit formaat, dat rar 5.0 gedoopt is, levert over het algemeen kleinere archieven op, maar dit gaat wel ten koste van de snelheid. Het volledige changelog ziet er als volgt uit:

Changes in version 5.00 bèta 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.
  • Changes in RAR 5.0 compression algorithm:
    • 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;
    • 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;
    • -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;
    • 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;
    • 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.
  • Changes in RAR 5.0 archive format:
    • file times are stored as Coordinated Universal Time (UTC) instead of former local time, making file exchange among several time zones more straightforward;
    • file names and archive comments use UTF-8 encoding.
  • 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.
  • "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.
  • Changes in RAR 5.0 encryption algorithm:
    • encryption algorithm is changed from AES-128 to AES-256 in CBC mode.
      Key derivation function is based on PBKDF2 using HMAC-SHA256;
    • special password verification value allows to detect most of wrong passwords without necessity to unpack the entire file;
    • 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.
  • RAR 5.0 archives allow to utilize 256 bit length BLAKE2sp hash ( ) 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.
  • Features removed:
    • authenticity verification feature did not provide the required level of reliability and was removed;
    • 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;
    • old style extension based arcname.rNN volume names are not supported by RAR 5.0 archives, which use only arcname.partN.rar volume names;
    • 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.
  • "Set password" command and "Dictionary size" option are moved to "General" page of archiving dialog.
  • 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.
  • Added extraction only support for XZ archive format.
  • Changes in recovery volume processing in RAR 5.0 archive format:
    • maximum number of RAR+REV volumes in RAR 5.0 format is 65535 instead of 255;
    • recovery volume operations are faster than in RAR 4.x;
    • 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.
  • Maximum path length for files in RAR and ZIP archives is increased up to 2048 characters.
  • 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.
  • '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.
  • 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.
  • Internal WinRAR viewer can detect and display files in UTF-8 and UTF-16 little endian encodings.
  • 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.
  • Command line 'r' (repair) command can include an optional destpath parameter defining the destination folder for repaired archive: rar r archive.rar destpath

De volgende downloads zijn beschikbaar:
*WinRAR 5.20 bèta 1 (32bit)
*WinRAR 5.20 bèta 1 (64bit)
*RAR 5.20 bèta 1 voor Linux (32bit)
*RAR 5.20 bèta 1 voor Linux (64bit)
*RAR 5.20 bèta 1 voor FreeBSD
*RAR 5.20 bèta 1 voor OS X

Versienummer 5.00 bta 1
Releasestatus Beta
Besturingssystemen Windows 7, Linux, BSD, Windows XP, macOS, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8
Website RAR Labs
Bestandsgroottes 483,00KB - 1,82MB
Licentietype Shareware

Door Bart van Klaveren

Downloads en Best Buy Guide

29-04-2013 • 15:04

16 Linkedin Google+

Submitter: BlueInk

Bron: RAR Labs


Reacties (16)

Wijzig sortering
Mooi dat ze blijven innoveren op gebied van compressie.
Alleen jammer dat ze niks aan SFX vernieuwd hebben. Maximale bestandsgrootte is volgens mij nog altijd maar 2 GB....
4GB zover ik weet, niet 2GB. En anders maak je toch een multi-part SFX ? Parts van 4GB per stuk is toch geen probleem ?
Ik mis alleen nog een mooie interface, heb altijd het gevoel als of het in windows xp is blijven hangen.
Vond ik ook altijd daarom downloade ik 1 thema daarvoor.

1 na laatste heb ik vind ik altijd mooi ;)

[Reactie gewijzigd door TokoDude op 29 april 2013 16:12]

Is dit dan de eerste versie die .rar, .r00, r01 wijzigt in .part1.rar, .part2.rar? Dus we komen .r01 binnenkort niet meer tegen?
Nee hoor, dat konden oude versies ook al doen. Echter wordt vaak de optie "Old style volume names" aangevinkt, en dan krijg je dus de .rar, r00 etc.
Heerlijk programma pakt alles uit en zelfs de trial kan je blijven gebruiken zonder dat je hem moet aanschaffen, ik gebruik het al jaren er voor winzip maar dit werkt beter vond ik toen en nooit meer terug gegaan.
Ik vraag me echt af hoeveel mensen nou echt daadwerkelijk een WinRar licentie heeft gekocht. :P
Nou, ik kan je vertellen dat er heel wat zijn ;) Vooral in bedrijfs leven is het heel normaal. ;)
Een programma dat een 30 kost en me zoveel gemak verschaft, daar doe ik niet flauw over: dat koop ik gewoon. Ik ben dus n van die mensen die een licentie heeft.
Schitterend programma! Gebruik het al jaren :)
Quote: "De belangrijkste verandering in versie 5.00 is de introductie van een nieuw compressieformaat. Dit formaat, dat rar 5.0 gedoopt is, levert over het algemeen kleinere archieven op, maar dit gaat wel ten koste van de snelheid."

Hou er wel in het achterhoofd dat de omstandigheden nogal veranderd zijn in de loop van de tijd.
Rar4 standaard komt nog uit de tijd dat de computers veel langzamer waren en zeker met de nieuwe snelheden van harddisken en zelfs SSD is die bottleneck ook al totaal aangepast aan deze tijd. De term 'snelheidskosten' is dus vrij relatief. (Gelukkig. :) )
Daar komt wel tegenover te staan dat 'dat wat we willen archiveren" ook sterk veranderd is.
Multimedia is zeker met de nieuwe telefoons en andere makkelijk verkrijgbare gadgets, een veel ruimer beschikbare hoeveelheid data dat een beetje backupper natuurlijk ook veilig wil stellen en Rar is eerlijk=eerlijk daar heel goed voor.
Het snelheidsverlies zit hem vooral in de grotere hoeveelheid data. Dat het archief (meestal backup) daardoor wel kleiner wordt, is zeker een sterk pluspunt. Plus je kan altijd nog Rar4 kiezen als je snelheid wilt.

Heerlijk programma en ik ben blij dat er nog flink wat mee te innoveren is. De changelog is ekker uitgebreid en laat goed zien wat er veranderd is, waarom en met welk doel.
Zeer mooi programma, ik gebruik het dan ook al jaren. Al vind ik het wel jammer dat het zowat altijd "nodig" is om toch je eigen iconenset te installeren. De interface vind ik persoonlijk nu ook niet echt iets om over naar huis te schrijven. Ik hoop dat ze hier ook nog wat aan gaan doen.
Lekker programma, Omdat Winrar 5 nu pas 256 bit aes gaat ondersteunen, gebruikte ik al wel eens 7-zip om ietwat veiliger documenten op mobiele apparaat te kunnen opslaan en gebruiken.
Hmmm, op gebied van compressie wint 7-Zip het nog steeds met de bestanden die ik zo lukraak her en der vond.

Op een Outlook PST bestand van 1,4 Gb:
RAR 905 Mb
RAR5 857 Mb
7-ZIP 853 Mb

Snelheid was niet echt een issue, bijna tegelijk klaar allemaal.
WinRAR 5.00 bta 2 is zojuist vrijgegeven:

Whats New

Op dit item kan niet meer gereageerd worden.

Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True