Software-update: WinRAR 7.00 bèta 1

WinRAR logo (80 pix) RAR Labs heeft de eerste bètarelease van versie 7.00 van zijn archiveringsprogramma's RAR en WinRAR uitgebracht. Deze populaire compressietool is beschikbaar voor diverse besturingssystemen, waaronder Windows, Linux en macOS. Het programma kan overweg met de gangbaarste formaten - waaronder rar, zip, cab, arj, lzh, tar, gz, uue, bz2, jar, iso, 7z en z - heeft een skinnable interface, en ondersteuning voor Zip64- en multivolume-cab-bestanden. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

New:
  • Compression dictionary sizes larger than 1 GB are supported for RAR archive format. Depending on the amount of physically available memory, dictionary up to 64 GB can be selected. Not power of 2 dictionary sizes can be specified for dictionaries exceeding 4 GB. So we are not limited to 4, 8, 16, 32, 64 series and can use values like 5 GB or 22 GB. Archives with dictionaries exceeding 4 GB can be unpacked only by WinRAR 7.0 or newer. Increasing the dictionary size can improve the compression ratio for large files with distant repeated blocks, like virtual machine disk images. It also can be efficient for sets of large similar files in a solid archive, such as a collection of software ISO images differing by version or localization.
  • WinRAR issues a prompt allowing to cancel or continue if dictionary size in extracted RAR archive exceeds "Maximum dictionary size allowed to extract" parameter in "Settings/Compression". It is done to prevent the unexpected excessive memory allocation. In the command line mode by default WinRAR refuses to unpack archives with dictionary exceeding 4 GB. Use -md or -mdx to allow unpacking dictionaries up to and including the specified size. Unlike -md, -mdx is applied to extraction only and can be added to RAR environment variable, not affecting archiving commands.
  • "Define dictionary sizes" dialog in "Settings/Compression" can be used to customize dictionary sizes proposed in the drop down list associated with "Dictionary size" field in "Archive name and parameters" dialog.
  • Alternate search algorithm, optimized to locate longer and more distant repeated data blocks, can be used when creating RAR archives. It helps to improve the compression ratio and sometimes speed for redundant data like big text files. It increases memory usage and might reduce the compression speed for some types of data. It can be turned on or off with "Long range search" options in "Advanced compression parameters" dialog or with -mcl[+|-] switch. If "Auto" option is selected, WinRAR applies the long range search depending on the compression method, dictionary size and other parameters. This algorithm is required for dictionaries exceeding 4 GB and turning it off is ignored for such dictionaries.
  • Much slower and more exhaustive repeated data search and compression algorithm can be enabled with "Exhaustive search" option in "Advanced compression parameters" dialog or with -mcx switch. It might provide the additional compression gain for some types of redundant data, but at much lower compression speed. Long range search is needed to implement this mode efficiently, so the exhaustive search option activates it automatically. Both long range and exhaustive search option do not affect the compatibility of created archives. So if dictionary size is in 128 KB - 4 GB range, archives created with these search options can be unpacked by all WinRAR versions beginning from 5.0.
  • Maximum path length limit is increased from 2047 to 65535 characters.
  • Creating archives in RAR 4.x format isn't supported anymore. Options and switches specific for this format are removed. It doesn't affect RAR 4.x archives decompression, which is included into WinRAR.
  • "Propagate Mark of the Web" option in "Settings/Security" dialog controls assigning the archive Mark of the Web to extracted files. It is possible to prohibit propagating, allow it for several predefined file groups, for all files or for files matching user defined file masks. Mark of the Web is the security zone information added by Internet browsers to downloaded files. It can be used by various software for security purposes. It is supported only by GUI WinRAR. Console RAR doesn't propagate Mark of the Web regardless of this option.
  • "Attributes" column can be enabled in "Settings/File list/Columns". It displays file attribute abbreviations, such as 'A' for "Archive" and 'D' for directory. If file attribute isn't among those recognized by WinRAR, the numeric value of file attributes is also displayed. This value uses hexadecimal format for Windows attributes or octal format for Unix attributes.
  • "Benchmark" command allows to specify the exact number of threads and copy results to clipboard. Information about WinRAR and Windows versions, CPU and memory is added to benchmark window.
  • "Remove redundant folders from extraction path" option in "Settings/Paths" is now applicable also to extraction commands invoked from WinRAR user interface and to multiple archives unpacked to separate folders. It removes a destination path component, only if its name matches both the archive name and root archived folder name, provided that there are no other folders or files in archive root. For example, it will remove one of "Pictures" in the destination path if we unpack Pictures.rar containing the root "Pictures" folder to "Pictures\" destination. Previously it worked only for a single archive extracted from context menu and didn't check if archived folder name matches the last destination path component.
  • "Word wrap in comment" option in "Interface" options group in "Settings/General" toggles the word wrap mode in archive comment window.
  • Dictionary size data in archive information dialog is now available for .bz2, .lz, .tar.bz2, .tar.gz, .tar.lz, .tar.zst archives.
  • Switch -ol- prohibits archiving and extracting symbolic links.
  • Switches -sl[u] and -sm[u] recognize [k|K|m|M|g|G|t|T] size units for kilobytes, thousands of bytes, megabytes, millions of bytes, gigabytes, billions of bytes, terabytes, trillions of bytes. If unit character is 'b', 'B' or not present, bytes are assumed. Previously these switches accepted bytes only.
  • SFX TempMode command accepts the optional @set:user parameter allowing to modify temporary folder permissions, so only the current user can access it. It prohibits a local user to replace files in a temporary folder if SFX is started under another account. It also can be enabled with "Restrict folder access" option in "Advanced SFX options/Modes" dialog. Some installers might fail to start in a folder created with @set:user parameter.
  • File permissions and NTFS alternate streams are not saved for hard link entries. They are saved only for the source file these entries refer to. It allows to reduce the archive size, because such file properties are automatically propagated to hard links copies when extracting.
  • Keyboard shortcuts, such as Ctrl+A to select all files or Alt+E to unpack found archives, are now functional in "Search results" window also while search is still in progress. Previously they were available only after completing search.
  • Switch -v[unit] recognizes 't' and 'T' as terabytes and trillions of bytes for volume size units.
  • Warning is issued if leading '-' character is missing in a parameter specified in "Additional switches" field of WinRAR archiving and extraction dialogs. Also it is issued for parameters lacking '-' in RAR environment variable and rar.ini file. Previously such malformed parameters were ignored silently.
  • "Convert archives" command displays the smooth total operation progress. Previously the total progress was updated abruptly after converting an archive and was visible only when processing multiple archives.
  • Proper progress is displayed when compressing symbolic link targets.
  • "Integrate WinRAR into shell" option in WinRAR "Settings/Integration" is grayed out if "Global\Integration=0" is present in winrar.ini file.
