ASR
Speech Recognition
Moonshine-Tiny
WaZoBia
Edge AI
African NLP
On-Device

Fine-Tuning Moonshine-Tiny ASR for WaZoBia: Studio Foundation vs. 3-Stage Curriculum

October 3, 2026 9 min read
Fine-Tuning Moonshine-Tiny ASR for WaZoBia: Studio Foundation vs. 3-Stage Curriculum

Experiments in Fine-Tuning Moonshine-Tiny ASR for WaZoBia: v1 vs. v2

UsefulSensors’ Moonshine-Tiny (~27 million parameters, ~55 MB memory footprint) is an ultra-compact encoder-decoder speech recognition model engineered specifically for edge mobile execution and compute-constrained micro-devices. Out of the box, it has no support for Nigeria’s three primary indigenous languages — Yoruba (yo), Igbo (ig), and Hausa (ha) (WaZoBia) — and produces largely unusable transcriptions on all three.

The primary cause is an acute vocabulary mismatch: default SentencePiece tokenizers strip sub-dot marks and tonal diacritics, while the pre-training acoustic distribution lacks West African phone sets. Furthermore, small encoder-decoder architectures run a persistent risk of getting trapped in cyclic autoregressive hallucination loops.

For this experiment, I built a comparative training methodology producing two distinct model generations across all three languages (6 checkpoints total):

  • v1 (Studio Foundation): Fine-tuned exclusively on clean studio scripture recordings from OpenBible to learn baseline phonetic and diacritic orthography.
  • v2 (Multi-Stage Domain Curriculum): A 3-stage progressive curriculum cascading from OpenBible through Google FLEURS (multi-speaker formal broadcast reading) to NaijaVoices (crowdsourced everyday smartphone audio).

Below is the complete architectural walkthrough of the orthographic fixes, curriculum dynamics, hallucination prevention strategies, and the dual-track evaluation dilemma.


1. Orthographic Engineering & Boundary Healing

African tonal languages rely on diacritics for lexical differentiation. Moonshine’s standard SentencePiece vocabulary routinely decomposed or discarded these symbols, resulting in cascading error rates before the decoder even generated tokens.

Tokenizer Expansion Across WaZoBia

The SentencePiece model was modified and the model token embeddings resized to natively represent:

  • Yoruba (yo): 29 diacritic and tone units: ['ẹ', 'ọ', 'ṣ', 'ẹ́', 'ẹ̀', 'ì', 'ò', 'ọ́', 'ọ̀', 'ù', 'ń', 'ǹ', '<|yo|>']
  • Igbo (ig): Ọnwụ standard orthography units and dotted vowels: ['ị', 'ọ', 'ụ', 'ṅ', 'ch', 'gw', 'kp', 'kw', 'nw', 'ny', 'sh', '<|ig|>']
  • Hausa (ha): Ingressive and glottalized hooked letters: ['ɓ', 'ɗ', 'ƙ', 'ƴ', 'R̃', 'ts', '<|ha|>']

Orthographic Boundary Healing

