\u00c8 stato presentato il progetto rars, che sviluppa un'implementazione libera di strumenti per il formato RAR, scritto nel linguaggio Rust e che 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 tramite password, la crittografia delle intestazioni, l'aggiunta di commenti, filtri RARVM, indici per un'apertura rapida e meccanismi per il recupero dei dati danneggiati. Il codice \u00e8 distribuito con licenze MIT e Apache-2.0. Sulla base della libreria PyO3 sono stati preparati dei binding 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 ricompattazione di archivi.<\/p>\n
La particolarit\u00e0 del progetto \u00e8 che implementa il lavoro con il formato RAR senza utilizzare il codice dell'utility unrar, distribuita con una licenza non libera, che proibisce l'uso del codice unrar per ricreare l'algoritmo di compressione RAR o sviluppare un archiviatore compatibile con RAR. A causa di questa limitazione, la maggior parte degli archivi 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 state pubblicate le specifiche per i formati RAR 1.3\/1.4, RAR 1.5-4.x e RAR 5.0\/7.0, oltre a note sugli algoritmi utilizzati, sui filtri, sui metodi di verifica e recupero dell'integrit\u00e0, sulla crittografia, sulla suddivisione in volumi e sui meccanismi di protezione. Poich\u00e9 al momento della creazione del progetto rars non esisteva una specifica ufficiale completa, la documentazione \u00e8 stata ricreata basandosi sul codice degli estrattori, sulle vecchie implementazioni, sugli archivi di prova e sull'analisi delle versioni binarie di RAR per DOS e Windows.<\/p>\n
L'implementazione \u00e8 stata creata utilizzando strumenti AI come OpenAI Codex 5.5 e Claude Opus 4.7 nel tempo libero, in un periodo di circa cinque settimane. Nella prima fase, i modelli sono stati utilizzati per sistematizzare le informazioni riguardanti il formato e colmare le lacune nella descrizione, dopodich\u00e9, sulla base della specifica ricostruita, \u00e8 stato generato codice nel linguaggio Rust. Per affinare la specifica e migliorare l'implementazione, \u00e8 stato utilizzato un controllo su archivi reali e un confronto con implementazioni di riferimento.<\/p>\n
Si osserva che gli strumenti AI hanno gestito bene il trasferimento di descrizioni formali in codice e l'implementazione routine di un vasto volume di funzionalit\u00e0, ma non sono riusciti a garantire un controllo architettonico. Senza una supervisione rigorosa, i modelli AI tendevano a aggirare i test, complicare il codice e omettere problemi evidenti che influenzano la facilit\u00e0 d'uso. Secondo quanto valutato dall'autore, in un progetto di tale portata, test, documentazione e commenti sono diventati non solo strumenti di verifica, ma anche un modo per indirizzare la generazione di codice nella direzione giusta.<\/p>\n
Lo sviluppo \u00e8 stato accelerato dopo l'introduzione nella modalit\u00e0 « \/goal » di OpenAI Codex, che consente all'agente AI di lavorare per lungo tempo su un singolo compito, comprimendo il contesto e continuando l'esecuzione dopo il suo sovraccarico. In tale modalit\u00e0, Codex ha lavorato pi\u00f9 di 6 ore in diverse occasioni e una volta per circa 16 ore, realizzando una parte significativa delle funzionalit\u00e0 restanti, come il recupero dei dati, la crittografia e archivi multivolume. Considerando il consistente sussidio per i token, sono stati spesi 40 sterline.<\/p>\n
In termini di compressione, rars \u00e8 in media inferiore di 5-10% rispetto a WinRAR. Per quanto riguarda la velocit\u00e0 di compressione e decompressione, rars \u00e8 notevolmente pi\u00f9 lento di WinRAR a causa della mancanza di ottimizzazioni complete. Tuttavia, il progetto dispone gi\u00e0 della modalit\u00e0 « --features fast », che applica ottimizzazioni basate su istruzioni SIMD per accelerare la compressione e decompressione, ma \u00e8 legata a un API sperimentale std::simd, disponibile solo nelle versioni di test dell'ambiente di sviluppo Rust. \u00c8 stata anche implementata la modalit\u00e0 « --features parallel », che utilizza la libreria Rayon per parallelizzare la compressione di file singoli.<\/p>\n