Read a CB7 comic archive (7z-based) in your browser and repack the pages in correct numeric order into a new CBZ - locally, 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
A CB7's reading order can shift without warning: 7z packers often store entries alphabetically rather than numerically when compressing. Once a comic has more than nine pages this collides - Seite_10.jpg sorts ahead of Seite_2.jpg, because a "1" comes before a "2" as text. A reader or any other software that blindly trusts the order stored in the archive would then show the pages in the wrong sequence, with nothing to flag it. This tool prevents exactly that: every page is re-sorted numerically by filename before being repacked.
CB7 uses 7z instead of ZIP as its container - a packing format that often yields a slightly smaller file for image data, but is barely supported natively anywhere. Neither browser previews nor most cloud storage or comic readers open 7z without extra steps, while CBZ (ZIP) works everywhere. A real, in-browser 7z read engine (libarchive) fully unpacks your CB7; every contained image and metadata file - each image page and a bundled ComicInfo.xml alike - is then written unchanged, without recompression, into a fresh ZIP archive.
The whole process runs locally in your browser - no upload, works offline too. Honestly framed: a password-protected CB7, or one that is genuinely damaged, cannot be opened this way; instead of a broken or empty CBZ you get a clear error message. If you would rather end up with a PDF instead of a CBZ, CB7 to PDF does exactly that with the same read step; for RAR-based archives (CBR) the dedicated CBR to CBZ and CBR to PDF tools are available.
| Input formats | CB7 |
|---|---|
| Output format | CBZ |
| Batch processing | No |
| Processing | Locally in your browser (WebAssembly) |
| File upload | None |
Limitations: Fully unpacks a CB7 (7z container) in the browser and writes a new CBZ (ZIP archive): every page is sorted numerically by filename before writing, independent of the order 7z stored them internally when packing - often alphabetical rather than numeric. Image and metadata files travel along, a bundled ComicInfo.xml is preserved too; 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. An archive with password protection, a genuinely damaged archive, or a file that is not valid 7z is rejected with a clear error message instead of being mishandled.
7z packers often store entries alphabetically rather than numerically when compressing, so page 10 can end up sorted before page 2. This tool detects that and re-sorts the pages numerically before repacking.
No. The entire unpacking and repacking runs locally in the browser - even without an internet connection.
No. The image data itself is carried over unchanged; only the archive container switches from 7z to ZIP, with no recompression.
It is clearly detected as password-protected and rejected with a clear error message, instead of being processed incorrectly.
CB7 to PDF · CBR to CBZ · CBR to PDF · Extract 7z · Extract CAB · Extract compressed TAR