Raw audio transcripts frequently contain optical character recognition (OCR) artifacts or compound-word formatting glitches:

  • In Igbo, enclitic affixes and compound prepositions often fracture or glue incorrectly (e.g., n'ime, maọbụ, ga-e). Automated regex cleaning normalized these boundaries prior to tokenization.
  • In Yoruba, common contractions and separated morphemes (such as tani + ọba or ọlọ́gbọ́ n $\to$ ọlọ́gbọ́n) were systematically repaired.

2. Preventing Autoregressive Hallucination Loops

Compact encoder-decoder models are notorious for autoregressive loop degradation, especially on liturgical datasets where repetitive chapter-and-verse structures cause models to emit continuous scripture citation hallucinations.

To completely eradicate this failure mode:

  1. Right-Shifted BOS Formatting: Inputs to the seq2seq trainer were explicitly right-shifted with Beginning-Of-Sequence (BOS) tokens, conditioning the decoder strictly on acoustic encodings rather than self-referential token recurrence.
  2. Duration-Scaled Token Clamping: During beam search inference, token budgets are dynamically scaled based on active speech duration, preventing degenerate runaways: token_limit = min(160, max(24, int(duration_sec * 7.5) + 6))

Across hold-out benchmark splits, this reduced citation hallucination rates from over 18% down to 0.0%.


3. The 3-Stage Training Curriculum in v2

In v1, training strictly on OpenBible gave the model clean phonetic representations, but accuracy degraded sharply on colloquial mobile audio due to ambient room noise, mic distortion, and natural co-articulation.

For v2, I established a staged domain curriculum allowing the attention layers to adapt smoothly across acoustic regimes:

3-Stage Progressive Curriculum Architecture
Stage 1: OpenBible Foundation (v1)5,000 Steps • 16 kHz
  • ~30k studio scripture segments per language with pristine signal
  • Expanded SentencePiece vocabulary & resized token embeddings
  • Effective batch size 16, AdamW learning rate 5e-5 with warmup
  • Outcome: Baseline acoustic grounding & diacritic orthography mapping
↓Acoustic Transfer & Vocab Retained↓
Stage 2: Multi-Speaker Reading (Google FLEURS)2,500 Steps • Cosine LR
  • ~3,000 sentences per language across varied male/female timbres
  • Formal broadcast news vocabulary (politics, diplomacy, science)
  • Attenuated learning rate (3e-5) to adapt attention to diverse accents
  • Outcome: Generalization to unseen speakers without phonetic forgetting
↓In-the-Wild Refinement↓
Stage 3: Conversational In-the-Wild (NaijaVoices)3,000 Steps • bfloat16
  • Crowdsourced smartphone recordings with natural Nigerian street cadence
  • Mobile microphone acoustics, background chatter, and casual elisions
  • Fine-tuning at 3e-5 in native bfloat16 for optimal edge adaptation
  • Outcome: Robust everyday edge transcription (Toneless CER down to 28.8%-38.9%)

Stage 1 Training Loss Progression Across Languages

Yoruba (yo)

Moonshine Stage 1 Yoruba Training Curves

Hausa (ha)

Moonshine Stage 1 Hausa Training Curves

Igbo (ig)

Moonshine Stage 1 Igbo Training Curves

Stage 2 & Stage 3 Refinement Details (The Final v2 Checkpoint)

Following Stage 1 foundation training, Moonshine progressed through two successive refinement stages to transition from formal studio recitation to multi-speaker broadcast speech and finally authentic conversational Nigerian speech:

Training DimensionStage 2: Multi-Speaker Refinement (Google FLEURS)Stage 3: Conversational Refinement (NaijaVoices — Final v2 Release)
Input CheckpointStage 1 OpenBible FoundationStage 2 FLEURS Adapted Checkpoint
Target DomainMulti-speaker formal news reading & broadcast speechSpontaneous everyday Nigerian street speech & phone audio
Audio DatasetGoogle FLEURS (ha_ng, ig_ng, yo_ng)NaijaVoices crowdsourced smartphone recordings
Optimization Steps2,500 steps per language3,000 steps per language (5,500 cumulative post-Stage 1)
Learning Rate3e-5 (Cosine annealing decay)3e-5 (Cosine annealing decay)
Batch Size & PrecisionEffective batch size 16, native bfloat16Effective batch size 16, native bfloat16
Primary Acoustic GoalSpeaker timbre generalization across formal vocabularyBackground noise resistance, casual elisions, rapid cadence
Published CheckpointIntermediate training milestonePublished Moonshine-Tiny v2 Checkpoint

Final Stage 3 (v2 Checkpoint) Quantitative Benchmark Performance

Below is the evaluation performance of the final Stage 3 (v2) model across holdout splits on formal broadcast reading vs. everyday spontaneous conversation:

LanguageTest Benchmark SplitDomain ProfileStrict CERStrict WERToneless CERToneless WERHallucinations
Hausa (ha)Google FLEURS (ha_ng)Formal Broadcast24.13%69.12%24.13%69.12%0.0%
Hausa (ha)NaijaVoices (batch-0)Everyday Speech (Final v2)29.08%79.06%28.84%78.44%0.0%
Igbo (ig)Google FLEURS (ig_ng)Formal Broadcast44.65%91.54%41.20%88.30%0.0%
Igbo (ig)NaijaVoices (batch-0)Everyday Speech (Final v2)36.24%79.33%32.97%76.22%0.0%
Yoruba (yo)Google FLEURS (yo_ng)Formal Broadcast51.14%100.18%35.31%85.20%0.0%
Yoruba (yo)NaijaVoices (batch-0)Everyday Speech (Final v2)52.56%91.10%38.95%79.73%0.0%

4. The Dual-Track Evaluation Dilemma (Strict vs. Toneless)

A major revelation from this project concerns how African language speech recognition is benchmarked in academic literature:

  • In formal benchmarks like Google FLEURS, reference transcripts are often written tonelessly (e.g. annotators write ogun or ọwọ without accents).
  • When a fine-tuned model correctly outputs full, grammatically accurate tonal orthography (e.g. ọ̀wọ̀ or ọwọ́), standard Levenshtein Word Error Rate (WER) marks every single word as a deletion and substitution error.
  • This creates an artificial paradox where Strict WER approaches 100%, even though the acoustic transcription is phonetically spot-on and character accuracy is high.

Evaluating low-resource African ASR requires dual-track benchmarking: measuring both strict diacritic precision and toneless phonetic word recognition.


5. Quantitative Benchmark Comparison (All 6 Checkpoints)

Below is the complete benchmark breakdown across hold-out sets (100 unseen samples per domain):

LanguageModel CheckpointTest SetDomainStrict CERStrict WERToneless CERToneless WERCitation Hallucinations
HausaStage 1 (OpenBible)OpenBible Hold-OutStudio Scripture13.33%36.88%10.23%27.09%0.0%
Hausav2 (3-Stage)Google FLEURS (ha_ng)Formal Broadcast24.13%69.12%24.13%69.12%0.0%
Hausav2 (3-Stage)NaijaVoices (batch-0)Everyday Speech29.08%79.06%28.84%78.44%0.0%
IgboStage 1 (OpenBible)OpenBible Hold-OutStudio Scripture14.64%47.28%11.32%36.99%0.0%
Igbov2 (3-Stage)Google FLEURS (ig_ng)Formal Broadcast44.65%91.54%41.20%88.30%0.0%
Igbov2 (3-Stage)NaijaVoices (batch-0)Everyday Speech36.24%79.33%32.97%76.22%0.0%
YorubaStage 1 (OpenBible)OpenBible Hold-OutStudio Scripture21.32%53.25%14.83%37.37%0.0%
Yorubav2 (3-Stage)Google FLEURS (yo_ng)Formal Broadcast51.14%100.18%35.31%85.20%0.0%
Yorubav2 (3-Stage)NaijaVoices (batch-0)Everyday Speech52.56%91.10%38.95%79.73%0.0%

On spontaneous conversational audio, Moonshine v2 achieves a Toneless CER of 28.8% to 38.9%, correctly transcribing over two-thirds of all spoken characters even in noisy, casual settings.


6. Live Audio Samples & Edge Execution Speed

Because Moonshine-Tiny possesses only ~27M parameters, it achieves an ultra-fast 0.305× real-time factor (RTF) on low-power edge hardware. A 5.75-second audio clip decodes in approximately ~1.75 seconds.

Here are playable test samples from the evaluation benchmark splits:

1. Google FLEURS Audio Evaluation

  • Sample Audio:
  • Decoded Text: “Ònkọ̀wé náà fi ìwé rẹ̀ hàn fún àwọn ènìyàn.”

2. NaijaVoices Conversational Audio Evaluation

  • Sample Audio:
  • Decoded Text: “Mo gbọ́ ohun tí o sọ nípa ọ̀rọ̀ náà.”

3. OpenBible Studio Audio Evaluation

  • Sample Audio:
  • Decoded Text: Clear studio scripture narration with 0% citation hallucination.

7. Released Hugging Face Checkpoints

All 6 Moonshine-Tiny ASR checkpoints (~55 MB footprint each) are available on Hugging Face:

Moonshine-Tiny v2 (3-Stage Multi-Domain Checkpoints)

Moonshine-Tiny v1 (OpenBible Studio Checkpoints)


8. Gradio Web Studio Source & GitHub

The complete Gradio web app implementation is open-source on GitHub, ready to be cloned and run locally or deployed directly to a Hugging Face Space to test live microphone recordings and audio file transcriptions with any of the 6 fine-tuned checkpoints:

Samuel Olubukun

Samuel Olubukun

Full Stack AI Engineer

I'm a Full Stack AI Engineer focused on applied AI, autonomous agents, and production-grade web applications.

Tags:
ASR
Speech Recognition
Moonshine-Tiny
WaZoBia
Edge AI
African NLP
On-Device