Bugs fixed:
  • "User defined archive extensions" field in "Settings/Integration" was not saved if winrar.ini was used to store settings and WinRAR was started under non-administrator user account.

De volgende downloads zijn beschikbaar:
*WinRAR 7.00 bèta 1 (32bit)
*WinRAR 7.00 bèta 1 (64bit)
*RAR 7.00 bèta 1 voor Linux (32bit)
*RAR 7.00 bèta 1 voor Linux (64bit)
*RAR 7.00 bèta 1 voor FreeBSD (32bit)
*RAR 7.00 bèta 1 voor FreeBSD (64bit)
*RAR 7.00 bèta 1 voor macOS (64bit)
*RAR 7.00 bèta 1 voor macOS (Arm)

WinRAR
Versienummer 7.00 bèta 1
Releasestatus Final
Besturingssystemen Windows 7, Linux, BSD, macOS, Windows 8, Windows 10, Windows 11
Website RAR Labs
Download https://www.rarlab.com/download.htm
Bestandsgrootte 3,73MB
Licentietype Shareware

Door Bart van Klaveren

Downloads en Best Buy Guide

23-10-2023 • 20:45

59

Submitter: danmark_ori

Bron: RAR Labs

Reacties (59)

59
57
21
0
0
11
Wijzig sortering
Wat mij echt een afkeer van Rarlabs heeft gegeven is dat je licentie gekoppeld is aan de exacte versienummer. Dus hoofd en sub versie.

Bedoel, het lijkt mij normaal dat je licentie alle bijwerkingen onder een hoofdversie omvat. Maar niet dat je licentie alleen geldig is voor 6.26 en je bij 6.30 weer een nieuwe licentie nodig hebt.

