\u00c8 stato presentato il progetto rars, che sviluppa un'implementazione aperta degli strumenti per il formato RAR, scritto in Rust e supporta non solo l'estrazione, ma anche la creazione di archivi RAR. Gli strumenti supportano sia i formati RAR 1.3\/1.4 con la firma \u00abRE~^\u00bb, sia l'ultima versione RAR 7. Sono disponibili operazioni avanzate come la suddivisione in volumi, la protezione con password, la crittografia delle intestazioni, l'aggiunta di commenti, filtri RARVM, indici per un'apertura rapida e meccanismi di recupero di dati danneggiati. Il codice \u00e8 distribuito con licenze MIT e Apache-2.0. Sulla base della libreria PyO3, sono state preparate delle interfacce per il linguaggio Python, che implementano un'API in stile rarfile per la visualizzazione, il test e l'estrazione di archivi, cos\u00ec come un'API in stile RarBuilder per la creazione o la ricompressione di archivi.<\/p>\n
La caratteristica del progetto \u00e8 che implementa il supporto per il formato RAR senza utilizzare il codice della utility unrar, distribuito sotto una licenza non libera, che vieta l'uso del codice unrar per ricreare l'algoritmo di compressione RAR o per sviluppare un archiviatore compatibile con RAR. A causa di questa limitazione, la maggior parte degli archivatori liberi si \u00e8 limitata solo alle funzioni di estrazione dei file RAR, e per creare archivi RAR era necessario utilizzare strumenti proprietari di RARLAB.<\/p>\n
\u00c8 stato creato un repository separato chiamato rar-research dove sono pubblicate le specifiche per i formati RAR 1.3\/1.4, RAR 1.5-4.x e RAR 5.0\/7.0, insieme a note sugli algoritmi utilizzati, sui filtri, sui metodi di verifica e di ripristino dell'integrit\u00e0, sulla crittografia, sulla suddivisione in volumi e sui meccanismi di protezione. Poich\u00e9 al momento della creazione del progetto non esisteva una specifica ufficiale completa per RAR, la documentazione \u00e8 stata ricreata analizzando il codice degli estrattori, le vecchie implementazioni, gli archivi di test e l'analisi delle versioni binarie di RAR per DOS e Windows.<\/p>\n
L'implementazione \u00e8 stata realizzata utilizzando gli strumenti AI OpenAI Codex 5.5 e Claude Opus 4.7 nel tempo libero in circa cinque settimane. Nella prima fase, i modelli sono stati applicati per sistematizzare le informazioni sul formato e colmare le lacune nella descrizione, dopo di che \u00e8 stato generato il codice in Rust sulla base della specifica ripristinata. Per affinare la specifica e perfezionare l'implementazione, \u00e8 stato utilizzato un controllo su archivi reali e un confronto con implementazioni di riferimento.<\/p>\n
Si segnala che gli strumenti AI hanno gestito bene il trasferimento della descrizione formale in codice e l'implementazione di un ampio volume di funzionalit\u00e0, ma non sono riusciti a garantire il controllo architettonico. Senza un rigoroso monitoraggio, i modelli AI tendevano ad aggirare i test, complicare il codice e trascurare evidenti problemi che influenzavano l'usabilit\u00e0. Secondo la valutazione dell'autore, in un progetto di tale portata, i test, la documentazione e i commenti sono diventati non solo strumenti di verifica, ma anche un modo per guidare la generazione del codice nella direzione giusta.<\/p>\n
Lo sviluppo \u00e8 stato accelerato dopo l'introduzione della modalit\u00e0 \u00ab\/goal\u00bb in OpenAI Codex, che consente all'agente AI di lavorare a lungo su un compito, comprimendo il contesto e continuando l'esecuzione dopo il superamento di esso. In questa modalit\u00e0, Codex ha operato per pi\u00f9 di 6 ore diverse volte e una volta per circa 16 ore, implementando una parte significativa delle funzionalit\u00e0 rimanenti, come il recupero dei dati, la crittografia e gli archivi a pi\u00f9 volumi. Tenendo conto del consistente sussidio per i token, sono state spese 40 sterline.<\/p>\n
In termini di compressione, i file rars sono in media dal 5 al 10% meno efficienti rispetto a WinRAR. Per quanto riguarda la velocit\u00e0 di compressione e decompressione, i rars sono notevolmente pi\u00f9 lenti di WinRAR a causa della mancanza di ottimizzazioni complete. In ogni caso, il progetto dispone gi\u00e0 della modalit\u00e0 \u00ab--features fast\u00bb, che applica ottimizzazioni basate su istruzioni SIMD per velocizzare la compressione e la decompressione, ma \u00e8 legata a un'API sperimentale std::simd, disponibile solo nelle versioni di test degli strumenti Rust. \u00c8 stata anche implementata la modalit\u00e0 \u00ab--features parallel\u00bb, che utilizza la libreria Rayon per parallelizzare la compressione di singoli file.<\/p>\n