Recording / replay / desktop controls · Contributed work / fraa2a
Monolith
A Windows recording and replay app by fraa2a. I contributed active-game detection, audio controls, desktop UI and initial Stream Deck / local RPC integration.
View repositoryHighlighted areas link to my commits, not ownership of the full system.
Media path
Control relationships
Windows capture
Windows capture supplies BGRA frames to frame pacing, then the video encoder.
A simplified source map, not a running recorder. Media files hold video; SQLite holds catalog metadata and settings. Select any area to inspect it.
A recorder, with a separate control surface.
The current native C++ recorder handles Windows capture, audio, encoding, replay and recording. A Tauri host and Preact interface control it through local JSON-RPC. Stream Deck is another controller, not another recording engine.
Read the project architectureMedia files are not database rows.
Encoded packets feed the replay buffer and manual recorder. Saved media remains in files. SQLite holds clip catalogs and settings; the desktop interface reads catalog information. This diagram simplifies the application, not a future headless-engine design.
Inspect the recorder wiringSmall fixes at important boundaries.
A separate contribution adds guarded WinRT access, preserves silent audio packet sizes and fixes replay packet ownership. These are targeted changes within existing subsystems, not a claim that I built the capture or replay engine.
Inspect capture / replay fixesTwo generations of interface.
The active-game and audio-mode contribution includes historical WinUI/C# controls. Later commits cover the Tauri/Preact desktop UI. Both are part of my contribution history, but they are not the same implementation. Monolith is fraa2a’s project throughout.
Read the historical audio-mode patch