Aanvullend:
Ik lees dat dit probleem niet zou mogen, zal hier eens naar moeten kijken of het aan mijn kant kan liggen.
Ik heb het na gekeken en de licentie is echt maar voor een versie geldiug.
https://i.postimg.cc/G2gP...ing-2023-10-24-184543.png

[Reactie gewijzigd door D.nukem op 22 juli 2024 22:07]

Dit is incorrect. Oude licenties werken gewoon met nieuwe versies.
Een WinRar V5.x.x licentie werkt niet met WinRar V6.x
Zie https://www.win-rar.com/key-registration-failed.html
Vreemd... Mijn licentie van het jaar "stilletjes" doet het zowel op 6.x als met 7.00.
Maar misschien gaat het over licenties die via een promoactie zijn gekocht? Soms zijn die versieafhankelijk en dat zou de foutmelding kunnen verklaren.
Ben stiekem bloednieuwsgierig welke periode "van het jaar stilletjes" is. Die heb ik nog nooit gehoord.
De officiële site rarlabs.com heeft geen maintenance subscriptie.
Je hebt gelijk, en als je het via win-rar.com (niet de officiële site!) koopt, krijg je wel een maintenance subscriptie aangeboden.
Je wordt bijvoorbeeld naar win-rar.com gestuurd via de meeste zoekmachines (google/bing/duck), die site lijkt erg op de originele rarlab.com.
Ik zet al jaren de nieuwere versies over de oude heen en licentie blijft gewoon geldig.
Foutmelding winrar


En ik heb geen idee waardoor dit veroorzaakt wordt. Zover ik weet heb ik aan geen actie mee gedaan of zo...
Dat klopt volgens mij niet. Mijn versie 5 licentie werkt ook gewoon met 6...
Ik gebruik mijn betaalde WinRar al sinds augustus 2006 (versie 3), en kan mijn licentie in alle versies gebruiken.
Ik denk echt dat je ergens een foutje hebt gemaakt
Als de licentie versieafhankelijk is, dan moet die toch via een promo aangekocht zijn denk ik. Waarom stuur je je licentiebestand niet eens naar supportATwinar.be? Wie weet kunnen zij die niet - voor een kleine kost - omzetten naar een "eeuwigdurende" licentie.
Na het lezen van de (vele) reacties moet ik inderdaad moeten gaan aannemen dat ik ergens kleine lettertjes heb gemis.

Dank voor uw suggestie, ik zal het in overweging nemen.
Er zijn zelfs meerdere goed bekeken video's op YouTube van mensen die op alle versies van WinRAR hun key uitproberen en ze kunnen gewoon al die oude versies ermee registreren. Ook de versies van vóór 6.x.x dus.
Ik heb onlangs via 9GAG een licentie voor WinRAR 6.24 gekocht. Kan ik straks gratis upgraden naar 7.0? Verder gewoon het beste compressieprogramma wat er is.
Jazeker.
WinRar is een lifetime licentie die ook bij nieuwe (ook major) versies werkt.
Mijn licentie uit 2006 voor WinRAR 3 werkt ook voor versie 4, 5 en 6 en zal ook werken in versie 7

Eenmalig € 29,95 betaald en nog steeds plezier van
Zal straks deels overbodig raken als het in Windows 11 zelf zit.

