# Historical HTML Claim Review — Batch 08

## Scope

Reviewed `HTML-001` (`cci.html`) against:

- the uploaded Forza CCI prefix and tail fragments;
- the complete CCI index contained in the tail;
- uploaded `default.tbn` and generated `default.xbe` sidecars;
- the official Repackinator and XboxToolkit implementations.

## Result

Claims added: **46**  
Cumulative historical claims: **464**

| Status | Count |
|---|---:|
| historical_untrusted | 1 |
| open_question | 1 |
| partially_corroborated | 2 |
| rejected | 8 |
| superseded | 1 |
| validated | 33 |

## Controlling Format Corrections

The historical header map was substantially incorrect. The validated CCI v1
header is:

| Offset | Size | Meaning | Uploaded value |
|---:|---:|---|---|
| `0x00` | 4 | magic | `CCIM` |
| `0x04` | 4 | header size | `32` |
| `0x08` | 8 | uncompressed size | `3,919,708,160` |
| `0x10` | 8 | index offset | `3,846,915,076` |
| `0x18` | 4 | sector size | `2,048` |
| `0x1C` | 1 | version | `1` |
| `0x1D` | 1 | index alignment | `2` |
| `0x1E` | 2 | reserved | `0` |

CCI is not one standard LZ4 frame. It is an indexed random-access container of
independent 2,048-byte sectors. Compressed sectors use a one-byte padding count,
a raw LZ4 block and alignment padding. Uncompressed sectors are stored raw.
The final index has one uint32 entry per sector plus a terminal entry.

## Forza Sample

- sectors: 1,913,920
- compressed sectors: 162,555
- raw sectors: 1,751,365
- inferred full CCI size: 3,854,570,760 bytes
- space saved: 65,137,400 bytes
- complete prefix records decoded: 34
- first 32 decoded sectors: all zero

The middle CCI data region and matched scrubbed ISO were not supplied, so
whole-image byte equality remains a future validation step.

## default.tbn and default.xbe

The user’s inference is correct at the tool-design level: Repackinator obtains
the title image from the original XBE inside the ISO, converts it from XPR to
JPEG for `default.tbn`, and inserts the converted artwork into a newly generated
attacher `default.xbe` along with source title/certificate information.

The uploaded artifacts independently match that workflow:

- `default.tbn`: 128x128 JPEG;
- `default.xbe`: title `Forza Motorsport (GLO)`, Title ID `0x4D53006E`;
- `$$XTIMAGE`: 128x128 BMP;
- exact matching pixels: 11,152 / 16,384;
- mean absolute channel error: 0.743347;
- PSNR: 39.529 dB.

The generated XBE is an ISO attacher, not a copy of the original game XBE.
The two sidecars are associated output files, not embedded CCI members.

## Claim Index

