Automatic language identification (LID)
In call centers with 500 agents, manual language selection takes up to 30 seconds per session — at 10,000 calls per day, that's hours of lost time. Automatic language identification (LID) reduces this delay to milliseconds and eliminates routing errors. Over 5 years of work, we have deployed LID in more than 20 projects — from banking IVRs to voice assistants.
LID solves three key tasks: reducing latency in language selection, improving transcription accuracy (CER drops from 70% to 5%), and handling code-switching — language changes within a single dialogue. Without LID, a multilingual STT pipeline becomes a bottleneck. We use two main architectures: Whisper for maximum accuracy and SpeechBrain VoxLingua107 for latency-critical tasks. Below we break down how each works and when to apply them.
What problems does automatic language identification solve?
- High latency in manual selection — up to 30 seconds per segment. LID reduces it to 5–50 ms.
- Wrong STT routing — an acoustic model not trained on the target language yields 70% CER instead of 5%. LID directs audio to the correct en/decoder.
- Code-switching complexity — handling language switches within a dialogue. We solve it using frameworks with phrase-level segmentation.
How LID works with Whisper and SpeechBrain
Whisper-based LID — our primary tool for high-accuracy scenarios. We use the small model (244M parameters), which outputs language probabilities within the first seconds of audio at a cost not exceeding 50ms on GPU:
from faster_whisper import WhisperModel
model = WhisperModel("small", device="cuda")
def detect_language(audio_path: str) -> tuple[str, float]:
_, info = model.transcribe(audio_path, language=None, task="transcribe")
return info.language, info.language_probability
For latency-constrained tasks (p99 < 200 ms), we use SpeechBrain VoxLingua107 — an ECAPA-TDNN model trained on 107 languages. Accuracy 93% on 1-second fragments:
from speechbrain.pretrained import EncoderClassifier
classifier = EncoderClassifier.from_hparams(
source="speechbrain/lang-id-voxlingua107-ecapa",
savedir="tmp_langid"
)
signal = classifier.load_audio("speech.wav")
prediction = classifier.classify_batch(signal)
lang_id = prediction[3][0]
confidence = float(prediction[1].exp())
VoxLingua107 runs 10x faster than Whisper on CPU at 93% accuracy vs 99% — choose the model for your metric. According to the VoxLingua107 research, the model extracts fixed-size embeddings (256-dim) and classifies via ECAPA-TDNN.
Production deployment experience — in one project (a call center with 500 lines), we replaced a monolithic STT with a multilingual pipeline: Whisper LID → segmentation (2s windows) → parallel transcription. Latency dropped from 2.5s to 1.1s. We guarantee that the turnkey solution passes load testing at 1000 RPS.
Model comparison
| Model |
Accuracy |
Latency (GPU) |
Languages |
Scenario |
| Whisper small |
99% |
50 ms |
99 |
Transcription + LID |
| VoxLingua107 |
93% |
10 ms |
107 |
Fast classification |
| Custom (ECAPA) |
95%+ |
15 ms |
up to 20 |
Specific languages |
Practical thresholds and recommendations
| Confidence |
Action |
Example scenario |
| ≥ 0.95 |
Automatic STT selection |
Clean audio, single language |
| 0.7–0.95 |
Use with validation |
Noisy audio, accent |
| < 0.7 |
Request manual selection or run heavy model |
Code-switching, short phrases |
Process of work
-
Analysis: study your audio environment (noise, languages, recording length).
- Model selection: compare Whisper vs SpeechBrain vs custom (if languages <10).
- Pipeline integration: Docker container, REST API, gRPC, batching.
- Testing: A/B on test set >1000 hours, measuring latency and accuracy.
- Deployment: Kubernetes, autoscaling, monitoring via Prometheus/Grafana.
What is included in our work (deliverables)
- Documentation: API specification, configs, operation manual.
- Model: quantized (INT8) version for CPU/GPU — saving up to 40% FLOPS without quality loss.
- Access: private Docker Registry, Git repository with code and model card.
- Training: 4 hours of video + Q&A session for your engineers.
- Support: 3 months of monitoring and consulting.
Typical mistakes and how to avoid them
- Wrong confidence threshold selection → leads to miss-classification. We recommend empirical tuning on a validation set.
- Neglecting quantization → latency on CPU up to 2s. Use
torch.quantization or TensorRT.
- Lack of fallback → all sessions lost if model fails. We implement redundancy with simple heuristics.
Timelines (approximate)
- Integration of a ready LID classifier (Whisper/VoxLingua107): 1–3 days.
- Custom model for 5–20 languages: 1–2 weeks.
- Full pipeline with multi-nodes and monitoring: 3–5 weeks.
Cost is calculated individually — we will assess your project for free. Contact us to discuss your task and get demo access to a working prototype. Get a consultation to pinpoint your case. We will prepare a prototype based on your scenario.
Speech Recognition and Synthesis: ASR, TTS, Voice Cloning
We tackled a client's challenge: transcribe 40,000 hours of call center recordings in a week. Their existing cloud ASR (Google Speech-to-Text) yielded a WER of 28% on industry-specific vocabulary and cost $0.006 per minute — prohibitively expensive at that volume. The goal was to reduce WER below 10% and switch to self-hosted inference. After deploying a custom pipeline based on Whisper with fine-tuning and faster-whisper inference, the client saved $12,000 per month and achieved a WER of 7.3%.
How does speech recognition ASR handle noisy call center recordings?
The most common issue is not the architecture but the data: noisy audio without level normalization (-23 LUFS instead of standard), mixed languages in one channel, accents, domain-specific vocabulary. Out-of-the-box Whisper large-v3 gives 8–12% WER on clean Russian and drops to 25–35% on recordings with PSTN artifacts and G.711 narrowband codec. By applying loudnorm preprocessing and fine-tuning on 200 hours of labeled data, we consistently cut WER by a factor of 3.
Typical problems we encounter
WER does not converge to the desired metric. Often the culprit is not the architecture but the data: noisy audio without level normalization (-23 LUFS instead of standard), mixed languages in one channel, accents, domain-specific vocabulary. Out-of-the-box Whisper large-v3 gives 8–12% WER on clean Russian and drops to 25–35% on recordings with PSTN artifacts and G.711 narrowband codec.
Diarization fails with more than two speakers. pyannote/speaker-diarization-3.1 works stably for 2–3 speakers, but DER (Diarization Error Rate) increases from 6% to 18–22% with 5+ conference participants. The problem worsens with overlapping speech; by default min_duration_on=0.1 cuts short interjections. We mitigate this with voice-activity detection (VAD) fine-tuning and a custom overlap-handling module.
Voice cloning — latency vs. quality. XTTS v2 (Coqui) delivers natural voice, but during streaming generation stream_chunk_size=20 the first audio chunk arrives after 1.4–2.0 seconds — unacceptable for interactive scenarios. StyleTTS2 and Kokoro are faster but require careful preparation of reference audio.
How do we solve it in practice?
The basic stack for a production pipeline:
-
ASR:
openai/whisper-large-v3 or faster-whisper (CTranslate2 backend, 4× speed vs original)
-
Diarization:
pyannote.audio 3.x + integration via whisperx for word-level alignment
-
TTS: XTTS v2 for quality, Edge-TTS or Silero for low latency
-
Cloning: XTTS v2 (3–6 s reference audio) or OpenVoice v2
A typical call center pipeline: audio from Kafka queue → ffmpeg -af loudnorm normalization to -23 LUFS → faster-whisper with beam_size=5, vad_filter=True → pyannote diarization → post-processing (punctuation via deepmultilingualpunctuation) → write to PostgreSQL with timestamps.
Case study from our practice. A fintech company with 12,000 calls per day. Initial WER on Russian with banking vocabulary — 22% (Google STT). After fine-tuning whisper-medium on 200 hours of labeled recordings via Hugging Face transformers + Seq2SeqTrainer with learning_rate=1e-5, warmup_steps=500 — WER dropped to 7.3%. Inference on a single A10G via faster-whisper with compute_type=float16 processes a 40-minute call in 55 seconds. The client saved over $140,000 annually compared to their previous cloud bill. Contact us for a free pilot estimate to see similar savings on your data.
How to fine-tune Whisper on domain data?
When a general model underperforms, fine-tuning is the first tool. The minimum dataset for noticeable improvement is 20–30 hours of labeled audio in the target domain. Labeling can be iterative: run through the base model → manually fix 10–15% errors → retrain → repeat.
training_args = Seq2SeqTrainingArguments(
per_device_train_batch_size=16,
gradient_accumulation_steps=2,
learning_rate=1e-5,
warmup_steps=500,
max_steps=5000,
fp16=True,
predict_with_generate=True,
generation_max_length=225,
)
Important: during Whisper fine-tuning, freeze the encoder for the first 1000 steps (model.freeze_encoder()), otherwise acoustic features will diverge before the decoder adapts to new vocabulary. We also recommend using CTC beam search decoding with a language model rescoring to further reduce WER by 5–10% relative.
| Model |
WER (clean) |
WER (noisy) |
RTF (A10G) |
Languages |
| Whisper large-v3 |
5.2% |
27% |
0.08 |
99 |
| Wav2Vec2-XLSR-53 |
6.8% |
32% |
0.12 |
143 |
| Google STT (cloud) |
7.0% |
28% |
– |
125 |
| DeepSpeech 0.9.3 |
11.5% |
41% |
0.06 |
8 |
Our fine-tuned Whisper models consistently outperform cloud ASR on domain-specific data — 3× WER improvement in the fintech case.
Speech synthesis: How to choose a model for your task?
| Model |
Latency (TTFB) |
Naturalness MOS |
Cloning |
Languages |
| XTTS v2 |
1.2–2.0 s |
4.1–4.3 |
Yes, 3 s reference |
17 |
| StyleTTS2 |
0.3–0.6 s |
4.0–4.2 |
Yes, requires adaptation |
en, + fine-tune |
| Kokoro-82M |
0.08–0.15 s |
3.7–3.9 |
No |
en, ja |
| Silero TTS |
0.05–0.1 s |
3.4–3.6 |
No |
ru, en, de, etc. |
| Edge-TTS |
~0.4 s (cloud) |
4.0 |
No |
100+ |
For interactive bots requiring TTFB < 300 ms — Silero or Kokoro. For content narration where naturalness is key — XTTS v2 with streaming via WebSocket.
Our process and deliverables
We start with an audit session: take 2–4 hours of your recordings, run them through several models, measure WER/CER, analyze error distribution by type (lexical, acoustic, language). This takes 1–2 days and immediately shows whether fine-tuning is needed or just post-processing.
Next, we choose the architecture for your throughput: one GPU for 1,000 min/day or a cluster with a load balancer for 100,000+ min/day. Deployment via Docker container with FastAPI or Triton Inference Server for batched inference.
What you get after engagement:
- Trained model with model card and evaluation report
- Docker image with optimized inference pipeline
- API documentation and integration examples
- Performance dashboard (Grafana) with latency P99, GPU utilization, WER tracking
- 30-day post-deployment support and hotfixing
Timelines depend on complexity:
- Basic integration of a ready model — 1–2 weeks
- Fine-tuning with data preparation and validation — 4–8 weeks
- Full voice pipeline (ASR + diarization + TTS + monitoring) — 2–4 months
Project investments typically range from $20,000 to $80,000. Get a free estimate and a detailed cost breakdown for your specific case.
Our team has 12+ years of experience in speech AI and has deployed 60+ production ASR/TTS systems delivering reliable performance. Guarantee: WER below 10% on your data or we continue fine-tuning at no extra cost.
Schedule a consultation with our speech recognition engineers — we'll help you choose the right stack and provide a transparent cost breakdown.