Bron. nieuws: Windows 11 krijgt ingebouwde ondersteuning voor 7-zip, rar en andere ...
Het zit al in Windows 11. Maar het werkt niet voor multi part archives. Dan pakt Windows alleen part01 uit ;(
Het blijft een prettige functie t.o.v. 7-Zip dat WinRAR even alles uitpakt als je dubbelklikt op een executable in een archief (i.p.v. louter die executable). Zo kun je snel een tooltje direct vanuit %temp% laten draaien.

Geloof dat bij 7-Zip is geopperd dat dit een security issue kan zijn, maar ja, dat kan voor iedere static executable eveneens gelden.
In plaats van 7-zip wil je sowieso liever Peazip gebruiken (in het verleden J-Zip maar dat zit tegenwoordig vol met crap).
En waarom zou je dat willen? Iets meer uitleg dan dat wellicht.
Ben ook wel benieuwd. Beetje ongefundeerd. Heb even gegoogled maar kan ook niks vinden.
7-Zip is een stuk minder gebruiksvriendelijk dan PeaZip.

PeaZip heeft een moderne GUI, meer opties, de menu's zijn duidelijker en het is vanuit een standaard installatie ook gelijk te gebruiken vanuit de CLI.

7-Zip was vroeger ook al vrij archaïsch / spartaans, waardoor destijds J-zip werd aangeraden.
Do one thing and do it well.... zo min mogelijk GUI tussen mij en mijn doel: files uitpakken/inpakken. 7z wint dus. Er is niet zoiets als 'de beste' omdat iedereen iets anders wil van zijn tooling. Ik zie een GUI als noodzakelijk voor tools die ik niet vaak gebruik of die tig mogelijkheden hebben. Als dat niet het geval is: geen GUI is de beste GUI.
PeaZip heeft ook veel minder vaak problemen met de shell/explorer extensions fatsoenlijk installeren en associëren. Maar goed, vrij duidelijk dat je verknocht bent aan 7-Zip, dus doe vooral je eigen ding.
Ik heb PeaZip geprobeerd, maar de interface was tergend langzaam bij het listen van bestanden (bijv. uit een solid RAR archive of 7-Zip). Echt niet mee te werken.
Dan doe je iets verkeerd want bij mij is het zelfs bij archieven met duizenden bestanden praktisch instant.
De auteur zelf heeft toentertijd (hier zelfs) toegegeven dat dit een probleem is, dus ik vrees dat 't niet aan mij lag/ligt 😅
En wanneer kom de functionaliteit er om die %temp% locatie aan te passen? Zoals het nu werkt heb je met winrar/7zip letterlijk 2x de grootte van je bestand aan schijfruimte nodig om hem uberhaupt te kunnen extracten.

Chrome - kan enkel downloaden naar de C schijf, niet aan te passen.
winrar/7zip - kan enkel extracten door eerst te extracten naar %temp%, en daarna te kopieren naar je geselecteerde locatie.

De combinatie van beide... tja. Bij het downloaden van een zip van 200GB heb je dus 200GB nodig in je downloads folder en nogmaals minimum 200GB in je %temp% folder; en dan staan je bestanden nog altijd niet op hun locatie. Zeer irritant als je op laptops/computers werkt met een 500GB SSD.
In winrar kun je de tempmap aanpassen via instellingen/paden.
In Chrome kun je de downloadmap via instellingen ook aanpassen.
Zulke grote archiefbestanden zijn juist met winrar over meerdere .rar bestanden te verdelen met foutcorrectie.
Ik ben nog geen zip of rar bestand van 200 gb tegengekomen?
Ik kan in Chrome gewoon instellen wat de default download folder is, ook op een andere schijf dan C.
Is het dit dat je bedoelt? Uit de help van WinRAR:
(...) Map voor tijdelijke bestanden
WinRAR gebruikt deze map om tijdelijke bestanden in op te slaan. Indien dit veld leeg is, dan zullen tijdelijke bestanden en mappen worden gemaakt in óf de huidige map óf in de tijdelijke map van Windows, afhankelijk van het soort opdracht.
De initiële stand van deze parameter is de Windows-standaardmap voor tijdelijke bestanden. Indien u deze gewijzigd heeft en u wilt op een later moment terug naar de Windows-standaardmap voor tijdelijke bestanden, voer dan %temp% in, in plaats van de mapnaam. WinRAR zal deze uitbreiden naar de Windows-mapnaam voor tijdelijke bestanden voordat er tijdelijke bestanden worden aangemaakt.(...)
Te vinden bij "Opties" => "Instellingen" => "Paden"
Grote libraries is wel mooi, ik hoop dat dit snel overal wordt toegepast.
Hier ga ik zeker mee testen gezien ik vaak grote archieven maak met grote bestanden, RAR5 met 1GB dictionary gebruikte voorheen nooit meer dan ~6.7GB RAM. Heb inmiddels 128GB RAM dus kijken hoe dat 64GB uitpakt en of dit trager is dan 1GB op de CPU (i9 13900K) e.d. want ik vermoed dat het ook langer gaat duren als er meer compressie toegepast wordt, of de winst ook beter wordt valt te betwisten per type bestand.
Ik ben benieuwd naar je resultaten. Vooral de compression rate. Ik haal steeds een 99% ratio, dus het .zip/.rar/.7z bestand is bijna net zo groot als de originele bestanden. Als je 64 GB als dictionary size gebruikt zal je wel een betere ratio behalen.
Ik gebruik 7-Zip en hoor graag argumenten waarom ik WinRAR zou moeten gebruiken. Of PeaZip :)
Die zijn er niet, 7-Zip is gewoon beter. En gratis.
Waarom is het beter?

