fix(world): remove non-retail portal exit fade

This commit is contained in:
Erik 2026-07-15 23:20:52 +02:00
parent 842bd89c16
commit dded9e6b17
21 changed files with 919 additions and 347 deletions

View file

@ -1,5 +1,11 @@
# Design — Retail teleport flow (the unified `TeleportAnimState` controller)
> **Presentation semantics corrected 2026-07-15.** The unified lifecycle and
> residency gate remain, but the proposed alpha-black cover was an adaptation.
> Retail's `FADE` states ease only SmartBox view-plane distance and switch the
> portal/world viewports directly. Current oracle:
> `docs/research/2026-07-15-retail-portal-space-pseudocode.md`.
**Date:** 2026-06-21
**Feature:** Work item B from `docs/research/2026-06-21-teleport-issues-handoff.md` — the keystone of the
teleport-issues cluster (#138, #145 residual, the floating-camera / input-not-locked / "takes too long"

View file

@ -1,5 +1,12 @@
# Retail-faithful teleport — priority residency + fade cover — design (2026-06-22)
> **Presentation superseded 2026-07-15.** The residency and placement design
> remains historical context, but the black-cover interpretation does not.
> The installed DAT-authored portal viewport is now live, and instruction-level
> retail x86 proves the TAS `FADE` states drive only view-plane distance; retail
> draws no alpha-black overlay. Current oracle:
> `docs/research/2026-07-15-retail-portal-space-pseudocode.md`.
**Status:** approved design, pre-implementation.
**Branch:** `claude/thirsty-goldberg-51bb9b`. **Baseline:** `dd2eb8b` (+ the uncommitted `tp-probe` diagnostic).
**Supersedes the framing of:** `docs/research/2026-06-21-teleport-foundation-handoff.md` (the `_datLock`-starvation