NVIDIA's Dialect Fine-Tuning Recipe: Data Cleaning Matters More Than the Model

NVIDIA's Saudi dialect ASR recipe shows data cleaning and replay mix are the real quality levers in dialect fine-tuning.
NVIDIA published a complete pipeline for adapting Nemotron 3.5 ASR to Saudi Arabian dialects. The core takeaway: dialect fine-tuning quality depends more on data cleaning and replay mix than on base model choice. Naive fine-tuning trades away original language capabilities, so a replay mix of ~90% dialect + 7% English cuts Najdi/Hijazi WER from 55.05% to 29.96% while FLEURS English only dips from 11.04% to 10.42%. Cleaning removes structurally unlearnable samples rather than difficult accents; the default UTMOS threshold of 3.0 would reject nearly all SADA samples. With 134 hours of target speech, full encoder fine-tuning is best, while partial freezing costs ~2.4 points. The pipeline is portable to other dialect and domain adaptation scenarios.
NVIDIA has published a complete pipeline for adapting Nemotron 3.5 ASR to Saudi Arabian dialects. At first glance, the eye-catching part is the dramatic drop in word error rate (WER). But the numbers really worth reading closely are hidden in two stages: data cleaning and replay mixing. They demonstrate one thing: the effectiveness of dialect fine-tuning is determined largely by which data you decide to throw away, not by which base model you start from.
The Gap Left by Dialect Fine-Tuning
NVIDIA's starting point is a deployment reality masked by benchmarks: a model that performs excellently on multilingual benchmarks may not handle dialectal speech in real-world scenarios. Take Saudi Arabian dialects, for example. A model may fluently recognize Modern Standard Arabic or English yet struggle noticeably with Najdi and Hijazi dialects, and also fail to adapt to the acoustic conditions of local recordings.
A more insidious trap is "naive fine-tuning." Fine-tuning on target-dialect data alone can indeed improve performance on that dialect, but it simultaneously erodes the other languages the model originally mastered. Teams often only discover that capabilities have been quietly traded away when English or Standard Arabic users start complaining.
NVIDIA's solution is weighted replay mixing: about 90% Saudi dialect in the training data, with roughly 7% English retained. This isn't some clever algorithm—it's a mechanical answer to a mechanical problem. Keep the old-language data in the training mix, and the update won't overwrite it.

Replay Mixing is a regularization strategy in continual learning: when fine-tuning for a new task or domain, a portion of old data is deliberately retained and given a higher sampling weight so that the model doesn't completely forget old capabilities while updating its parameters. It is essentially a data-level mitigation rather than a model-structure constraint (such as EWC or LoRA). In speech recognition, the significance of replay is especially clear—the language capability of an acoustic model depends heavily on the training distribution, and once new data dominates, both the decoder and encoder drift toward the new distribution. NVIDIA's mix of about 90% new dialect plus 7% English precisely "anchors" the original language capability by continuously injecting old-distribution samples, at the cost of sacrificing some fitting efficiency on the new task.
Data Cleaning: The Real Quality Lever
The most valuable section of the entire article is exactly the part most teams skip: what to delete from the corpus.
The SADA 2022 corpus uses the Arabic marker "غيرواضح" (unclear) to annotate unintelligible speech, and the model cannot output this marker. Every occurrence constitutes an unavoidable error, because the model simply has no token corresponding to this concept. The handling principle is clear: remove samples that are structurally unlearnable, and keep difficult dialectal accents.
The numbers are telling. Structural checks retained 103,559 utterances out of 125,490—that is, 133.7 hours, or 82.5% of the starting set. This was a deliberately conservative filter, yet it still retained noisy, heavily dialectal audio. NVIDIA's original phrasing is: remove structurally bad samples, rather than deleting difficult accents or noisy speech simply because the base model performs poorly on them.

Automatic quality scoring likewise warrants caution. NVIDIA advises checking the score distribution first: on the SADA corpus, the default UTMOS threshold of 3.0 would reject nearly all samples. Applying the default threshold directly amounts to emptying the corpus.
The evaluation design is also worth copying. NVIDIA first ran SADA-only experiments on a fixed validation set, then measured the effect of full fine-tuning on an independent test set, and used FLEURS to check retention of English and Arabic. The before-and-after table proves the value of replay mixing: WER on SADA Najdi and Hijazi dialects dropped from 55.05% to 29.96%, while FLEURS English changed only from 11.04% to 10.42%, and FLEURS Arabic from 12.67% to 11.41%. The target dialect improved dramatically, while the original languages barely budged.

UTMOS (UTokyo-SaruLab MOS) is a reference-free naturalness scoring model based on self-supervised speech representations, outputting a predicted MOS score from 1 to 5. It is trained on general English speech, and when transferred to Arabic dialects, noisy recordings, or non-native accents, the score distribution shifts as a whole—the originally "acceptable" threshold of 3.0 may fall below the passing line for this data, causing nearly all samples to be judged as low quality. Hence NVIDIA's reminder is universally applicable: before using any automatic quality score for filtering, first plot a distribution histogram and align it with manual spot checks; thresholds should be recalibrated on the target corpus rather than carried over from paper defaults.
Adaptation Depth: A Quantifiable Trade-off
Every cost-conscious team will ask: do we have to update the entire model? Nemotron 3.5 ASR has a 24-layer encoder. Full fine-tuning updates all layers, while partial unfreezing updates only the top N layers, always training the decoder, joint network, and prompt embeddings.
With 134 hours of target speech, the answer is clear: more trainable capacity is better at every step; partial freezing costs 2.4 percentage points compared with full fine-tuning.
This 2.4 percentage points is more useful than any generic advice, because it provides a decision rule: with about 134 hours of labeled speech on hand, you can afford a full encoder update; with less data, partial unfreezing is the risk-controlled choice, trading 2.4 points for the stability that comes with fewer parameter changes.
The limitations NVIDIA lists in the article apply equally to any transfer scenario: replay can only protect the languages covered by its data; when the data mix changes, partial unfreezing requires re-tuning; and this pipeline cannot be generalized as evidence applicable to all Arabic dialects or deployment environments.