| Claim | Status | Conclusion |
|---|---|---|
| HCLM-B08-001 | validated | CCI validation should begin from an independently hashed source image used as the control for later transformations. |
| HCLM-B08-002 | historical_untrusted | The two SHA-1 values printed in cci.html are verified Redump hashes for the supplied Forza source image. |
| HCLM-B08-003 | validated | Creating both a scrubbed uncompressed ISO and a scrubbed compressed CCI is a sound method for isolating scrubbing from compression. |
| HCLM-B08-004 | partially_corroborated | CCI scrubbing replaces eligible padding or unused sectors with zero-filled sectors. |
| HCLM-B08-005 | rejected | A generic lz4 command can decode an entire CCI file directly as one ordinary LZ4 stream. |
| HCLM-B08-006 | validated | A CCI-aware decoder should reconstruct sector data and compare its full output hash against the scrubbed intermediate. |
| HCLM-B08-007 | validated | The CCI header is 32 bytes long. |
| HCLM-B08-008 | rejected | CCI magic is 43 43 49 00 (CCI followed by NUL). |
| HCLM-B08-009 | validated | CCI v1 magic is ASCII CCIM at offset 0x00. |
| HCLM-B08-010 | rejected | The four-byte field at offset 0x04 is the format version. |
| HCLM-B08-011 | validated | Offset 0x04 contains the little-endian header size, which is 32 for CCI v1. |
| HCLM-B08-012 | rejected | The field at offset 0x08 is a 128 KiB compression block size. |
| HCLM-B08-013 | validated | Offset 0x08 contains a little-endian 64-bit uncompressed image size. |
| HCLM-B08-014 | rejected | Offset 0x0C contains the uncompressed size as an eight-byte field. |
| HCLM-B08-015 | validated | Offset 0x10 contains a little-endian 64-bit index offset. |
| HCLM-B08-016 | validated | Offset 0x18 contains the sector/block size, which is 2,048 bytes in CCI v1. |
| HCLM-B08-017 | validated | CCI v1 stores version 1 at 0x1C, index alignment 2 at 0x1D, and two reserved zero bytes at 0x1E-0x1F. |
| HCLM-B08-018 | validated | The CCI index contains sector_count + 1 little-endian uint32 entries. |
| HCLM-B08-019 | validated | The high bit of each sector index entry marks whether the sector record is LZ4-compressed. |
| HCLM-B08-020 | validated | The low 31 index bits, shifted left by indexAlignment, give the absolute CCI file position. |
| HCLM-B08-021 | validated | The index is written after the sector-data records. |
| HCLM-B08-022 | validated | CCI is a random-access indexed sector container. |
| HCLM-B08-023 | validated | CCI v1 compresses sectors independently as raw LZ4 blocks rather than one framed LZ4 stream. |
| HCLM-B08-024 | validated | A compressed CCI record begins with a one-byte padding count, followed by raw LZ4 payload and trailing alignment padding. |
| HCLM-B08-025 | validated | An uncompressed sector is stored directly as a raw 2,048-byte record. |
| HCLM-B08-026 | validated | All sector records are aligned to four-byte boundaries in this CCI version. |
| HCLM-B08-027 | rejected | CCI v1 sector records contain a documented per-sector checksum field. |
| HCLM-B08-028 | validated | The uploaded Forza CCI represents 1,913,920 sectors and 3,919,708,160 uncompressed bytes. |
| HCLM-B08-029 | validated | The sample contains 162,555 compressed sectors and 1,751,365 raw sectors. |
| HCLM-B08-030 | validated | Compressed records in the sample range from 20 to 2,040 bytes with a median of 1,868 bytes. |
| HCLM-B08-031 | validated | The inferred complete CCI size is 3,854,570,760 bytes, saving 65,137,400 bytes (about 1.662%) versus the uncompressed image. |
| HCLM-B08-032 | validated | The first 32 complete sectors in the uploaded CCI prefix decode to all-zero 2,048-byte sectors. |
| HCLM-B08-033 | validated | The 0x500-byte prefix contains 34 complete sector records, all of which decode successfully. |
| HCLM-B08-034 | rejected | Visual hex comparison is useful for locating transformations, but appearance alone is sufficient to prove CCI semantics. |
| HCLM-B08-035 | validated | Hashing the source and decoded outputs is a valid validation step only after a CCI-aware decoder reconstructs the scrubbed bytes. |
| HCLM-B08-036 | validated | CCI belongs to Xbox media acquisition, representation and export; it is not currently an MN103S-emulator backing-image requirement. |
| HCLM-B08-037 | validated | Repackinator extracts title/certificate metadata and the title image from the game XBE inside the source ISO. |
| HCLM-B08-038 | validated | Repackinator converts the original XBE title image from XPR to JPEG and writes it as default.tbn. |
| HCLM-B08-039 | validated | The generated default.xbe is a newly created ISO attacher, not a copy of the original game executable. |
| HCLM-B08-040 | validated | Repackinator inserts the same converted title image into the generated default.xbe and applies title/certificate information derived from the source XBE. |
| HCLM-B08-041 | validated | The uploaded default.tbn is a 128x128 JPEG, while the uploaded default.xbe contains a 128x128 24-bit BMP in its $$XTIMAGE section. |
| HCLM-B08-042 | partially_corroborated | The default.tbn and default.xbe title image are consistent with a common source image followed by JPEG/BMP conversion. |
| HCLM-B08-043 | validated | default.tbn and generated default.xbe are sidecar output files and are not embedded members of the CCI container format. |
| HCLM-B08-044 | rejected | Every Repackinator CCI conversion path necessarily creates default.tbn and default.xbe. |
| HCLM-B08-045 | open_question | The uploaded default.tbn and default.xbe are proven to have been generated in the exact same run as the uploaded CCI fragments. |
| HCLM-B08-046 | superseded | CCI is merely a proprietary scrub wrapped in one industry-standard LZ4 stream. |
