GameCult/Muninn
Watch
9
0
Fork
You've already forked Muninn
 0
Code Issues Pull requests 2 Projects Releases Packages Wiki Activity Actions
No description
297 commits 7 branches 1 tag 1.2 MiB
  • Rust 93.2%
  • PowerShell 5.7%
  • C 0.5%
  • HLSL 0.4%
  • Batchfile 0.2%
Find a file
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Meta Vens e2c44ac86c Capture and encoder children are spawned at their own priority class 
Windows hands a priority class down to a child only when it is below
normal, so the mux child's above-normal never reached ffmpeg; on a live
stream with the host at 99.8% CPU the encoder ran at normal, 790 video
chunks per 10 s went missing and the mux loop sat a second behind. Raising
the processes in place took that to 116 lost and a 60-chunk backlog with
zero late frames, and the viewer reported every frame arriving. The mux
child and video encoder now run at high, the audio pipeline at
above-normal, from spawn.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-11 03:41:51 +02:00
crates Capture and encoder children are spawned at their own priority class 2026-09-11 03:41:51 +02:00
docs A running command is not re-stamped every tick 2026-09-11 01:33:05 +02:00
native Observe scheduled Move hues through PSMoveAPI 2026-07-12 22:07:41 +01:00
scripts A translated request is stamped by Muninn's clock 2026-09-11 00:52:19 +02:00
.gitignore Give the extracted Muninn a root of its own 2026-09-09 23:04:41 +02:00
Cargo.toml Point the fragment-fuse record at the merged commits 2026-09-10 12:01:09 +02:00
README.md Give the extracted Muninn a root of its own 2026-09-09 23:04:41 +02:00

README.md

Muninn

Local capture broker for the GameCult swarm.

Muninn resolves what data streams a host can offer, advertises them, and serves them to CultMesh peers on request. Screen and loopback audio, cameras, PS Move controllers and their optical markers, HID and XInput gamepads, Quest access.

Muninn running does not mean Muninn is broadcasting. Each feed it can reach is available for another service to request. Mimir asks for sensors. Sleipnir asks for input. A stream asks for screen and audio. Muninn does not decide what any of them are for.

Extracted from Odin with its full history. Muninn had lived as three crates inside the repository of the service that discovers it, with its document schemas owned by odin-core — an inversion of the ownership it needs to hold. Same shape as the Idunn extraction of 2026-09-05, and done deliberately after it.

Status

This repository does not build yet. It is a faithful history extraction, not a finished cut. muninn-daemon still depends on odin-core by path for the twenty record types and schema constants it uses, and that dependency is one of the things being removed.

See docs/teardown-map.md for the working map: current body, the authorities currently fused into one 14,567-line main.rs, schema decomposition, extraction blast radius, and the measured diagnosis of the audio decay that prompted the rebuild.

Authority

  • Owner: Muninn owns local source enumeration, capability advertisement, per-consumer stream grants, and transport of granted streams.
  • Input: locally reachable devices; typed capture stream commands from requesting peers.
  • Output: CultMesh Media Streams and typed sensor records.
  • Not Muninn's: the media protocol itself (a general CultMesh contract, owned by CultLib), discovery and rendezvous (Odin), deployment and continuity (Idunn), the hue programs that decide what colour a Move should be (Mimir), and any consumer's lowering — OBS, browser, or otherwise.

Muninn is one producer of a general contract. It is not the contract.