Partial Freezing refers to freezing the bottom layers of the encoder and unfreezing only the top N layers, while keeping the decoder, joint network, and prompt embeddings trainable. Its rationale lies in the hierarchical representation properties of deep acoustic encoders: lower layers learn language-agnostic general acoustic features (such as spectral texture and phoneme-level distinctions), while higher layers carry language-specific information. Dialect adaptation mainly changes high-level semantic mapping, so freezing the lower layers can greatly reduce the number of trainable parameters and memory footprint while also lowering the risk of overfitting. The cost is that if the lower layers also carry dialect-related acoustic shifts (such as recording equipment or accent phoneme distributions), the frozen layers cannot correct them, resulting in that 2.4-percentage-point performance gap.
What to Copy for a Production Speech Pipeline
Stripped of vendor context, this recipe is a portable sequence applicable to any dialect or domain adaptation: pick the dialect you actually intend to deploy; delete segments that are structurally unlearnable by the model as well as samples likely to be misaligned; retain difficult accents; mix in weighted slices of languages that must be preserved; fine-tune with efficient batching—length bucketing alone reduces padding and makes training of streaming encoders feasible; finally, evaluate on sets never seen during tuning, and add retention checks for languages you fear losing.
Three details are worth copying even if you never touch Nemotron. First, hardware-level honesty: baseline experiments ran 12,000 steps each on two NVIDIA RTX PRO 6000 Blackwell workstation GPUs, precise enough to reproduce. Second, how limitations are stated: NVIDIA explicitly writes that these are not universal defaults and that the pipeline cannot be generalized as evidence for all dialects or deployment environments—this proactive boundary-drawing actually makes the vendor recipe more credible. Third, the extension path: the article points to the newly released Nemotron 3 Diarization speaker separation capability, positioning ASR adaptation as one step in a larger pipeline.

This methodology applies equally to French and Maghreb languages and markets: a model that scores high on FLEURS-type benchmarks still has to prove itself on the dialects people actually speak, and the solution is a cycle of data cleaning plus replay, not a bigger model. When the data pipeline is where quality lives, the benchmark headline number is the least important thing in the room.
FAQ
Must dialect fine-tuning always retain original-language data?
Based on NVIDIA's measurements, yes. Replay mixing dramatically lowers target-dialect WER while leaving English and Standard Arabic metrics essentially unchanged; without replay, fine-tuning becomes trading one capability for another.
Can automatic quality scores like UTMOS use default thresholds directly?
No. NVIDIA found on the SADA corpus that the default threshold of 3.0 would reject nearly all samples. Before deployment, you must first examine the score distribution and then decide the threshold.
How much data is enough for full encoder fine-tuning?
NVIDIA's empirical value is about 134 hours of target speech. Below this scale, partial unfreezing is safer, at the cost of about 2.4 percentage points of performance loss.
One-line Summary
NVIDIA's Saudi dialect ASR adaptation pipeline reveals: data cleaning and replay mix are the real quality levers in dialect fine-tuning.
Paragraph Summary
NVIDIA has published a complete pipeline for adapting Nemotron 3.5 ASR to Saudi Arabian dialects, with the core conclusion that dialect fine-tuning effectiveness depends more on data cleaning and replay mix than on base model choice. The article notes that naive fine-tuning trades away original language capabilities for target dialect performance, so it uses a replay mix of about 90% dialect plus 7% English, reducing Najdi and Hijazi dialect WER from 55.05% to 29.96%, while FLEURS English only dips from 11.04% to 10.42%. The cleaning stage emphasizes removing structurally unlearnable samples (such as the "unclear" marker the model cannot output) rather than deleting difficult accents; the default UTMOS threshold of 3.0 would reject nearly all samples on the SADA corpus. On adaptation depth, with 134 hours of target speech, full encoder fine-tuning is optimal, while partial freezing costs about 2.4 percentage points. The entire pipeline is portable to other dialect and domain adaptation scenarios.
Related articles

Amphibious Transforming Drone: Beyond 100x Power Savings, What Are the Real Needs?
Is the amphibious transforming drone just a gimmick? Starting from the 100x power difference of the M4 Morphobot, explore real application scenarios and thesis topic ideas, analyzing boundary conditions where pure drones and pure ground robots both fail.

Warhound Raises $200 Million: Genetically Engineered "War Dogs" Paired with Anduril Gear
Warhound raises $200M, backed by Ben Lamm and Palmer Luckey, to genetically engineer dogs for military and law enforcement use and equip them with Anduril gear. This article analyzes its technology direction, funding logic, and ethical controversy.

Claude API Comes to Google Cloud: IAM Integration and SDK Access Guide
Anthropic hosts the full Claude API on Google Cloud with IAM-controlled permissions and unified billing. This guide covers the Vertex AI and Anthropic-hosted entry points, IAM role configuration, and SDK access.