HMS MediaEngine Agent 75ca88ddbe Phase 3: Alle 24 Pflicht-Plugins (10 Generatoren + 14 Filter, §15.1/§15.2)
- 10 Generatoren mit Manifest + HLSL + GLSL + GLES je Plugin:
  solid, gradient, checker_grid, stripes_chaser, noise_clouds
  (AQ Octaves 2/3/5), plasma, wave_bars, shapes, drops_ripples,
  starfield (AQ 32/128/512 Partikel)
- 14 Filter mit Manifest + Shader je Backend:
  transform2d (keine AQ-Geometriereduktion), color_adjust,
  gradient_map, blur_sharpen (separabel 2-Pass, AQ 5/9/17 Samples),
  pixelate_quantize, mirror_tile, kaleidoscope, wave_displace
  (Noise adaptiv, Amount unverändert), rgb_split, glow_bloom
  (Kaskade 2/4/8), edge_emboss, vignette, strobe_pulse (Safety
  clamp 2 Hz, nie durch DMX allein freischaltbar), feedback_trails
  (Double-Buffer, Clear-Trigger, §15.3)
- Uniform-Vertrag §14.4 in allen 75 Shadern; Generatoren sampeln nie
  u_input_texture; alle Filter mit mix-0-Bypass (§15.3)
- 195 parametrisierte Plugin-Tests: Manifest/Backends/DMX-Slots<=8/
  AQ>=3 Varianten/Uniform-Satz/Vollstaendigkeit exakt 10+14
- Nachtraegliche Manifest-Fixes: AQ-Bloecke fuer 4 1-Pass-Filter,
  mix-Parameter fuer feedback_trails (Slot-Overlap vermieden)
- Gesamtsuite 506 gruen, Ruff gruen
2026-09-11 01:53:48 +02:00

HMS MediaEngine

Arbeitstitel der Produktname kann später ohne technische Auswirkung geändert werden.

Modularer Medienserver, VJ-System und generativer Licht-/Pixeleffekt-Server.

  • Primärplattform: Windows 11 x64, portabel ohne Installation
  • Weitere Zielplattformen: Linux x64, Raspberry Pi 5 / Linux ARM64
  • Steuerung: lokale Webanwendung (Browser), Art-Net/DMX, spätere Timeline/Audio/KI

Leitsatz

Python steuert. Native Bibliotheken decodieren. Die GPU rendert. Der Browser bedient.

Projektstatus

Das Projekt befindet sich in Phase 0 technischer Spike und Go/No-Go.

Aktueller Stand, Gates und nächste Aufgaben: STATUS.md Fehlerverfolgung: ERRORS.md Messergebnisse: TEST_REPORT.md Bauplan (normativ): PLAN.md

Repository-Struktur (Eigentumsgrenzen)

/
├─ apps/            launcher, control_server, renderer, web
├─ native/          render_bridge (Rust oder C++, Entscheidung per ADR)
├─ packages/        domain, protocol, parameter_engine, render_backend,
│                   capabilities, adaptive_quality, plugin_sdk, artnet,
│                   cluster, content_sync, timeline, audio_analysis,
│                   persistence
├─ plugins/         builtin (generators, filters, transitions, outputs), examples
├─ schemas/         project, plugin, ipc, cluster, api
├─ fixture_profiles/ master32, layer64
├─ tests/           unit, integration, rendering, cluster, visual,
│                   performance, portability, e2e
├─ tools/           media_probe, shader_validate, artnet_emulator,
│                   capability_probe, cluster_test_node, fixture_generator
├─ build/           windows, linux, raspberry_pi
└─ docs/            architecture, adr, plugin-sdk, api, fixture,
                    performance, operator

Code darf nicht beliebig zwischen Paketen quer importiert werden.

Entwicklung

# Python-Umgebung
uv sync

# Tests
uv run pytest

# Lint + Typprüfung
uv run ruff check .

Frontend (ab Phase 5): pnpm mit Lockfile, Vite-Build, siehe apps/web.

Phasenmodell

Die Entwicklung folgt strikt dem Phasenmodell aus PLAN.md Abschnitt 31. Jede Phase endet mit einem Gate; keine neue Phase ohne grünes Gate.

Phase Inhalt Gate
0 Technischer Spike, Machbarkeitsnachweis, ADRs Gate 0: D3D11-HW-Decode, GPU-Compositing, Adaptive Quality, Art-Net-Latenz, portable Auslieferung reproduzierbar grün
1 Fundament: Supervisor, Control Core, Renderer, IPC, Node-Identität, Discovery, Paarung Gate 1
2 Medien-, Layer-, Basissync-Engine Gate 2
3 Plugin-SDK, Starterpaket Generatoren + Filter Gate 3
4 Art-Net-Fixtures Master32/Layer64 Gate 4
5 Vollständige Browser-Liveoberfläche Gate 5 / V1.0-Kernrelease
6+ Cue/Timeline, Audio, Mapping, Pixel-Ausgabe, KI, Pi 5, Härtung eigene Gates

Verbindliche Regeln (Auszug)

  • Keine Pixelverarbeitung in Python-Schleifen.
  • Kein CPU-Readback im normalen HDMI-Renderpfad (Windows: D3D11Memory durchgängig).
  • Kein Mock als fertige Funktion gemeldet; Hardwaretests nur auf echter Hardware.
  • Jede Architekturabweichung braucht ein ADR und Freigabe.
  • Projektschema versioniert, Migrationen getestet.

Dokumentation

  • Architektur: docs/architecture/
  • ADRs: docs/adr/ (Vorlage: docs/adr/_template.md)
  • Plugin-SDK: docs/plugin-sdk/ (ab Phase 3)
  • Fixture-Handbücher: docs/fixture/ (ab Phase 4)

Lizenz

TBD wird mit dem ersten Release entschieden (SBOM und Lizenzverzeichnis sind Teil der Release-Anforderungen, PLAN.md Abschnitt 30).

S
Description
HMS MediaEngine – modularer Medienserver, VJ-System und generativer Effektserver (Phase 0, Bauplan v1.2)
Readme 818 KiB
2026-09-11 22:18:54 +00:00
Languages
Python 66.2%
GLSL 10.8%
TypeScript 9.7%
HLSL 6%
Rust 2.8%
Other 4.4%