Convert a CBR comic archive (RAR-based) to a CBZ (ZIP-based) locally - pages and reading order preserved, no upload.
Running locally on your device ...
Running locally on your device ...
0%
Your files never left your device
No. Everything runs in your browser - your file never leaves your device. How this is verifiable
CBR is a comic archive built on the RAR format - structured just like a CBZ, only with RAR instead of ZIP as the container. Some scan and release groups still use CBR because RAR historically compressed better, but for you that means a format many modern comic readers, cloud services and editing tools either cannot open at all or only with extra software. CBZ (ZIP) is the practical standard today. This tool reads your CBR completely and repacks the same pages into a new CBZ.
The unpacking runs through a real, in-browser RAR read engine (libarchive, BSD-licensed - no proprietary unrar needed) that understands both the older RAR 4 and the current RAR 5 variant. Every page is sorted into natural filename order before being written into the new CBZ - so reading order stays correct even when the original archive stored its entries internally in a different order than the filenames suggest. A bundled ComicInfo.xml (metadata some comic readers use) is carried over unchanged.
Everything runs entirely locally in your browser - no upload, usable offline too. Honestly framed: password-protected or damaged CBR files cannot be opened and are rejected with a clear error message instead of producing an empty or broken CBZ. If you would rather get a PDF straight away instead of a CBZ, CBR to PDF uses the same read step; for a 7z-based comic archive (CB7) there are dedicated CB7 to CBZ and CB7 to PDF tools.
| Input formats | CBR |
|---|---|
| Output format | CBZ |
| Batch processing | No |
| Processing | Locally in your browser (WebAssembly) |
| File upload | None |
Limitations: Fully reads a CBR (RAR archive, version 4 and 5) and repacks the same pages into a new CBZ (ZIP archive) - order sorted naturally by filename, independent of the internal storage order in the original. Image and metadata files in the archive (including ComicInfo.xml) are carried over; individual special entries with no file content of their own (for example symlinks) cannot be represented, are skipped and are surfaced as a notice after conversion. Password-protected CBR files are clearly rejected as "password-protected". A genuinely damaged file, or one that is not a valid archive, is likewise clearly rejected.
No. The unpacking and repacking happen entirely locally in the browser - even offline.
Yes. The pages are sorted numerically by filename before repacking - independent of how the original CBR stored them internally.
Yes, both variants are read.
It is clearly detected and rejected as password-protected, instead of being mishandled.