Merge pull request #7 from managedcode/codex/remove-obs-go-live-streaming-modules

[codex] Refactor Go Live streaming modules

Author: KSemenenko

docs/ADR/ADR-0002-go-live-operational-studio-surface.md

@@ -153,7 +153,7 @@ flowchart LR
 | --- | --- | --- | --- |
 | TST-001 | Open `Go Live` with persisted destinations | Component | Ready summaries render from persisted settings without inline provider forms |
 | TST-002 | Select the secondary camera and take it live | UI | Program monitor switches first, live preview switches only after take-to-air |
-| TST-003 | Arm LiveKit, YouTube, OBS, and recording from the studio surface | UI | Quick toggles persist and reload into the operational studio |
+| TST-003 | Arm LiveKit, VDO.Ninja, YouTube, and recording from the studio surface | UI | Quick toggles persist and reload into the operational studio |
 
 ## References
 

docs/ADR/ADR-0003-go-live-broadcast-spine-and-relay-architecture.md

@@ -95,15 +95,15 @@ flowchart LR
 | `Editor` | TPS authoring surface | Creates and reshapes scripts with structure-aware tooling | `src/PrompterOne.Shared/Editor`, `src/PrompterOne.Core/Editor`, `src/PrompterOne.Core/Tps` | source editing UI, toolbar actions, front matter, TPS transforms | shell navigation policy, teleprompter playback, live runtime wiring |
 | `Learn` | RSVP rehearsal mode | Trains delivery with timing and context | `src/PrompterOne.Shared/Learn`, `src/PrompterOne.Core/Rsvp` | ORP playback, rehearsal pacing, next-phrase context | document storage, scene routing, destination configuration |
 | `Teleprompter` | Read-mode playback surface | Presents the script for live reading with camera-backed composition | `src/PrompterOne.Shared/Teleprompter` | reading layout, background camera composition, runtime reading flow | script persistence rules, destination setup screens |
-| `GoLive` | Operational browser studio surface | Operates the composed program feed and exposes honest live/runtime state | `src/PrompterOne.Shared/GoLive`, `src/PrompterOne.Core/Streaming` | studio layout, left-rail source control, selected vs on-air source state, local recording control, standalone upstream-spine operation, right-rail telemetry and downstream health summaries | provider credential editing, source inventory, per-device sync definitions, PrompterOne-managed server media processing, unrelated editor or library concerns |
-| `Settings` | Device, scene, and provider setup surface | Configures the inputs, sync, quality, and persisted destinations that `Go Live` operates | `src/PrompterOne.Shared/Settings`, `src/PrompterOne.Core/Media` | device selection UI, source inventory, scene transforms, microphone gain/delay/sync, quality profiles, active spine choice, provider credentials/endpoints, scene persistence flows | live output orchestration policy, document editing |
+| `GoLive` | Operational browser studio surface | Operates the composed program feed and exposes honest live/runtime state | `src/PrompterOne.Shared/GoLive`, `src/PrompterOne.Core/Streaming` | studio layout, left-rail source control, selected vs on-air source state, browser-owned program capture, local recording control, concurrent transport publish state, right-rail telemetry and downstream health summaries | provider credential editing, source inventory, per-device sync definitions, PrompterOne-managed server media processing, unrelated editor or library concerns |
+| `Settings` | Device, scene, and transport setup surface | Configures the inputs, sync, capture profile, transport connections, and downstream targets that `Go Live` operates | `src/PrompterOne.Shared/Settings`, `src/PrompterOne.Core/Media`, `src/PrompterOne.Core/Streaming` | device selection UI, source inventory, scene transforms, microphone gain/delay/sync, program-capture profiles, recording defaults, transport connection profiles, downstream target profiles, scene persistence flows | live output orchestration policy, document editing |
 | `Storage` | Browser persistence and cloud transfer orchestration | Keeps scripts and settings local-first while exposing provider-backed import/export | `src/PrompterOne.Shared/Storage`, `src/PrompterOne.Shared/Library/Services/Storage` | browser `IStorage` and VFS registration, authoritative browser repositories for scripts/folders, provider credential persistence, scripts/settings snapshot transfer | routed page layout, teleprompter rendering, video-stream upload workflows |
 | `Cross-Tab Messaging` | Same-origin browser runtime coordination | Lets separate WASM tabs coordinate browser-owned state without a backend | `src/PrompterOne.Shared/AppShell/Services`, `src/PrompterOne.Shared/Settings/Services`, `src/PrompterOne.Shared/wwwroot/app` | `BroadcastChannel` bridge, typed envelopes, settings fan-out, same-origin tab sync | server state, cross-origin transport, collaborative editor conflict resolution |
 | `Diagnostics` | Error and operation feedback layer | Makes recoverable and fatal issues visible in the shell | `src/PrompterOne.Shared/Diagnostics` | banners, error boundary reporting, operation status wiring | owning business logic of the failing feature |
 | `Localization` | Culture and UI text contract | Keeps supported runtime languages consistent and browser-driven | `src/PrompterOne.Shared/Localization`, `src/PrompterOne.Core/Localization` | text catalogs, culture bootstrap, supported culture rules | feature behavior or screen-specific layout ownership |
 | `Workspace` | Active script/session state model | Gives editor, learn, read, and go-live one shared script context | `src/PrompterOne.Core/Workspace` | loaded script state, previews, estimated duration, active session metadata | feature-specific rendering details |
 | `Media` | Browser media and scene domain | Models cameras, microphones, transforms, and audio bus state | `src/PrompterOne.Core/Media`, `src/PrompterOne.Shared/Media` | media device models, scene state, browser media interop | routed screen layout ownership |
