Mosswart Massacre for OpenAC (owner-only)
Find a file
Erik 28794299cb Show the backend socket's status and errors in chat, as the original did
Live, /mm ws enable printed nothing about the connection: the socket's
connecting / CONNECTED / REGISTERED / error / reconnect / DISABLED lines went
only to the host log, which the windowed client does not show. The original
printed every one of them to chat.

BackendClient now queues each status and error line (original wording) and
still logs it; BackendSession drains the queue to chat on the tick, and right
after a start or stop on the tick thread so "[WebSocket] connecting…" and
"[WebSocket] DISABLED" come before the command's own reply, as in the
original. The socket thread never writes to chat. The original's telemetry-loop
and cleanup lines are emitted at the matching points, "Starting telemetry
loop" comes from the telemetry listener, and "Vital sharing re-subscribed" is
no longer verbose-only. No frame on the wire changes.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-26 07:30:30 +02:00
src/OpenAC.MosswartMassacre Show the backend socket's status and errors in chat, as the original did 2026-09-26 07:30:30 +02:00
tests/OpenAC.MosswartMassacre.Tests Show the backend socket's status and errors in chat, as the original did 2026-09-26 07:30:30 +02:00
tools/FrameRecorder Review fixes: telemetry session id per login; Framework number text 2026-09-25 13:04:28 +02:00
.gitattributes Slice 2: telemetry, vitals, chat, spawn/portal, rare, kills and combat stats 2026-09-25 12:12:22 +02:00
.gitignore Build against plugin API 0.1.19-mm.1; item header words from the host 2026-09-25 12:58:43 +02:00
Directory.Build.props Build against the released OpenAC 0.1.19 plugin contract 2026-09-26 06:36:44 +02:00
Directory.Packages.props Skeleton: plugin root, backend socket, /mm router, settings, test harness 2026-09-25 12:03:00 +02:00
global.json Skeleton: plugin root, backend socket, /mm router, settings, test harness 2026-09-25 12:03:00 +02:00
NuGet.Config Skeleton: plugin root, backend socket, /mm router, settings, test harness 2026-09-25 12:03:00 +02:00
OpenAC.MosswartMassacre.slnx Skeleton: plugin root, backend socket, /mm router, settings, test harness 2026-09-25 12:03:00 +02:00
README.md One plugin-bar button and one tabbed window, as the original 2026-09-26 06:56:10 +02:00

Mosswart Massacre for OpenAC

A private OpenAC port of the Mosswart Massacre DECAL plugin: it streams telemetry, vitals, chat, inventory, combat and character stats to the Mosswart Overlord backend, shares vitals and debuffs across machines, runs the commands typed into the Overlord chat box, keeps the flag tracker and syncs metas.

The backend contract is fixed. Every frame this plugin sends or accepts is byte-for-byte what the DECAL plugin sent and accepted; the golden tests under tests/ pin each one. Change a frame only together with the backend.

Building

The plugin contract is AcDream.Plugin.Abstractions of the version named in Directory.Build.props (PluginApiPackageVersion), currently 0.1.19, the OpenAC 0.1.19 release. Put that release's package in packages-local/; an OpenAC client from 0.1.19 on loads the plugin.

gh release download v0.1.19 --repo eriknihlen/OpenAC -p "AcDream.Plugin.Abstractions.0.1.19.nupkg" -D packages-local
dotnet build OpenAC.MosswartMassacre.slnx
dotnet test OpenAC.MosswartMassacre.slnx

Installing

Copy src/OpenAC.MosswartMassacre/bin/<config>/net10.0/ (the dll, its .deps.json, Newtonsoft.Json.dll, plugin.json and the markup) into %LOCALAPPDATA%\acdream\plugins\openac.mosswartmassacre\.

First run

Streaming is off until you turn it on. The shared secret is never compiled in:

/mm ws secret <the backend's shared secret>
/mm ws enable

/mm help lists every command.

The plugin has one button on the plugin bar, MM. Its Metas tab downloads the club's metas and navs into the shared VTank profile folder the client configures (by default %LOCALAPPDATA%\OpenAC\vtank), under mosstank\metas and mosstank\navs, where MossTank loads them; the tab shows both folders.

Testing against a stand-in backend

tools/FrameRecorder accepts the plugin's socket like the backend does, records every frame to a JSON-lines file, relays share_* frames between subscribed clients as the backend does, and compares two recordings by frame shape:

dotnet run --project tools/FrameRecorder -- record 18765 frames.jsonl
/mm ws url ws://localhost:18765/websocket/
dotnet run --project tools/FrameRecorder -- compare decal.jsonl port.jsonl