A standalone C++/GGML port of MOSS-TTS-Delay — a Qwen3-8B language backbone + 32 RVQ audio codebooks + a 1.6 B pure-transformer audio codec, all runnable from one self-contained binary. The Qwen3 backbone is hosted by libllama (so you get all of llama.cpp's quantizations and CUDA / CPU / Vulkan backends for free); the embedding stack, LM heads, and the codec encoder/decoder are GGML graphs we build ourselves.
Two entry points:
moss-tts-cli— one-shot synthesis. Loads the model, synthesizes one utterance, writes a WAV, exits.moss-tts-server— keeps the model resident and exposes an HTTP API for repeated generations (TTS and voice cloning). Also serves a small browser WebUI with a per-browser history of generated audio (IndexedDB). See WebUI.
On a single 16 GB GPU (RTX 5060 Ti) the Q8_0 backbone produces ~10 s of speech in ~4 s of
wall-clock; the codec runs at ~50× real-time. See docs/STATUS.md for a detailed feature matrix,
pipeline diagram, and benchmark numbers.
Prebuilt binaries for Linux and Windows (Vulkan, ROCm, CUDA) are published on the
releases page — each archive bundles the llama.cpp libraries it was built
against, so no separate llama.cpp build is needed. Serves as the openmoss backend of
Lemonade.
# 1. Build (llama.cpp is bundled as a submodule and built in-tree)
git clone --recurse-submodules https://github.com/pwilkin/openmoss
cd openmoss
cmake -B build -DGGML_CUDA=ON # or -DGGML_VULKAN=ON / -DGGML_HIP=ON / nothing for CPU
cmake --build build -j
# 2. Convert weights once (or download a pre-built GGUF — see "Convert weights")
python scripts/convert_hf_to_gguf.py \
--moss-tts OpenMOSS-Team/MOSS-TTS \
--codec OpenMOSS-Team/MOSS-Audio-Tokenizer \
--output weights/moss-tts.gguf
# 3. (Optional) quantize the backbone — keep the embedding table as f16.
# llama-quantize comes from any llama.cpp build/release (the in-tree
# submodule build skips llama.cpp's tools).
llama-quantize \
--token-embedding-type f16 \
weights/moss-tts.gguf weights/moss-tts-q8_0.gguf Q8_0
# 4. Synthesize
./build/moss-tts-cli \
--model weights/moss-tts-q8_0.gguf \
--text "Hello, world!" \
--output out.wavllama.cpp is bundled as a git submodule (third_party/llama.cpp) and built in-tree —
no separate llama.cpp build or -DLLAMA_CPP_DIR flag is needed. Pick the GPU backend with
the usual upstream flags (-DGGML_CUDA=ON, -DGGML_VULKAN=ON, -DGGML_HIP=ON, … — none
for CPU-only).
Prerequisites:
- The submodules checked out:
git clone --recurse-submodules …(or, in an existing checkout,git submodule update --init --recursive). - CMake ≥ 3.18, a C++17 compiler (GCC/Clang on Linux, MSVC on Windows), and the toolkit for your chosen backend (CUDA toolkit, Vulkan SDK, ROCm, …).
nlohmann/json.hppandcpp-httplibare vendored underthird_party/; no system deps.
cmake -B build -DGGML_CUDA=ON
cmake --build build -jOpen a Developer Command Prompt for VS (or vcvarsall.bat x64), then:
cmake -B build -DGGML_CUDA=ON
cmake --build build --config Release -jws2_32 (Winsock) is linked automatically for the HTTP server.
Executables land in the build root; the llama.cpp/ggml shared libraries in build/bin/
(they resolve via RPATH on Linux — with MSVC, copy the DLLs next to the executables or
add build\bin\Release to PATH).
Linux:
build/moss-tts-clibuild/moss-tts-serverbuild/moss-tts-info,build/moss-tts-compute-test,build/moss-codec-roundtrip(diagnostics)build/bin/libllama.so,build/bin/libggml*.so
Windows (MSVC):
build/Release/moss-tts-cli.exe,build/Release/moss-tts-server.exe(+ diagnostics)build/bin/Release/llama.dll,ggml*.dll
Pre-built GGUFs: ilintar/moss-tts-gguf —
moss-tts-1.5-q8_0.gguf (recommended) and moss-tts-1.5.gguf (f16), each with its
*.extras.gguf sidecar. Download both files for a variant and pass the backbone to --model
(the sidecar is auto-located alongside it). Or convert your own:
The converter produces two GGUF files alongside each other:
moss-tts.gguf— the Qwen3-8B backbone, pure Qwen3 layout that libllama can load directly.moss-tts.extras.gguf— the sidecar: 32 audio embedding tables, 33 LM heads, codec encoder / RVQ codebooks / codec decoder, and themoss.*KV namespace (frame rate, special token ids, …). Loaded by us, not libllama.
pip install safetensors numpy huggingface_hub gguf
python scripts/convert_hf_to_gguf.py \
--moss-tts OpenMOSS-Team/MOSS-TTS \
--codec OpenMOSS-Team/MOSS-Audio-Tokenizer \
--output weights/moss-tts.gguf \
--backbone-dtype f16Useful flags: --llama-cpp-dir to point at a different llama.cpp source tree (the converter
shells out to llama.cpp's own convert_hf_to_gguf.py; by default it uses the bundled
third_party/llama.cpp submodule — no llama.cpp build is required), --cache-dir for the
HF cache, --scratch-dir/--keep-scratch for inspecting the intermediate extracted backbone,
--skip-extract to reuse a previously-extracted backbone if you already ran a conversion.
Quantize the backbone the same way you quantize any GGUF, but pass
--token-embedding-type f16: the embedding table is indexed via ggml_get_rows, which doesn't
support quantized src0 on CUDA, so it must stay f16.
llama-quantize --token-embedding-type f16 \
weights/moss-tts.gguf weights/moss-tts-q8_0.gguf Q8_0 # ~8.7 GB, validated end-to-end
llama-quantize --token-embedding-type f16 \
weights/moss-tts.gguf weights/moss-tts-q4km.gguf Q4_K_M # ~4.7 GBThe sidecar is not quantized — keep moss-tts.extras.gguf next to whichever backbone you
chose. The CLI/server find the sidecar by replacing the backbone's .gguf suffix with
.extras.gguf.
moss-tts-cli --model <gguf> --text "<text>" [options]Common options:
| flag | meaning |
|---|---|
--text "…" |
utterance to synthesize (required) |
--output PATH |
output WAV (default out.wav, 16-bit mono @ 24 kHz) |
--reference PATH |
reference WAV for voice cloning — speaker is encoded and prepended |
--instruction "…" |
voice / style description (voice-generation mode, no reference) |
--language CODE |
language hint (en / zh / …) |
--tokens N |
approximate audio length in tokens (1 s ≈ 12.5 tokens) |
--max-new-tokens N |
generation cap (default 4096) |
--main-gpu N |
pin model to GPU index N (default: auto-pick GPU with most free VRAM) |
--n-gpu-layers N |
backbone GPU offload (default: all) |
--n-batch N |
libllama batch size (default 512); raise if a long prompt exceeds it |
--n-ctx N |
libllama context size (default 8192) |
--no-flash-attn |
disable flash attention |
--skip-codec |
don't load codec tensors; emits codes only (debug, saves ~3.4 GB) |
--aux-cpu |
run audio embeds + codec on CPU (workaround for backends missing ops); backbone stays on GPU |
./build/moss-tts-cli \
--model weights/moss-tts-q8_0.gguf \
--text "The quick brown fox jumps over the lazy dog." \
--max-new-tokens 600 \
--output out.wavPass a reference WAV with --reference. The codec encoder converts it to 32-codebook codes which
get spliced into the user-side audio block of the chat prompt, and the model continues in that
voice.
./build/moss-tts-cli \
--model weights/moss-tts-q8_0.gguf \
--text "A different sentence in the cloned voice." \
--reference samples/alice.wav \
--max-new-tokens 600 \
--output cloned.wavAny sample rate works — the WAV is linearly resampled to 24 kHz internally. A few seconds of clean speech is usually enough.
./build/moss-tts-server --model weights/moss-tts-q8_0.gguf --host 0.0.0.0 --port 8080moss-tts-server shares the same --main-gpu, --n-gpu-layers, --n-batch, --n-ctx,
--no-flash-attn, --skip-codec, and --aux-cpu flags as the CLI. Generations are serialized through a single mutex (libllama
state is not reentrant); concurrent requests queue cleanly.
Additional flags:
| flag | meaning |
|---|---|
--webui-dir DIR |
serve a static WebUI from DIR at / (overrides auto-detection) |
--no-webui |
disable WebUI even if a webui/ directory is found |
By default the server auto-detects ./webui or <binary_dir>/webui and mounts it at /.
The CMake build stages the source tree's webui/ next to the server binary, so a fresh build
./build/moss-tts-server --model …is enough — opening http://127.0.0.1:8080/ shows the UI.
GET /health— readiness probe, returnsok.GET /info— JSON with model dims, codec status, and the request counter.POST /tts— JSON in,audio/wavout (ortext/plainwith the error message on failure).POST /v1/audio/speech— OpenAI-compatible TTS endpoint.
| field | type | required | notes |
|---|---|---|---|
text |
string | yes | utterance to synthesize |
instruction |
string | no | voice / style description (voice-generation mode) |
language |
string | no | language hint |
tokens |
int | no | approximate length (1 s ≈ 12.5 tokens) |
max_new_tokens |
int | no | default 4096 |
reference_wav_b64 |
string | no | base64-encoded WAV bytes for voice cloning |
sampling |
object | no | text_temperature, text_top_p, text_top_k, audio_temperature, audio_top_p, audio_top_k, audio_repetition_penalty, seed |
Response headers carry timing info: X-MOSS-Audio-Frames, X-MOSS-Generate-Seconds,
X-MOSS-Decode-Seconds.
The payload limit is 64 MB, which fits a ~60 s reference WAV after base64 encoding.
Accepts the same JSON schema as the OpenAI TTS API. This allows drop-in compatibility with any client or SDK that targets the OpenAI API.
| field | type | required | notes |
|---|---|---|---|
input |
string | yes | text to synthesize (maps to native text) |
model |
string | no | ignored (the model is already loaded at server startup) |
voice |
string | no | passed as an instruction hint to the model |
response_format |
string | no | "wav" (default and only supported format; anything else is a 400) |
speed |
float | no | 0.25–4.0, scales the token budget (default 1.0) |
Validation errors (missing/non-string input, undecodable or non-WAV reference_wav_b64,
out-of-range speed, unsupported response_format) return 400 with a text/plain message.
Response: audio/wav (16-bit PCM @ 24 kHz mono), same as the native endpoint.
# Plain TTS
curl -s -X POST http://localhost:8080/tts \
-H 'Content-Type: application/json' \
-d '{"text":"Hello from the persistent server.","max_new_tokens":300}' \
-o out.wav
# Voice cloning
python3 -c "import base64,json,sys; \
print(json.dumps({'text': sys.argv[1], 'max_new_tokens': 600, \
'reference_wav_b64': base64.b64encode(open(sys.argv[2],'rb').read()).decode()}))" \
"A different sentence in the cloned voice." samples/alice.wav > req.json
curl -s -X POST http://localhost:8080/tts \
-H 'Content-Type: application/json' --data @req.json -o cloned.wav
# OpenAI-compatible endpoint (works with the OpenAI Python SDK)
curl -s -X POST http://localhost:8080/v1/audio/speech \
-H 'Content-Type: application/json' \
-d '{"model":"tts-1","input":"Hello from the OpenAI-compatible endpoint!","voice":"alloy"}' \
-o openai_out.wavfrom openai import OpenAI
client = OpenAI(
base_url="http://localhost:8080/v1",
api_key="not-needed" # the server does not check authentication
)
response = client.audio.speech.create(
model="tts-1",
voice="alloy",
input="Hello! This is a test of the OpenAI-compatible TTS endpoint.",
response_format="wav"
)
response.stream_to_file("output.wav")A small single-page WebUI ships with the server. It is plain HTML / CSS / vanilla JS — no build
step, no dependencies — and is mounted at / whenever the server can find a webui/ directory.
Features:
- One-shot TTS form (text, optional voice instruction, language hint, max-new-tokens, advanced sampling, optional reference WAV for voice cloning).
- Per-browser history stored in IndexedDB — every successful generation is appended together with its metadata and original WAV blob.
- In-page playback, per-item download, reuse text (re-populates the form), per-item delete, and a Clear all button.
- Live
/infoping in the header showing model dims, codec status, and requests served.
The provided wrapper finds the server binary and webui directory, then starts the server bound to localhost:
# Linux / macOS
scripts/launch-webui.sh weights/moss-tts-q8_0.gguf
# Windows
scripts\launch-webui.bat weights\moss-tts-q8_0.ggufThen open http://127.0.0.1:8080/.
Override the bound host/port or paths with MOSS_HOST, MOSS_PORT, MOSS_SERVER, MOSS_WEBUI,
or pass any extra moss-tts-server flag after the model path (e.g. --main-gpu 0,
--skip-codec).
./build/moss-tts-server --model weights/moss-tts-q8_0.gguf --host 0.0.0.0 --port 8080
# WebUI: http://localhost:8080/
# API: http://localhost:8080/tts, /v1/audio/speech, /info, /healthThe WebUI directory is plain files under webui/ — edit index.html, style.css, or app.js
and refresh the page; no rebuild needed.
Both binaries pin the full model — libllama backbone and the aux GGML backend (embeddings,
LM heads, codec) — to a single device via LLAMA_SPLIT_MODE_NONE. With no flag, they auto-pick
the GPU that has the most free VRAM at load time:
Model::load: pinning to GPU 1 (CUDA1, 15703/15850 MiB free)
Override with --main-gpu N (index into the ggml GPU device list — same convention as
libllama's own main_gpu). Splitting the backbone across GPUs is not currently supported,
because the aux backend would still need to land on one device and would then race the backbone
fragment on that device for VRAM. At Q8_0 (~9 GB backbone + ~5 GB aux ≈ 14 GB) anything ≥ 16 GB
fits.
┌────────────────────────────────────────────┐
text ────► │ BPE tokenizer (Qwen3, 155 648 vocab) │
ref.wav ──► │ Codec encoder (audio → 32×T_a codes) │ — voice cloning
└────────────────────────────────────────────┘
│
┌─────────▼──────────────────────────────────┐
│ Embedding stack: │
│ text emb + Σᵢ audio_emb_i(code_i) │ (33 tables, 4096 dim)
└─────────┬──────────────────────────────────┘
│ inputs_embeds (S, 4096) — fed via batch.embd
┌─────────▼──────────────────────────────────┐
│ Qwen3-8B backbone (libllama) │
│ 36 layers, hidden=4096, GQA 32/8 │
└─────────┬──────────────────────────────────┘
│ hidden_state (4096)
┌─────────▼──────────────────────────────────┐
│ 33 LM heads (1 text + 32 audio×1025) │ (GGML matmul, GPU)
└─────────┬──────────────────────────────────┘
│ logits
┌─────────▼──────────────────────────────────┐
│ Delay-pattern state machine + sampling │ (CPU, deterministic)
└─────────┬──────────────────────────────────┘
│ codes (32 × T_a)
┌─────────▼──────────────────────────────────┐
│ Codec decoder (4-stage pure transformer) │ (GGML)
│ 12.5 Hz → 24 000 Hz (×1920 upsample) │
└─────────┬──────────────────────────────────┘
▼
waveform (f32, 24 kHz) → 16-bit WAV
The codec transformers use sliding-window causal attention: each stage attends to at most
10 s of context (causal_transformer_context_duration upstream — 125 keys at 12.5 Hz up to
1000 keys at 100 Hz). The window is part of the trained model, not an optimization; decoding
with unbounded attention degrades audio progressively past the 10 s mark (issue #7).
For the full per-stage tensor shapes, list of bugs hit during bring-up, and benchmark numbers,
see docs/STATUS.md.
| path | role |
|---|---|
scripts/convert_hf_to_gguf.py |
HF → backbone GGUF + sidecar GGUF |
src/model.cpp, src/aux_internal.h |
Two-file loader, aux backend, embed / LM-head graphs |
src/codec.cpp |
RLFQ + 4-stage transformer encoder/decoder graphs |
src/tokenizer.cpp |
libllama BPE wrapper |
src/delay.cpp |
DelayState + sampling (top-k/p, repetition penalty) |
src/pipeline.cpp |
Prompt builder + autoregressive loop + codec dispatch |
src/wav.cpp |
RIFF/WAVE I/O (no libsndfile dep) |
src/cli/moss_tts_cli.cpp |
CLI entry point |
src/server/moss_tts_server.cpp |
HTTP server + static WebUI mount |
webui/ |
Browser WebUI (vanilla HTML / CSS / JS, IndexedDB history) |
scripts/launch-webui.{sh,bat} |
Server + WebUI launcher |
tests/ |
Diagnostics: model info, compute-graph smoke, codec round-trip |
third_party/cpp-httplib/httplib.h |
Vendored single-header HTTP library |
Apache-2.0, matching upstream MOSS-TTS.