Initializing... drag & drop files here
.rar, or Individual Archives to wrap each file in its own .rar (useful when you want to keep items separately downloadable but in RAR form). The output extension is already set to RAR..rar file (or a ZIP bundle of per-file archives if you picked Individual Archives). Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after one hour — no sign-up, no watermark, never shared.RAR is a proprietary compressed-archive format created by Eugene Roshal in March 1993; the current spec (RAR 5.0) ships in WinRAR 5.0+ and uses a much larger compression dictionary than older formats, which is why it consistently lands 10–30% smaller than ZIP on the same input. Picking RAR over ZIP, 7z, or TAR makes sense when:
.rar and see the contents without installing WinRAR or 7-Zip.part1.rar, part2.rar, …) is the original use case for the format and is widely understood by RAR-aware tools. Useful when a cloud-storage cap or upload limit forces you to chunk a big payload..rar. Producing RAR keeps you inside that pipeline without conversion losses (archive formats are lossless either way, but tool-chain glue can be brittle).Need a different output instead? Build a ZIP archive for universal compatibility, a 7z archive for the best free-format compression, or convert an existing ZIP to RAR or RAR to 7z.
| Property | RAR (RAR5) | ZIP | 7z |
|---|---|---|---|
| First released | 1993 (RAR5 in 2013) | 1989 | 1999 |
| Owner / spec | Proprietary, RarLab (Roshal) | Open, PKWARE APPNOTE | Open source (7-Zip / Igor Pavlov) |
| Default compression algorithm | Modified LZSS + PPMd | DEFLATE | LZMA / LZMA2 |
| Default dictionary | 32 MB (up to 1 GB / 64 GB in WinRAR 7) | 32 KB (DEFLATE) | 16 MB (up to 1.5 GB in newer 7-Zip) |
| Typical ratio vs ZIP | 10–30% smaller | Baseline | 5–40% smaller than ZIP |
| Encryption | AES-256 (RAR5); AES-128 in RAR4 | AES-128/192/256 in newer ZIPs (ZipCrypto in older) | AES-256 |
| Encrypted file names | Yes (RAR5) | Only with separate encryption-of-headers flag | Yes (when "Encrypt file names" is on) |
| Built-in recovery record | Yes (Reed-Solomon) | No | No |
| Multi-volume split | Native (.partNN.rar) |
.zip + .z01, .z02, … |
Native (.7z.001, .7z.002, …) |
| Native Windows extract | Yes, since Windows 11 (Oct 2023) | Yes (since XP) | No (needs 7-Zip / Nanazip) |
| Native macOS extract | No (Archive Utility cannot open .rar) |
Yes | No |
| Free creation tools | None on the public market — write capability is licensed by WinRAR | Many (built into every OS) | 7-Zip, p7zip, Keka, PeaZip |
RAR5 has been the WinRAR default since version 5.0 (April 2013) and is what virtually every modern RAR creator produces. RAR4 lives on only as a compatibility switch for older extractors.
| Feature | RAR4 (the legacy spec) | RAR5 (current) |
|---|---|---|
| Maximum dictionary | 4 MB | 32 MB default, up to 1 GB (4 GB+ in WinRAR 6/7) |
| Encryption | AES-128 | AES-256 |
| File checksums | CRC-32 (32-bit) | Optional BLAKE2sp (256-bit) |
| Recovery record | CRC-based, limited repair | Reed-Solomon, much more robust |
| Quick Open Information | No | Yes — extractors can read the file list without scanning the whole archive |
| Compatibility | WinRAR 3.x and up, 7-Zip, every modern extractor | WinRAR 5.0+ (April 2013), 7-Zip 15.06+, Bandizip, PeaZip, Windows 11 native |
Practical advice: only fall back to RAR4 if you know the recipient is on a pre-2014 extractor; everyone else benefits from RAR5's stronger checksum, encryption, and dictionary.
The compression side of RAR is proprietary — RarLab releases the UnRAR source code (so any tool can read .rar files) but does not release the packer source. Officially, only WinRAR, the RAR command-line tool, and a few licensed apps can write new RAR archives. Online RAR creators rely on a licensed RAR command-line binary running on the server; that's how the file you download here ends up as a valid .rar your recipient can open in WinRAR, Windows 11, or any other reader.
Password-protection requires the encryption options exposed by the server-side RAR binary. The xconvert web UI does not currently surface a password field on this page — if you need encrypted RAR output, generate the archive here and then re-pack it with a password in WinRAR (Windows), the command-line rar tool (macOS/Linux), or use Compress RAR to recompress an existing archive. RAR5 itself supports AES-256 and can encrypt file names so the contents aren't visible even to someone inspecting the archive without the password.
Single Archive (the default) packs every file you uploaded into one .rar. The internal folder structure is preserved, so subfolders are restored on extraction. Individual Archives creates one .rar per uploaded file — useful when you want each item to be downloadable on its own (e.g., posting separate RAR attachments) but kept in RAR format. You'll receive the individual RARs as a ZIP bundle so the browser downloads them in a single click.
Yes. RAR stores the relative path of every entry, so if you upload project/src/app.js, the archive contains project/src/app.js and extracting on the other end recreates that hierarchy. ZIP, 7z, and TAR work the same way — every modern archive format records paths.
Windows 11 added native RAR extraction via libarchive in the October 2023 release — right-click → Extract All works without third-party software. Windows 10 and earlier need WinRAR, 7-Zip, NanaZip, or PeaZip. macOS Archive Utility (Finder's built-in unzipper) does not handle RAR; recipients can install The Unarchiver (free, Mac App Store) or Keka. Linux distributions usually ship unrar or unrar-free in the package manager (sudo apt install unrar), and graphical tools like File Roller, Ark, and Engrampa handle RAR once that package is present.
Multi-volume splitting is a desktop-WinRAR feature and is not exposed in the current xconvert web flow. If you need to split a large RAR into chunks (e.g., to fit each part under a 25 MB email cap), build the archive here, then in WinRAR pick "Add to archive" → "Split to volumes, size" with a value like 25M. The resulting .part01.rar, .part02.rar, … must all be present in the same folder for extraction to succeed.
Compression ratio depends almost entirely on what's inside the archive. Already-compressed files (JPG, PNG, MP4, MP3, AAC, MKV, other ZIPs/RARs, PDFs with image content) barely shrink — RAR may add a few hundred KB of metadata and recovery record. Uncompressed payloads (TXT, CSV, log files, raw BMP/TIFF images, WAV, source code, database dumps) often compress 60–90% in RAR5. If you're packing a folder of photos and the RAR is the same size as the source, that's expected — try a PNG compressor or JPG compressor on the contents first, then archive.
files are processed on our servers and deleted automatically after one hour and deleted after the session ends. No account is required, there are no watermarks, and there's no per-day file-count limit. If you need an extra layer, archive locally first with a password in WinRAR or 7-Zip and upload the already-encrypted archive — the server never sees the contents in that case.
For a Windows-only or Windows-first audience with WinRAR installed, RAR is fine. For a technical audience comfortable installing 7-Zip / Keka / PeaZip, 7z usually compresses 5–15% tighter than RAR5 on text-heavy data because LZMA2 is more aggressive than RAR's algorithm, and 7z is free of licensing constraints. RAR's standout advantage over 7z is the built-in recovery record — only pick RAR if you specifically need archive-repair capability or are matching a recipient's required format.