-| `Streaming` | Output and target routing domain | Defines how one composed program feed is published from the browser and which external targets are genuinely reachable without a PrompterOne backend | `src/PrompterOne.Core/Streaming` | broadcast-spine selection models, standalone transport constraints, target descriptors, routing normalization | Razor UI or page layout concerns |
+| `Streaming` | Program capture, transport, and target routing domain | Defines how one composed program feed is described, which source/output modules can attach to it, and which external targets are genuinely reachable without a PrompterOne backend | `src/PrompterOne.Core/Streaming` | program-capture profiles, source/output module contracts, transport connection profiles, downstream target descriptors, routing normalization, standalone transport constraints | Razor UI or page layout concerns |
 | `tests` | Verification layers | Protects behavior with browser, component, and core assertions | `tests/*` | acceptance flows, component contracts, domain verification | production logic ownership |
 
 ## Build Governance
@@ -142,6 +142,43 @@ flowchart TD
 
 - Same-origin tab coordination is a browser-runtime concern owned in `PrompterOne.Shared`; it uses `BroadcastChannel` as a best-effort browser transport and does not change the browser-only runtime shape.
 
+## Go Live Streaming Boundaries
+
+```mermaid
+flowchart LR
+    Settings["Settings<br/>program capture, recording, transport profiles, targets"]
+    Sources["Source modules<br/>local scene, LiveKit intake, VDO.Ninja intake"]
+    Program["Program capture<br/>one browser-owned MediaStream"]
+    Recording["Recording sink<br/>MediaRecorder"]
+    LiveKit["LiveKit output module"]
+    Vdo["VDO.Ninja output module"]
+    Targets["Distribution targets<br/>YouTube / Twitch / Custom RTMP"]
+    GoLive["Go Live<br/>operate and observe"]
+
+    Settings --> Sources
+    Settings --> Program
+    Settings --> LiveKit
+    Settings --> Vdo
+    Settings --> Targets
+    Sources --> Program
+    Program --> Recording
+    Program --> LiveKit
+    Program --> Vdo
+    LiveKit --> Targets
+    Vdo --> Targets
+    GoLive --> Sources
+    GoLive --> Program
+    GoLive --> Recording
+    GoLive --> LiveKit
+    GoLive --> Vdo
+    GoLive --> Targets
+```
+
+- `Go Live` now works through `sources + program + sinks`.
+- The browser compositor owns one canonical program feed, and all active sinks reuse that feed instead of building separate capture graphs.
+- `LiveKit` and `VDO.Ninja` may publish concurrently when both transport connections are armed.
+- Downstream targets are capability-gated by the bound transport connections; the browser UI must block unsupported paths instead of pretending generic RTMP fan-out exists.
+
 ## Cross-Tab Runtime Contracts
 
 ```mermaid
@@ -508,7 +545,7 @@ flowchart LR
 ## Constraints
 
 - The runtime must remain backend-free.
-- `Go Live` may operate only one upstream browser broadcast spine per session; direct parallel browser fan-out to multiple platform transports is outside the allowed boundary.
+- `Go Live` may operate multiple concurrent browser publish transports when the operator explicitly arms them, but every active transport must still consume the same canonical browser-owned program feed.
 - `Go Live` must not require any PrompterOne-owned backend, relay, ingest layer, or media server; only third-party browser-facing transport infrastructure is allowed.
 - Browser-language localization must default to English and support `en`, `uk`, `fr`, `es`, `pt`, and `it`.
 - Russian is intentionally unsupported and must fall back to English.