V2 research · 24 Oct 2026

SamLingo — A Language Model for Sambalpuri

English-to-Sambalpuri translation, written in Odia script. V2 continues training from the saved V1 checkpoint with corrected examples, new sentences, and dictionary entries.

SamLingo geometric chat symbol in navy and bright blue.

SamLingo

English → Sambalpuri · Odia script
V2 update package
6,400 records
Training / validation
5,994 / 331 records
Training run
5 epochs · 1 × A100
Final reported BLEU
33.54 · 149 reference pairs

Explore further: Data audit · Training setup · Model & report

01From V1 to a stronger translation checkpoint

The research question

Can a targeted mix of corrected legacy examples, new sentence coverage, and lexical supervision improve the saved V1 system?

SamLingo V2 studies continued supervised fine-tuning in an NLLB-200-based translation setup. The comparison is between two checkpoints from this project, with a documented data update, training configuration, and evaluation protocol.

My contribution

I developed the model, trained and evaluated the checkpoints, analyzed the outputs, and prepared the research report.

The V2 work connects corpus refinement, source-grouped validation, single-GPU training, and automatic translation metrics. Shivangi Dwivedi contributed to dataset collection.

Source: Sambalpuri Neural Translation: Data Refinement and Continued Fine-Tuning from V1 to V2, 24 October 2026.

02A focused 6,400-record update

The package combines 3,000 revised V1 examples, 2,800 new sentence pairs, and 600 dictionary entries. Of the 6,400 raw records, 3,400 are newly added; the rest correct legacy material.

01 / REVISE

3,000 legacy examples

Issue and grammar fixes improve existing V1 supervision.

02 / EXTEND

2,800 new sentence pairs

New English–Sambalpuri examples expand sentence-level coverage.

03 / CONNECT

600 dictionary entries

Word-level supervision complements the sentence pairs.

04 / AUDIT

6,335 unique records

Normalization and exact deduplication remove 65 duplicate records. Multiple target translations remain available.

View the full data audit
Reconciled V2 counts · report, page 2
OriginRawUniqueTrainValidationExcluded
Revised V13,0002,9932,983010
New sentences2,8002,7422,4622800
Dictionary600600549510
Total6,4006,3355,99433110

Cleaning & source grouping

Unicode NFC, whitespace normalization, and case folding precede exact deduplication by source, target, and record type. A source-grouped holdout on fresh records uses seed 42; 10 overlapping legacy records are excluded from training.

What the audit establishes

The current training and validation frames have no normalized-English-source overlap. The notebook also flags 277 sources with multiple translations for review; these are not 277 confirmed errors. The full historical V1 corpus was not audited.

How V1 history relates to these counts

The earlier manuscripts report 15,000 parallel pairs. Their record-level corpus was unavailable for audit, so that historical count is not added to the V2 package as a verified cumulative total. Earlier qualitative accuracy claims are not carried into the V2 results.

03Continued fine-tuning on one A100

V2 starts from the saved V1 checkpoint and completes five epochs of supervised sequence-to-sequence training. The selected model is checkpoint-1875, chosen by minimum validation loss.

01

English in, Sambalpuri in Odia script out

The tokenizer routes English through eng_Latn and generation through ory_Orya, with target BOS token ID 256136. Sambalpuri adaptation is learned from project examples; no dedicated Sambalpuri language token is introduced.

02

Documented model family

The report identifies an NLLB-200-based setup; the executed checkpoint reports model_type = m2m_100. The exact upstream identifier, immutable revision, and parameter count remain unspecified.

03

17.29 minutes of training

The run takes 1,037.43 seconds on one NVIDIA A100-SXM4-40GB with BF16. Peak allocated GPU memory is 12.856 GiB, with 1,875 optimizer updates and an effective batch of 16.

Training configuration & five-epoch loss trace
Optimizer & learning rate

AdamW (adamw_torch), initial learning rate 0.00001; linear decay with 94 warmup updates (~5%).

Batch & regularization

4 examples per device × 4 accumulation steps; weight decay 0.01, maximum gradient norm 1.0.

Sequence limits

128 source tokens and 128 target tokens.

Checkpoint selection

Seed 42; evaluation and saving each epoch; lowest validation loss. Early-stopping patience 2, with all five epochs completed; gradient checkpointing off.

Recorded software

Transformers 5.20.2 · SacreBLEU 2.6.0 · Python 3.13.16. These are report-logged versions.

Trainer-displayed values · report, page 4
EpochLogged training lossValidation loss
14.3997881.159955
24.2150461.037327
33.9032510.984181
43.2961580.962923
53.4173380.956640

Validation loss falls 17.53% from epoch 1 to epoch 5. Logged training loss rises slightly in the final epoch. The two loss series use different collection conditions and do not establish a calibrated generalization gap.

04The V2 research workflow

Refine → train → compare
  1. 01

    Assemble

    3,000 revised records
    3,400 new records

  2. 02

    Normalize

    NFC & whitespace
    6,335 unique records

  3. 03

    Split

    5,994 train · 331 validation
    10 legacy records excluded

  4. 04

    Continue

    Saved V1 checkpoint
    5 epochs on one A100

  5. 05

    Select

    Lowest validation loss
    checkpoint-1875

  6. 06

    Compare

    149 final reference pairs
    331 validation records

