Projektet rars er pr\u00e6senteret, som udvikler et frit v\u00e6rkt\u00f8j til RAR-formatet, skrevet i Rust, der underst\u00f8tter b\u00e5de udpakning og oprettelse af RAR-arkiver. V\u00e6rkt\u00f8jet underst\u00f8tter b\u00e5de tidligere RAR-formater 1.3\/1.4 med signaturen \u00abRE~^\u00bb, s\u00e5vel som den nyeste version RAR 7. Der er tilg\u00e6ngelige avancerede operationer som opdeling i volumer, beskyttelse med adgangskode, kryptering af overskrifter, vedh\u00e6ftning af kommentarer, RARVM-filtre, indekser til hurtig \u00e5bning og mekanismer til genopretning af beskadigede data. Koden distribueres under MIT og Apache-2.0 licenser. Der er forberedt bindings til Python-sproget baseret p\u00e5 PyO3-biblioteket, som implementerer et API i stil med rarfile til visning, testning og udpakning af arkiver samt et API i stil med RarBuilder til oprettelse eller ompakning af arkiver.<\/p>\n
Projektets s\u00e6rlige tr\u00e6k er, at det h\u00e5ndterer RAR-formatet uden brug af koden fra unrar-v\u00e6rkt\u00f8jet, der distribueres under en ikke-fri licens, som forbyder brug af unrar-koden til at genskabe RAR-komprimeringsalgoritmen eller udvikle en RAR-kompatibel arkiverer. P\u00e5 grund af denne begr\u00e6nsning har de fleste frie arkiverere kun v\u00e6ret begr\u00e6nset til funktionerne for udpakning af RAR-filer, og for at oprette RAR-arkiver har man v\u00e6ret n\u00f8dt til at bruge propriet\u00e6re v\u00e6rkt\u00f8jer fra RARLAB.<\/p>\n
Der er oprettet et separat repository kaldet rar-research, hvor specifikationerne for RAR 1.3\/1.4, RAR 1.5-4.x og RAR 5.0\/7.0 er offentliggjort, samt noter om de anvendte algoritmer, filtre, metoder til kontrol og genopretning af integritet, kryptering, opdeling i volumener og beskyttelsesmekanismer. Da der p\u00e5 tidspunktet for oprettelsen af projektet rars ikke fandtes nogen officiel fuldst\u00e6ndig specifikation, blev dokumentationen genskabt ud fra koden fra udpakkerne, gamle implementeringer, testarkiver og analyse af bin\u00e6re versioner af RAR til DOS og Windows.<\/p>\n
Implementeringen blev udf\u00f8rt ved hj\u00e6lp af AI-v\u00e6rkt\u00f8jer OpenAI Codex 5.5 og Claude Opus 4.7 i fritiden over cirka fem uger. I den f\u00f8rste fase blev modellerne anvendt til at systematisere information om formatet og udfylde huller i beskrivelsen, hvorefter der blev genereret kode i Rust-baseret p\u00e5 den genskabte specifikation. For at pr\u00e6cisere specifikationen og finjustere implementeringen blev der udf\u00f8rt tests p\u00e5 reelle arkiver og sammenlignet med referenceimplementeringer.<\/p>\n
Det er blevet bem\u00e6rket, at AI-v\u00e6rkt\u00f8jer har klaret sig godt med at overf\u00f8re den formelle beskrivelse til kode og med rutinem\u00e6ssig implementering af et stort volumen funktionalitet, men har ikke v\u00e6ret i stand til at sikre arkitektonisk kontrol. Uden stram overv\u00e5gning var AI-modellerne tilb\u00f8jelige til at omg\u00e5 tests, komplicere koden og overse \u00e5benlyse problemer, der p\u00e5virker brugervenligheden. If\u00f8lge forfatterens vurdering er tests, dokumentation og kommentarer i et projekt af denne st\u00f8rrelse ikke kun blevet v\u00e6rkt\u00f8jer til validering, men ogs\u00e5 en m\u00e5de at styre kodegenereringen i den rigtige retning.<\/p>\n
Udviklingen blev fremmet efter introduktionen af OpenAI Codex-tilstanden \u00ab\/goal\u00bb, der giver AI-agenten mulighed for at arbejde p\u00e5 en opgave i lang tid, ved at komprimere konteksten og forts\u00e6tte efter den er fyldt op. I denne tilstand har Codex arbejdet mere end 6 timer flere gange og en gang omkring 16 timer, idet der blev implementeret en betydelig del af den tilbagev\u00e6rende funktionalitet, s\u00e5som datagendannelse, kryptering og multivolumen-arkiver. Med betydelig subsidiering til tokens blev der brugt 40 pund sterling.<\/p>\n
I forhold til komprimeringsniveau ligger rars i gennemsnit 5-10% efter WinRAR. N\u00e5r det kommer til hastigheden for komprimering og udpakning, er rars betydeligt langsommere end WinRAR p\u00e5 grund af mangel p\u00e5 fuldgyldige optimeringer. I projektet findes der allerede en tilstand \u00ab--features fast\u00bb, der anvender optimeringer baseret p\u00e5 SIMD-instruktioner for at accelerere komprimering og udpakning, men som er bundet til det eksperimentelle API std::simd, der kun er tilg\u00e6ngeligt i testversioner af Rust-v\u00e6rkt\u00f8jet. Der er ogs\u00e5 implementeret en tilstand \u00ab--features parallel\u00bb, der bruger Rayon-biblioteket til at parallelisere komprimering af individuelle filer.<\/p>\n