Ik vind sowieso de interface van WinRAR prettiger. Maar ik heb 7Zip al heel lang niet meer gebruikt. Ik weet dat je vroeger minder vrijheden had met het slepen van individuele bestanden in en uit archieven via het 7Zip-window. Ook kon je in 7Zip niet een executable starten waarbij de nodige bestanden automatisch in een tijdelijke map gezet worden. Maar dat zal tegenwoordig wel verbeterd zijn.
7-Zip heeft enorm aan populariteit gewonnen - is misschien wel de meest populaire optie op dit moment. Maar ik vind het inderdaad ook in 2023 nog altijd 10x niks. Ik vind het echt een van de slechtere interfaces. WinRAR (vooral de rechtermuisknop -> uitpakken optie) vind ik echt fijner dan iedere andere tool.
Shareware? winrar is toch geen shareware?? Gewoon een betaalde licentie.

[Reactie gewijzigd door MeMoRy op 22 juli 2024 22:07]

https://en.wikipedia.org/wiki/Shareware

Onder Shareware valt ook Trialware, en dat is precies was WinRAR is. Ze noemen het ook als voorbeeld onder Trialware.
Voorlopig blijf ik de gratis versie van Winrar gebruiken, ik betaal pas bij versie 26.
waar heb jij die gevonden dan?

Winrar heeft alleen een gratis 30 dagen trail
En die blijft eeuwig werken...
ehh NEE,

dan ben je schuldig aan licentie fraude ,

Winrar heeft geen gratis variant en elke trail mag na 30 dagen niet meer gebruikt worden
Dan moeten ze iets inbouwen dat hij het na 30 dagen niet meer doet ;-)
Dat doen ze om een reden niet...
Extreem veel gebruikers binnenhalen die het gratis gebruiken en dan na jaren ineens wel regelen dat hij stopt met werken zal een reden kunnen zijn, maar er zijn te veel gratis alternatieven die zelfs opensource zijn, zoals 7Zip die ik al vele jaren gebruik na vele vele jaren de trial versie van WinRAR gebruikt te hebben.
Je krijgt wel steeds een popup. Ik heb hem 10 jaar geleden ofzo een keer gekocht. Maar nu gebruik ik 7-zip.
Maar hij zou nog altijd gewerkt hebben nu, ondanks de pop-ups ;-)
Ik gebruik ondertussen ook 7Zip.
:+ Releasestatus Final en het is een beta 8)7
Dit vind ik altijd zo vaag.
Is niet vaag, maar volgens mij niet juist. Een bèta is juist niet final.
Pfft, vertel dat tegen m'n opgeleverde final_finalv2_def-nieuw(2).pdf studeeropdracht! :+
Final is ook een slechte naam
Gold is een betere naam omdat het concept dus is dat het in effect een af product is geschikt voor aflevering

Finaal betekent laatste en betekent dat er geen verdere release meer volgt. Dus eigenlijk de laatste voor EOL

Bij tentamens en scriptie zou je dus eigenlijk over release candidates spreken immers elke poging zou een final kunnen worden na extern goedkeuren. Een partij die meerdere rc builds aankondigt doet het dus feitelijk fout en zit dus eigenlijk nog in de beta stage
Dat final slaat alleen op een versie van de software, niet op het gehele product. Dan zou er al veel software niet meer bestaan. ;)
Gold schijnt ook gebruikt te worden, maar vind ik persoonlijk een niet erg duidelijk begrip. Gold wordt meer gebruikt om een bepaalde versie van een software aan te geven, zoals basic, pro, gold.

[Reactie gewijzigd door Robertdw op 22 juli 2024 22:07]

Off topic:
Een bèta is juist niet final.
Een bèta die uitgebracht wordt is final.

Een final die nog niet is uitgebracht, is nog een bèta.
U spreekt dus uzelf tegen :)

Op dit item kan niet meer gereageerd worden.