FIRST APPLICATION / INDEPENDENT LINEAGERUST-NATIVE

NUNTIUS

Before there was an architecture family, there was the first app.

Nuntius is my radio-first creator command center: built in Rust as a deliberate lightweight alternative to creator platforms that turn a simple broadcast into a stack of hungry services.

Nuntius broadcast and creator architecture
ON AIR / SOURCE-LED
ONE RUST WORKSPACEEMBEDDED REDBFFMPEG RUNTIME
IDENTITYMY FIRST APPLICATION
LINEAGEINDEPENDENT / PRE-ATOM
BUSTOKIO BROADCAST EVENTBUS
STATUSACTIVE DEVELOPMENT
CLICK-THROUGH COMMAND CENTER

Open every room
in the station.

Explore the current radio, publishing, audience, production, and plugin surfaces. Built, optional, and scaffold-stage capabilities stay visibly labeled instead of being presented as equally complete.

ON AIR / PRODUCT TOUR
Station
SELECTED SURFACE · 02Radio · StudioBUILT
NUNTIUS CAPABILITY

Radio · Studio

Operate the live station, AutoDJ handoff, relay, ingest, and master broadcast path.

01Now playing
02Live takeover
03Master output
CREATOR INPUTRADIO · STUDIOREDB / EVENTBUSOWNED OUTPUT
CLICK ANOTHER FEATURE TO EXPLORETOUR ONLY · NO NUNTIUS SERVER ACTIONS
ORIGIN / 001

The app that made the rest feel possible.

Nuntius matters beyond its feature list. It is the first finished shape of the impulse that still drives this work: own the runtime, keep the architecture legible, and refuse to spend a machine just to operate a creative tool.

THE WORKING SYSTEM

A station,
not a service pile.

The repository is a Rust workspace whose parts meet through a compact application context: embedded data, a typed service registry, and Tokio broadcast events.

INPUTTRACKS · LIVE SOURCE · RELAY
ENGINEDECODE · MIX · NORMALIZE
MASTER SIGNALONE BROADCAST SENDER
OUTPUTSTREAM · SSE · PUBLIC PAGES
01

Radio engine

AutoDJ, live ingest, PCM crossfading, EBU R128 loudness, and one broadcast sender fanning the master stream out to listeners.

02

Creator surface

Radio, writing, podcasts, video, newsletters, live chat, and ActivityPub live inside one self-hosted command center.

03

Embedded state

redb owns local durable data. There is no separate SQL service to install, tune, or keep alive beside the application.

04

Plugin boundary

Capabilities are registered as Rust plugins, and a disabled plugin is never constructed—keeping optional systems genuinely optional.

LIGHTWEIGHT BY CONSTRUCTION

Less machinery
between creator
and audience.

“Lightweight” is the design target. The source supports the structural case below; a public RAM and CPU benchmark has not yet been published.

01

One application shape

The workspace builds the command center as a single Rust application instead of coordinating a fleet of web services.

02

No external database

redb is embedded directly. Backups are files; operation does not depend on a separate SQL daemon.

03

Templates compile in

Askama templates are checked and compiled with the application. Public interaction uses small vanilla scripts and vendored HTMX—not a full client framework.

04

Optional means absent

Disabled plugins are not merely hidden in the interface; they are never constructed by the plugin manager.

MEASUREMENT BOUNDARY

The architecture is intentionally lean, but “lighter than hardware hogs” remains a product goal until repeatable memory, CPU, startup, and stream-load benchmarks are published.

THE CREATOR COMMAND CENTER

Broadcast.
Publish.
Own the room.

24/7 radioAutoDJ, live takeover, relays, recording, loudness normalization

Owned publishingBlog, podcast feeds, video, newsletter, ActivityPub

Listener presencePublic station pages, live chat, media controls, SSE updates

Self-hosted stateYour media, audience surface, and database stay under your control

LINEAGE NOTE

Nuntius is not being retrofitted into the Atom story. Its current source has no Atom dependency and its event bus is Tokio broadcast, not Spiderweb. It belongs here because it came first—and because independent work deserves the same architectural care.

See every independent build ↗Enter the memory experiments ↗