Evaluation boundary

The final benchmark and development validation are separate populations. Neither is independently certified as unseen to both checkpoints.

05V1 → V2: measured results

On 149 unique English-reference pairs, V2 improves the reported translation-overlap metrics and exact match. These are within-project comparisons on the measured sample.

Evaluation at a glance

Baseline
Saved V1 checkpoint vs. V2 checkpoint-1875, selected by lowest validation loss.
Final sample
149 reference pairs · 142 distinct English sources · inputs of 1–11 whitespace tokens. Separate development set: 331 records.
Shared decoding
Batch 8 · beam 4 · 128 source tokens · up to 128 new tokens.
Evidence
Final results · report p. 5 ↗
Development results · report p. 6 ↗

Reproduction is incomplete: full prediction exports, checkpoint hashes and metric signatures are not published with this page. The V1 BLEU value is author-corrected. Read the limitations ↓

Final benchmark, 149 reference pairs. V1 to V2: BLEU 6.78 to 33.54; chrF++ 39.69 to 58.91; TER 78.15 to 49.67; exact match 5.37% to 17.45%; inference time 7.13 to 5.53 seconds; throughput 20.89 to 26.96 examples per second.
Reported final comparison · 149 reference pairs. Each metric uses its own labeled scale.
Open full-size chart
Final benchmark · 149 reference pairs · report, page 5 ↗
MetricV1V2Change
BLEU ↑6.7833.54+26.76 points
chrF++ ↑39.6958.91+19.22 points
TER ↓78.1549.67−28.48 points
Exact match ↑5.37%17.45%+12.08 percentage points
Inference time ↓7.13 s5.53 s−1.60 s
Examples / second ↑20.8926.96+6.07 examples/s

↑ Higher is better · ↓ Lower is better. BLEU is an overlap score, not a percentage of translation accuracy. The V1 BLEU value follows the author’s correction and was not recomputed from a complete prediction export.

How to read this comparison

The 149 pairs contain 142 distinct English sources, with inputs of 1–11 whitespace tokens. Complete historical train–test overlap is unknown, so these scores do not establish performance on an independently audited unseen test set or on long passages.

Decoding uses batch size 8, beam size 4, a 128-token source limit, and up to 128 new tokens. Timing excludes model loading and reflects one recorded run per checkpoint.

Separate development evaluation: 331 records

This set contains 280 sentences and 51 dictionary entries. It was also used to select the checkpoint by validation loss, so it measures development performance. Across all 331 records, BLEU rises from 7.27 to 22.18 and chrF++ from 35.58 to 49.93.

View validation scores by subset
Development validation · report, page 6 ↗
Subset / modelRecordsBLEUchrF++Normalized exact match
All / V13317.2735.582.11% (7/331)
All / V233122.1849.937.25% (24/331)
Sentences / V12807.4136.100.00% (0/280)
Sentences / V228022.3650.694.29% (12/280)
Words / V1512.88*19.1713.73% (7/51)
Words / V2510.00*20.9823.53% (12/51)

*Word-only corpus BLEU can be zero when higher-order word n-grams are unavailable; it does not mean zero lexical accuracy. Validation exact match uses NFC, whitespace normalization, and case folding; the final benchmark strips edge whitespace only.

V2 gains 18 newly exact outputs and has one regression, for a net gain of 17 normalized exact matches. These are string-match transitions, not counts of human-verified semantic corrections.

Qualitative examples & remaining lexical errors
01

“Papaya”

The report describes a V2 output naming onion instead of the reference fruit. A concrete lexical substitution remains.

02

“Your (Informal)”

V1 retains the English annotation; V2 matches the reference without it in the displayed example.

03

“Mita’s phone is charging.”

The displayed V2 output matches its reference exactly; V1 does not. This is one local success, not a success-rate estimate.

Selected observations from the saved notebook, summarized in report page 7. Target strings are described in English; these examples were not a blinded random human-evaluation sample.

06Limitations & next steps

The combined update improves both reported comparisons. Establishing the same gain on a locked, independently audited test set is the next step.

Lock an independent test set

Audit source overlap against all V1 and V2 material, then freeze the test set before further tuning.

Separate the update components

Compare corrected-only, new-sentence-only, and combined training under fixed settings. The current run does not isolate each component’s contribution.

Expand coverage & human review

Evaluate lexical adequacy and longer passages, with blinded bilingual ratings for meaning and fluency.

Complete the reproducibility record

Publish full prediction exports, checkpoint hashes, upstream revision, manifests, and metric signatures. Repeat seeds and timing trials and report uncertainty.

Model & project resources

Download research report

Technical research report · 10 pages · 24 October 2026. The Hugging Face link is the project’s public model repository; this page does not verify its checkpoint revision against the V2 run.

What this work brings together

Better data. Measured translation progress.

Corpus refinement, continued fine-tuning, and transparent checkpoint comparisons for a low-resource language.

Discuss the research

Evidence scope: this page summarizes the owner-supplied V2 technical report dated 24 October 2026. Training and generation were not rerun for the website update. Reported results compare project checkpoints and do not establish a universal quality rating or state-of-the-art performance.