omar/panopainter
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Plan live stroke rasterization boundaries

Browse Source
This commit is contained in:
omigamedev
2026-06-12 22:13:21 +02:00
parent 57c6128d11
commit 81726d30a5
8 changed files with 348 additions and 22 deletions
Download Patch File Download Diff File Expand all files Collapse all files

13
docs/modernization/roadmap.md
View File

@@ -1332,9 +1332,16 @@ catalog now consumed by the legacy OpenGL app initialization path.
OpenGL capability detection for framebuffer fetch, map-buffer alignment, and
float texture support. It also owns the OpenGL texture upload-type mapping used
by legacy `Texture2D` and `RTT` creation, RGBA pixel-format mapping used by
`RTT` texture allocation, plus image channel-count to texture
format mapping for `Texture2D` image uploads and framebuffer status naming for
`RTT` and `Texture2D` diagnostics. It also owns renderer API texture-format to
`RTT` texture allocation, plus image channel-count to texture format mapping
for `Texture2D` image uploads and framebuffer status naming for `RTT` and
`Texture2D` diagnostics. Live stroke rasterization has started moving toward renderer
services: `Canvas::stroke_draw` now consumes a named
`CanvasStrokeRasterizationPlan` through a legacy adapter boundary for
destination feedback/copy decisions, and `pp_paint_renderer` owns pure
stroke material/pass planning for pattern, mixer, dual-brush, and final
composite texture/uniform intent. Actual retained OpenGL draw execution remains
in `Canvas` under `DEBT-0036`.
It also owns renderer API texture-format to
OpenGL internal/pixel/component token mapping, including depth-stencil formats,
for future backend texture objects. `Texture2D` 2D texture binding, upload,
mipmap generation, framebuffer readback setup, and update component-type tokens