Projektet rars har förberett en fri implementation av RAR med stöd för att skapa arkiv.

Projektet rars presenterar en öppen implementation av verktyg för RAR-formatet, skriven i Rust, som stöder både extrahering och skapande av RAR-arkiv. Verktyget stöder både tidiga RAR-formaten 1.3/1.4 med signaturen "RE~^" och den senaste versionen RAR 7. Utökade funktioner som volymindelning, lösenordsskydd, kryptering av huvuden, bifogade kommentarer, RARVM-filter, index för snabb öppning och mekanismer för återställning av korrupt data är tillgängliga. Koden distribueras under MIT- och Apache-2.0-licenser. Wrappers för Python-språket har förberetts baserat på PyO3-biblioteket, som implementerar ett API i stil med rarfile för visning, testning och extrahering av arkiv, såväl som ett API i stil med RarBuilder för skapande eller ompaketering av arkiv.

Ett kännetecken för projektet är att det hanterar RAR-formatet utan att använda koden från verktyget unrar, som distribueras under en icke-fri licens som förbjuder användning av unrar-kod för att återskapa RAR-komprimeringsalgoritmen eller för att utveckla en RAR-kompatibel arkiverare. På grund av denna begränsning har de flesta fria arkiverare endast kunnat stödja extrahering av RAR-filer, medan skapande av RAR-arkiv har krävt användning av proprietära verktyg från RARLAB.

Ett separat repository, rar-research, har skapats där specifikationerna för RAR-formaten 1.3/1.4, RAR 1.5-4.x och RAR 5.0/7.0 publicerats, samt anteckningar om använda algoritmer, filter, metoder för integritetskontroll och återställning, kryptering, volymindelning och skyddsmekanismer. Eftersom det vid skapandet av rars-projektet inte fanns någon officiell fullständig specifikation, återskapades dokumentationen baserat på koden från extraktorer, gamla implementationer, testarkiv och analys av binära versioner av RAR för DOS och Windows.

Implementationer skapades med hjälp av AI-verktyg som OpenAI Codex 5.5 och Claude Opus 4.7 under fritid, vilket tog ungefär fem veckor. I det första steget användes modellerna för att systematisera information om formatet och fylla i luckor i beskrivningen, varefter koden genererades på Rust-språket baserat på den återskapade specifikationen. För att förtydliga specifikationen och finslipa implementationen användes tester med faktiska arkiv och jämförelser med referensimplementationer.

Det noteras att AI-verktyg har presterat bra när det gäller att överföra formella beskrivningar till kod och har hanterat den rutinmässiga implementeringen av en stor mängd funktionalitet, men de har misslyckats med att säkerställa arkitektonisk kontroll. Utan strikt övervakning har AI-modellerna tenderat att kringgå tester, komplicera koden och missa uppenbara problem som påverkar användarvänligheten. Enligt författarens bedömning har tester, dokumentation och kommentarer i ett projekt av denna storlek blivit inte bara verktyg för kontroll utan också ett sätt att styra kodgenereringen i rätt riktning.

Utvecklingen kunde pressas fram efter att OpenAI Codex introducerade läget "/goal", vilket möjliggör att AI-agenten arbetar under längre perioder på en och samma uppgift, komprimerar kontext och fortsätter med arbetet efter att den blivit överfull. I detta läge har Codex flera gånger arbetat mer än 6 timmar och en gång omkring 16 timmar, vilket har resulterat i att en betydande del av den kvarstående funktionaliteten har realiserats, såsom datagenerering, kryptering och flerfaldiga arkiv. Med en betydande subvention för token har det kostat 40 brittiska pund.

När det gäller komprimeringsgrad ligger rars i genomsnitt 5-10% efter WinRAR. När det gäller hastighet för komprimering och dekomprimering är rars avsevärt långsammare än WinRAR på grund av avsaknaden av fullständiga optimeringar. Samtidigt finns det redan ett läge "—features fast" i projektet, vilket tillämpar optimeringar baserade på SIMD-instruktioner för att accelerera komprimering och dekomprimering, men som är beroende av det experimentella API:et std::simd, som endast är tillgängligt i testversioner av Rust-verktygslådan. Det har också implementerats ett läge "—features parallel", som använder biblioteket Rayon för att parallellisera komprimeringen av individuella filer.

Evgeny Roshal, skaparen av RAR, kommenterade användningen av omvänd ingenjörskonst av gamla RAR-binärfiler vid utvecklingen av rars, något som strider mot licensavtalet. Enligt Evgeny har han ännu inte beslutat vad han ska göra med detta och avser att vänta på åsikten från företaget win.rar GmbH.

Källa: opennet.ru