characterstaticoffset.dbss
Binary layout, byte coverage, field semantics, and exact snapshot evidence for the BSD characterstaticoffset decoder.
Investigation status
| Status | Value |
|---|---|
| Coverage | 100% |
| Iteration | 3 |
| Review state | BSD migration reconciled |
| Last reviewed | 2026-07-31 |
| Captures examined | Installed pad00000.meta SHA-256 b7eefe6059818f84c0545f10020fe93bd3bd5d0647e043120caf78726ccafe8f; archive entry hash 2957609461; 240,180-byte table SHA-256 4a38eabc69a8ae0b4865f9207df7287ab2501195dc586f242b12736b2a3aeef5; 24,016 rows; normalized SHA-256 9cf3611e71393db5e2f12b3fed671f1bb0b96addc8be19426962bb7a56c67307 |
| Decoder | packages/scraper/src/tables/characterstaticoffset.dbss.ts |
| Remaining blockers | None |
See Decoder methodology for the confidence scale and evidence rules.
Field ledger
| Field/path | Offset and width | Representation | Claimed meaning | Physical confidence | Representation confidence | Semantic confidence | Evidence | Status |
|---|---|---|---|---|---|---|---|---|
magic, encoded row count |
table +0..+7 |
"PABR" validated and omitted; u32 count consumed by rows |
PABR directory framing and row count | Certain | Certain | Certain | Strict decoding validates the signature, consumes exactly 24,016 count-derived rows, and reaches the footer at byte 240,168 | Closed |
rows |
table +8..+240,167; 24,016 x 10-byte rows |
array retained in encoded directory order | character-static pointer directory | Certain | Certain | Certain | Complete transformed-reference equality; all rows occupy the exact count-derived region, and encoded order equals target-payload order in this capture | Closed |
rows[].key |
row +0..+1; u16 |
retained unsigned key | character identity | Certain | Certain | Certain | All 24,016 keys are unique and equal the independent u16 outer key immediately before their pointed-to payload bodies; zero mismatches |
Closed |
rows[].offset |
row +2..+5; u32 |
retained absolute byte offset | primary payload-body start | Certain | Certain | Certain | Sorting the pointers confirms every offset starts two bytes after the preceding primary boundary; the first body starts at byte 6, with zero gaps, overlaps, or out-of-bounds spans | Closed |
rows[].byteLength |
row +6..+9; u32 |
retained unsigned byte length | exact primary payload-body extent | Certain | Certain | Certain | The 24,016 body lengths plus their two-byte outer keys partition the 13,042,360-byte primary capture from byte 4 through EOF; final span end is exactly primary EOF | Closed |
footer.reserved00, reserved08 |
footer +0..+3 and +8..+11; two opaque words |
consumed with reserved() and omitted; contents are not validated |
informational PABR footer framing | Certain | Certain | Neutral | Both words are zero in this capture; the schema intentionally records only their widths and positions | Closed neutral |
footer.footerOffset |
footer +4..+7; one opaque word |
consumed with reserved() and omitted; stored value is not validated |
observed absolute footer self-reference | Certain | Certain | High | The stored little-endian value is 240,168, exactly the footer start; production treats the footer as informational and does not enforce the observed relationship | Closed |
Active assumptions
Findings
| ID | Finding | Evidence | Schema/documentation impact | Status |
|---|---|---|---|---|
| F-01 | The destination decoder is exactly output-equivalent to the complete reference decoder. | All 24,016 normalized rows match in encoded order; SHA-256 9cf3611e71393db5e2f12b3fed671f1bb0b96addc8be19426962bb7a56c67307. |
The destination retains the full decoded pointer shape without a compatibility adapter. | Closed |
| F-02 | The pointer triples completely describe the same-capture primary table. | The 24,016 unique keys match every primary outer key, and the spans partition the 13,042,360-byte characterstatic.dbss capture with zero gaps, overlaps, key mismatches, or out-of-bounds rows; its archive entry hash is 1305639786 and SHA-256 is bcfb2cb257ae28f079655ae898dae9ccf4d54adc1ac85de16a48dc0837287612. |
key, offset, and byteLength retain their established semantic names at Certain confidence. |
Closed |
| F-03 | Directory order equals primary payload order in the examined capture. | Every directory index equals its pointer’s position after sorting by target offset; the first entry points to body byte 6. | Production preserves encoded order and does not sort rows, while the equality remains reproducible capture evidence. | Closed |
| F-04 | The footer is informational framing rather than a capture-specific runtime invariant. | Its middle word equals footer byte 240,168 and its outer words are zero, but the count and ten-byte row width already establish where the footer begins. | BSD consumes and omits three documented four-byte fields without validating their observed values. | Closed |
| F-05 | The directory decoder is independently framed even though its output describes another table. | The PABR signature, encoded count, fixed ten-byte row width, twelve-byte footer, and strict EOF account for all 240,180 bytes; the production module imports no primary-table or offset-companion decoder. | The cross-table spans are semantic evidence, not a production dependency needed to decode characterstaticoffset.dbss itself. |
Closed |
| F-06 | Decoder-only controls must be omitted at the outer schema boundary. | A cold snapshot audit caught magic and the empty footer object after their omission transforms were removed; restoring those transforms returns exact equality with the reference { rows } shape. |
The signature remains validated and the footer remains declaratively consumed while neither appears in JSON output. | Closed |