Files
fparkan/docs/rendering/renderer_truth_table.md
T
Valentin Popov ff7993223f
Docs Deploy / Build and Deploy MkDocs (push) Successful in 34s
Test / Lint (push) Failing after 1m49s
Test / Test (push) Has been skipped
Test / Render parity (push) Has been skipped
docs: align renderer and evidence status
2026-07-04 01:54:25 +04:00

3.2 KiB
Raw Blame History

Renderer Truth Table

Эта страница нужна для одной вещи: не позволять путям smoke, planning и capture выглядеть как «почти готовый renderer». Каждый путь доказывает разный класс свойств, и acceptance не должен смешивать их.

Краткая матрица

Path Native window / swapchain Draws pixels Uses original assets Acceptance class Что доказывает Чего не доказывает
fparkan-vulkan-smoke / VulkanSmokeRenderer Yes Yes No covered-gpu for Stage 0 smoke-only IDs Loader, instance, surface, swapchain, submit/present, validation-clean triangle path Model upload, texture sampling, descriptors, terrain, gameplay rendering
VulkanPlanningBackend No No Optional CPU-side IDs only covered-planning Deterministic command validation, canonical capture, frame submission planning Любой live GPU draw, pixel parity, validation-clean asset frame
RecordingBackend No No Optional CPU-side IDs only covered-planning Stable command capture for backend-neutral tests Native window, Vulkan, GPU resource lifetime, pixels
NullBackend No No Optional CPU-side IDs only Usually covered for validation-only rows Command stream framing and bounds validation Capture stability, GPU execution, pixels
VulkanAssetRenderer Yes Yes Yes covered-gpu Static original asset rendering: MSH/Texm/WEAR/MAT0/terrain through Vulkan Animation/FX parity unless explicitly wired
Future rendered fparkan-game mode Yes Yes Yes covered-gpu plus original-evidence IDs Mission-driven render snapshot execution and pixel capture Original-runtime parity for animation/FX/x87 without dedicated captures

Rules

  1. IDs со смыслом VK, GPU, DRAW, PIXEL, VALIDATION или RENDERED на Stage 3+ не могут закрываться через NullBackend, RecordingBackend или VulkanPlanningBackend.
  2. covered-planning означает command planning/capture evidence. Этот статус никогда не считается доказательством draw пикселей.
  3. covered-stub зарезервирован для явно помеченных STUB acceptance rows и не считается compatibility closure для FX lifecycle.
  4. covered-gpu требует live native handles, реальный draw path и связанный renderer artifact: report, capture или approved pixel.

Current repository status

  • Реальный Vulkan в репозитории есть, но только как smoke triangle path.
  • apps/fparkan-game сейчас выдает render-planning JSON report поверх synthetic window descriptor и VulkanPlanningBackend.
  • apps/fparkan-viewer сейчас inspection-only CLI и не открывает live Vulkan asset viewer.
  • Следующий реальный milestone для rendered acceptance: VulkanAssetRenderer с upload/draw/capture path для хотя бы одной оригинальной модели и одного terrain slice.