Le projet rars a \u00e9t\u00e9 pr\u00e9sent\u00e9, d\u00e9veloppant une impl\u00e9mentation libre d'outils pour le format RAR, \u00e9crite en Rust, et supportant non seulement la d\u00e9compression, mais aussi la cr\u00e9ation d'archives RAR. L'outil prend en charge \u00e0 la fois les anciens formats RAR 1.3\/1.4 avec la signature \u00ab RE~^ \u00bb, ainsi que la derni\u00e8re version RAR 7. Des op\u00e9rations \u00e9tendues telles que le fractionnement en volumes, la protection par mot de passe, le chiffrement d'en-t\u00eates, l'ajout de commentaires, les filtres RARVM, les index pour une ouverture rapide et les m\u00e9canismes de r\u00e9cup\u00e9ration des donn\u00e9es corrompues sont disponibles. Le code est distribu\u00e9 sous les licences MIT et Apache-2.0. Des liaisons pour le langage Python ont \u00e9t\u00e9 pr\u00e9par\u00e9es sur la base de la biblioth\u00e8que PyO3, qui impl\u00e9mente une API de style rarfile pour la visualisation, le test et l'extraction des archives, ainsi qu'une API de style RarBuilder pour la cr\u00e9ation ou la re-compression des archives.<\/p>\n
La particularit\u00e9 du projet r\u00e9side dans le fait qu'il permet de travailler avec le format RAR sans utiliser le code de l'outil unrar, qui est distribu\u00e9 sous une licence non libre interdisant l'utilisation du code unrar pour recr\u00e9er l'algorithme de compression RAR ou d\u00e9velopper un archiveur compatible avec RAR. En raison de cette restriction, la plupart des archiveurs libres se limitaient uniquement aux fonctions d'extraction des fichiers RAR, tandis que la cr\u00e9ation d'archives RAR n\u00e9cessitait l'utilisation d'outils propri\u00e9taires de RARLAB.<\/p>\n
Un d\u00e9p\u00f4t distinct rar-research a \u00e9t\u00e9 cr\u00e9\u00e9, o\u00f9 sont publi\u00e9es les sp\u00e9cifications pour les formats RAR 1.3\/1.4, RAR 1.5-4.x et RAR 5.0\/7.0, ainsi que des notes sur les algorithmes, filtres, m\u00e9thodes de v\u00e9rification et de restauration de l'int\u00e9grit\u00e9, cryptage, fractionnement en volumes et m\u00e9canismes de protection utilis\u00e9s. \u00c9tant donn\u00e9 qu'\u00e0 l'\u00e9poque de la cr\u00e9ation du projet rars, il n'existait pas de sp\u00e9cification officielle compl\u00e8te, la documentation a \u00e9t\u00e9 reconstitu\u00e9e \u00e0 partir du code des extracteurs, de anciennes impl\u00e9mentations, d'archives de test et de l'analyse des versions binaires de RAR pour DOS et Windows.<\/p>\n
L'impl\u00e9mentation a \u00e9t\u00e9 r\u00e9alis\u00e9e en utilisant des outils d'IA tels que OpenAI Codex 5.5 et Claude Opus 4.7 durant mon temps libre en environ cinq semaines. Dans un premier temps, des mod\u00e8les ont \u00e9t\u00e9 appliqu\u00e9s pour syst\u00e9matiser les informations sur le format et combler les lacunes de la description, puis le code a \u00e9t\u00e9 g\u00e9n\u00e9r\u00e9 en Rust \u00e0 partir de la sp\u00e9cification restaur\u00e9e. Pour affiner la sp\u00e9cification et perfectionner l'impl\u00e9mentation, des tests ont \u00e9t\u00e9 effectu\u00e9s sur des archives r\u00e9elles et une comparaison a \u00e9t\u00e9 faite avec des impl\u00e9mentations de r\u00e9f\u00e9rence.<\/p>\n
Il est not\u00e9 que les outils d'IA ont r\u00e9ussi \u00e0 traduire la description formelle en code et \u00e0 mettre en \u0153uvre une grande quantit\u00e9 de fonctionnalit\u00e9s de mani\u00e8re routini\u00e8re, mais n'ont pas pu assurer le contr\u00f4le architectural. Sans supervision stricte, les mod\u00e8les d'IA avaient tendance \u00e0 contourner les tests, \u00e0 compliquer le code et \u00e0 omettre des probl\u00e8mes \u00e9vidents affectant la convivialit\u00e9. Selon l'auteur, dans un projet de cette envergure, les tests, la documentation et les commentaires sont devenus non seulement des outils de v\u00e9rification, mais \u00e9galement un moyen d'orienter la g\u00e9n\u00e9ration de code dans la bonne direction.<\/p>\n
Le d\u00e9veloppement a pu \u00eatre acc\u00e9l\u00e9r\u00e9 apr\u00e8s l'apparition du mode \u00ab \/goal \u00bb dans OpenAI Codex, permettant \u00e0 l'agent IA de travailler longtemps sur une seule t\u00e2che, en compressant le contexte et en continuant son ex\u00e9cution apr\u00e8s un d\u00e9bordement. Dans ce mode, Codex a travaill\u00e9 plusieurs fois plus de 6 heures et une fois environ 16 heures, r\u00e9alisant une part significative de la fonctionnalit\u00e9 restante, comme la r\u00e9cup\u00e9ration de donn\u00e9es, le chiffrement et les archives multi-volumes. Avec une subvention significative pour les tokens, 40 livres sterling ont \u00e9t\u00e9 d\u00e9pens\u00e9es.<\/p>\n
En termes de taux de compression, rars est en moyenne inf\u00e9rieur de 5 \u00e0 10 % par rapport \u00e0 WinRAR. En vitesse de compression et de d\u00e9compression, rars est nettement plus lent que WinRAR en raison de l'absence d'optimisations compl\u00e8tes. Cependant, le projet dispose d\u00e9j\u00e0 d'un mode \u00ab --features fast \u00bb, appliquant des optimisations bas\u00e9es sur les instructions SIMD pour acc\u00e9l\u00e9rer la compression et la d\u00e9compression, mais li\u00e9 \u00e0 l'API exp\u00e9rimentale std::simd, disponible uniquement dans les versions de test de l'outil Rust. Un mode \u00ab --features parallel \u00bb a \u00e9galement \u00e9t\u00e9 mis en \u0153uvre, utilisant la biblioth\u00e8que Rayon pour parall\u00e9liser la compression de fichiers individuels.<\/p>\n