aidataservices.inAI data collection · India

Collection guides

How do you collect Odia speech data for ASR training?

Updated 2026-08-01 · 4 min read

Speaker recording scripted prompts for a speech data collection project — illustration for: How do you collect Odia speech data for ASR training?

Short answer

Collect Odia speech data by fixing the corpus specification first — 100–500 hours of audio from 300–800 native speakers, split across Cuttack-Bhubaneswar standard, Sambalpuri (Kosli), Ganjami dialects and balanced for gender, age and recording condition. Recruit in Odisha, parts of Jharkhand, West Bengal, Chhattisgarh and Andhra Pradesh where the target varieties are actually spoken, record to one written protocol (16 kHz telephony or 48 kHz studio), transcribe in Odia with a documented convention for urban odia mixes hindi and english; western odisha mixes chhattisgarhi and sambalpuri forms., and accept the corpus against measured WER and metadata completeness rather than studio hours consumed.

Key takeaways

The argument at a glance1Odia has roughly 38 million speakers across Odisha, parts of Jharkhand, West Bengal, Chhattisgarh and Andhra Pradesh; a co…2Budget 100–500 hours for a first production ASR corpus, and at least 300–800 distinct speakers to avoid speaker overfittin…3The hardest part is not recording — it is recruitment, dialect quotas, consent and transcription consistency across cities…
  • Odia has roughly 38 million speakers across Odisha, parts of Jharkhand, West Bengal, Chhattisgarh and Andhra Pradesh; a corpus that samples only one state will not generalise.
  • Budget 100–500 hours for a first production ASR corpus, and at least 300–800 distinct speakers to avoid speaker overfitting.
  • The hardest part is not recording — it is recruitment, dialect quotas, consent and transcription consistency across cities.

Step 1 — Write the Odia corpus specification

A specification is the contract everything else runs against. For Odia it must state the hours or speaker count, the dialect split across Cuttack-Bhubaneswar standard, Sambalpuri (Kosli), Ganjami, Baleswari, the demographic quotas, the recording condition, the transcription convention and the acceptance criteria.

Where teams get this wrong is by specifying hours without specifying speakers. Two hundred hours from eighty speakers trains a model that recognises eighty voices. The speaker count is the variable that governs generalisation, and for Odia we recommend 300–800 distinct participants.

Step 2 — Set quotas before recruiting

Quotas are set before the first session and tracked daily. Retrofitting a quota after 60% of collection is complete usually means discarding data, because the remaining pool cannot correct the imbalance.

Quota dimensionTypical targetReason
Speakers300–800Enough distinct voices that the model learns Odia phonology rather than a handful of speakers
Gender50 / 50Pitch and formant range differ; unbalanced cohorts bias recognition
Age18–25: 30%, 26–40: 40%, 41–60: 30%Older speakers keep conservative Odia forms younger urban speakers have dropped
RegionOdisha, parts of Jharkhand, West Bengal, Chhattisgarh and Andhra PradeshCovers 5 recognised dialect varieties
ConditionStudio / quiet room / field / telephonyMatch the acoustic profile of your deployment
Studio-grade voice recording session for text-to-speech training data — collection guides context for How do you collect Odia speech data for ASR training
Studio-grade voice recording session for text-to-speech training data

Step 3 — Design the Odia prompt script

Scripted prompts must be phonetically balanced for Odia, covering Retains a distinct retroflex ଳ and a full retroflex series, Sambalpuri differs from coastal Odia enough that many speakers treat it as a separate language, Inherent vowel realisation differs from Bengali despite script similarity in sufficient density. Generic translated English scripts produce corpora that miss exactly the contrasts an ASR model struggles with.

Alongside scripted material, collect spontaneous speech. Odia is one of the least-resourced major Indian languages. Sambalpuri and Ganjami are effectively absent from public data. Spontaneous data is where the disfluencies, hesitations and natural prosody live, and models trained only on read speech degrade sharply on real users.

Step 4 — Recording protocol and capture chain

  • 48 kHz / 24-bit studio capture where the deployment is app or device audio; 8 kHz narrowband captured over a real telephony path where the deployment is a contact centre
  • Documented microphone and interface chain per studio so files from different cities are interchangeable
  • Automated checks for clipping, DC offset, noise floor and silence ratio on ingest
  • Speaker metadata recorded at session time — dialect, district, age band, gender, education, device
  • Written consent in the speaker's own language, retained for audit and covering commercial model training

Step 5 — Transcription and annotation in Odia

Transcription is where Odia corpora most often fail acceptance. Sambalpuri normalised into coastal Odia Unicode confusables between Odia and Bengali characters when transcribers reuse tooling Inconsistent handling of tribal-language loanwords

Urban Odia mixes Hindi and English; western Odisha mixes Chhattisgarhi and Sambalpuri forms. Decide the convention in advance — native script throughout, Roman for embedded English, or a tagged hybrid — and publish it as a style guide with worked examples. Two-pass QA by a second native reviewer measures against that guide rather than against personal preference.

Step 6 — Acceptance and delivery

Acceptance should be measurable: transcript accuracy sampled per batch, metadata completeness at 100%, audio validation pass rate, and quota adherence within an agreed tolerance. Deliver in your ingest format — WAV plus JSON or TSV manifests, with speaker IDs preserved and a consent register attached.

Roll delivery in batches rather than one final handover. Batch delivery lets your team catch a format mismatch in week two instead of week ten, and lets training start before collection ends.

Recruitment reality in Odia-speaking regions

Western Odisha recruitment requires local field partners; remote-only recruitment yields an all-coastal cohort.

Our studio network covers Bhubaneswar, Cuttack, Sambalpur, which is what makes dialect quotas achievable without contracting a separate vendor per state.

Frequently asked questions

How many hours of Odia speech data do I need for a usable ASR model?

100–500 hours is the usual first production corpus for Odia, on top of any pretrained multilingual base. Fine-tuning an existing multilingual model can show measurable gains from 50–100 hours if the data matches your deployment acoustics.

How many speakers should a Odia dataset have?

300–800 distinct native speakers. Speaker diversity matters more than raw hours once you are past the first hundred hours.

Which Odia dialects should be covered?

At minimum Cuttack-Bhubaneswar standard, Sambalpuri (Kosli), Ganjami. Which ones dominate your quota depends on where your users are, not on which dialect is considered standard.

How is code-mixing handled in Odia transcripts?

Urban Odia mixes Hindi and English; western Odisha mixes Chhattisgarhi and Sambalpuri forms. We fix the convention in the style guide before collection and QA against it, because inconsistent code-mix handling is a common cause of silent WER inflation.

How long does a Odia collection take?

A 100–300 hour Odia programme typically runs 3–6 weeks from signed scope to final delivery, with rolling batches from week two.

Related reading

Turn this into a dataset specification

Tell us the languages, speaker count and minutes. You get a written scope, a protocol and a fixed price within one working day.

Request a dataset quote