Promote shipped IMB profile fields

docs/rehost-queue.md

@@ -14,6 +14,7 @@ This file is the short active queue for the current runtime and reverse-engineer
   The repo now has structural inspectors for `.car`, `.lco`, `.cgo`, and `.cct`, but the binary side is still only partially semantic: the checked 1.05 corpus grounds `.car` fixed strings at `0x0c / 0x48 / 0x84` plus a second fixed stem slot at `0xa2` and a side-view resource name at `0xc0`, while `.lco` carries a stable primary stem at `0x04` and only conditional companion/body slots at `0x0c` and `0x12` when the leading stem slot is padded.
   The checked 1.05 corpus now also splits `.car` auxiliary stems into `126` direct matches, `14` role-neutral roots, and only `5` truly distinct cases, while `.cgo` collapses into five stable scalar ladders instead of arbitrary floats.
   The early `.lco` lane block is now partially partitioned too: only offsets `0x20`, `0x34`, `0x38`, `0x3c`, `0x44`, `0x48`, and `0x54` behave like low-cardinality buckets, while the other early lanes still look high-variance.
+  The side-view resource path is now grounded into `Data/2D/rt3_2IMB.PK4`, and the `.imb` parser now decodes shipped comment-suffixed numeric rows plus `_NE` profile fields such as `HorizontalScaleModifier` and `ImageWHScaled`.
   The next honest static work is to keep promoting those fixed lanes into stable parser fields, explain the five remaining distinct auxiliary-stem cases, and decide how far the `.cgo` ladders plus the low-cardinality `.lco` lanes can be grounded without overclaiming semantics.
   Preserved checked parser detail now lives in [EngineTypes parser semantics](rehost-queue/engine-types-parser-semantics-2026-04-21.md).
   Preserved checked format inventory detail now lives in [RT3 format inventory](rehost-queue/format-inventory-2026-04-21.md).

docs/rehost-queue/engine-types-parser-semantics-2026-04-21.md

@@ -51,6 +51,12 @@ first `.car` / `.lco` / `.cgo` / `.cct` inspector pass landed.
   - `7 -> 13 -> 27 -> 53` for `Mail`
 - `.cct` remains the least ambiguous sidecar: current shipped files still look like narrow one-row
   text metadata.
+- The side-view resource seam is no longer a loose-file dead end:
+  - `CarSideView_*.imb` lives inside `Data/2D/rt3_2IMB.PK4`
+  - engine-specific `_NE.imb` profiles such as `2D2L_NE.imb` and `GP7L_NE.imb` live there too
+  - the `.imb` parser now preserves comment-suffixed numeric rows in those shipped files, so
+    `MaxPercentOfInterfaceVRAM`, `HorizontalScaleModifier`, `ImageWH`, and `ImageWHScaled` can
+    all surface as typed fields instead of falling back to raw text
 
 ## What The Current Parser Now Owns
 
@@ -73,14 +79,18 @@ first `.car` / `.lco` / `.cgo` / `.cct` inspector pass landed.
   - scalar ladder counts by shared cargo-car family
 - `.cct`
   - tokenized identifier/value row
+- `.imb`
+  - comment-aware typed numeric extraction for shipped profile rows
+  - `HorizontalScaleModifier`
+  - `ImageWHScaled`
 
 ## Remaining Static Questions
 
 - `.car`
   - what the `0xa2` auxiliary stem really represents in the five remaining distinct cases:
     alternate content root, paired tender/loco image root, or a narrower foreign-display alias
-  - whether the trailing side-view resource can be tied cleanly to `.imb` metadata without
-    inventing frontend semantics
+  - whether the trailing side-view resource can be tied cleanly to the PK4-backed `CarSideView_*`
+    metadata and the engine-specific `_NE.imb` profiles without inventing frontend semantics
 - `.lco`
   - whether the guarded companion-stem slot is a tender/fallback display family, a foreign reuse
     key, or only a subset authoring convenience