Scaffold local OBS streaming bridge
This commit is contained in:
commit
beac84ae23
18 changed files with 1159 additions and 0 deletions
26
docs/implementation-plan.md
Normal file
26
docs/implementation-plan.md
Normal file
|
|
@ -0,0 +1,26 @@
|
|||
# Implementation Plan
|
||||
|
||||
## Implemented
|
||||
|
||||
- Repo-local persistence machinery.
|
||||
- First architecture map.
|
||||
- Example config for one video source plus two audio sources.
|
||||
- Sender device discovery script.
|
||||
- Sender launch script with dry-run mode and per-source FFmpeg commands.
|
||||
- OBS receiver setup notes.
|
||||
|
||||
## Temporary
|
||||
|
||||
- Audio and video are separate SRT endpoints. This preserves OBS mixing authority but may need latency tuning.
|
||||
- Audio defaults to AAC inside MPEG-TS for compatibility; test Opus later only if there is a concrete reason.
|
||||
- Desktop capture uses `gdigrab` first because it is broadly available. `ddagrab` is a candidate once the installed FFmpeg build is confirmed.
|
||||
- The scripts assume Windows sender and OBS receiver on the same LAN.
|
||||
|
||||
## Next
|
||||
|
||||
1. Run `scripts/sender-discover.ps1` on the sender and record the actual device names.
|
||||
2. Smoke-test one video stream into OBS.
|
||||
3. Smoke-test each audio source independently.
|
||||
4. Tune SRT latency and FFmpeg buffering for the local network.
|
||||
5. Decide whether a small OBS scene/source generator is worth adding.
|
||||
6. Reconsider plugin/fork only if standard OBS Media Source cannot preserve the required behavior.
|
||||
Loading…
Reference in a new issue