pass 1
This commit is contained in:
@@ -4,7 +4,7 @@ This note summarizes the main architectural improvements that would make the app
|
||||
|
||||
Phase checklist:
|
||||
|
||||
- [ ] Define subsystem boundaries and target architecture
|
||||
- [x] Define subsystem boundaries and target architecture
|
||||
- [ ] Introduce an internal event model
|
||||
- [ ] Split `RuntimeHost`
|
||||
- [ ] Make the render thread the sole GL owner
|
||||
@@ -13,6 +13,11 @@ Phase checklist:
|
||||
- [ ] Make DeckLink/backend lifecycle explicit with a state machine
|
||||
- [ ] Add structured health, telemetry, and operational reporting
|
||||
|
||||
Checklist note:
|
||||
|
||||
- The checked Phase 1 item means the subsystem vocabulary, dependency direction, state categories, and design package are in place.
|
||||
- It does not mean the target boundaries are fully extracted in code. The current implementation has Phase 1 compatibility seams, while the full ownership split continues through later phases.
|
||||
|
||||
## Timing Review
|
||||
|
||||
The recent OSC work removed several control-path stalls, but the app still has a few deeper timing characteristics that matter for live resilience:
|
||||
@@ -356,6 +361,12 @@ This roadmap is ordered by architectural dependency rather than by “quick wins
|
||||
|
||||
Before changing major internals, formalize the target responsibilities for each major part of the app.
|
||||
|
||||
Status:
|
||||
|
||||
- Design deliverable: complete.
|
||||
- Compatibility seams in code: partially complete and expanding.
|
||||
- Target boundary extraction: not complete; remaining work is tracked by later phases, especially the event model, `RuntimeHost` split, render ownership, and persistence work.
|
||||
|
||||
Target split:
|
||||
|
||||
- `RuntimeStore`
|
||||
@@ -402,6 +413,10 @@ Suggested deliverables:
|
||||
- a subsystem design bundle index:
|
||||
- [docs/subsystems/README.md](/c:/Users/Aiden/Documents/GitHub/video-shader-toys/docs/subsystems/README.md)
|
||||
|
||||
Current implementation note:
|
||||
|
||||
The repo now has concrete classes for the Phase 1 subsystem names and several call paths already route through them. These classes should be treated as migration boundaries, not proof that the target architecture is fully extracted.
|
||||
|
||||
### Phase 2. Introduce an internal event model
|
||||
|
||||
Once subsystem boundaries are defined, introduce a typed event pipeline between them. This should happen before large state splits so the app has a stable coordination model.
|
||||
|
||||
Reference in New Issue
Block a user