Downloads · 30 days
6
10% of all-time downloads
oddadmix/Emhotob-5M-Egyptian-English-v2
Emhotob-5M-Egyptian-English-v2 is a text generation model from oddadmix. Use it when you need the model to write or continue text. It is set up for transformers. The card lists the license as apache-2.0.
A 5.1M-parameter model that translates both ways between Egyptian colloquial Arabic (المصرية العامية) and English. A single set of weights serves both directions; a direction-specific system prompt selects which way t…
Downloads · 30 days
6
10% of all-time downloads
All-time downloads
61
Public
Parameters
5.1M
10.2 MB on disk
Likes
0
Public
Click a slice to open those files.
.safetensors10.2 MB · 77%
From the Hugging Face model README
A 5.1M-parameter model that translates both ways between Egyptian colloquial Arabic (المصرية العامية) and English. A single set of weights serves both directions; a direction-specific system prompt selects which way to translate.
Finetuned from oddadmix/Emhotob-5M-v2, a tiny Llama-architecture
base (hidden 128, 5 layers, 4 heads, vocab 32000, tied embeddings).
Scaling study. This is one rung of a from-scratch Arabic scaling study that runs an identical SFT + eval recipe across bases from 0.5M to 50M parameters to locate where translation emerges. On the headline MSA↔Egyptian pair, output is degenerate at ≤1M, becomes real-but-rough at 5M, and usable at 10M+. See the sibling
oddadmix/50M-Egyptian-English-v1for the fluent reference.
Deterministic held-out set of 3,000 pairs (seed=42),
decoded greedily (do_sample=False, no repetition penalty), scored with sacreBLEU:
| Direction | sacreBLEU | chrF |
|---|---|---|
| English → Egyptian | 5.05 | 25.62 |
| Egyptian → English | 10.09 | 27.37 |
Saved weights are the best checkpoint by validation loss (eval_loss = 2.467). 20 samples
per direction with references are in eval_bidirectional.json.
Real greedy-decoded outputs from the held-out set:
English → Egyptian
| Source | Model output | Reference |
|---|---|---|
| So what should I get you? Should I get you this or that? Just imagine the scene: sitting now, wearing a sleeveless under | يعني إيه اللي أقدر أجي لك؟ أنا هاخدك ده ولا دي؟ حتى لو اتنين، اتنين، شوفتوا شوية شوية من الفلوس، كل واحد هيبقى فيه حاجات | طب أجيب لك إيه؟ أجيب لك دي ولا دي؟ تخيل كده المنظر، قاعد دلوقتي لابس فانلة بحمالات وبتاكل أحلى حتة لحمة ممكن تكلها في حي |
| Prayer niches (mihrabs) | مفيش أي حاجة | محاريب الصلاة |
Egyptian → English
| Source | Model output | Reference |
|---|---|---|
| طب أجيب لك إيه؟ أجيب لك دي ولا دي؟ تخيل كده المنظر، قاعد دلوقتي لابس فانلة بحمالات وبتاكل أحلى حتة لحمة ممكن تكلها في حي | Well, what do you get to you? So if you get to you, it's not like this, it's just what's going on inside, she's just wai | So what should I get you? Should I get you this or that? Just imagine the scene: sitting now, wearing a sleeveless under |
| محاريب الصلاة | My dear, the way I'm going to see. | Prayer niches (mihrabs) |
ChatML format. Pick the system prompt for the direction you want:
import torch
from transformers import AutoModelForCausalLM, AutoTokenizer
model_id = "oddadmix/Emhotob-5M-Egyptian-English-v2"
tok = AutoTokenizer.from_pretrained(model_id)
model = AutoModelForCausalLM.from_pretrained(model_id, dtype=torch.bfloat16).to("cuda").eval()
SYSTEM = "أنت مترجم محترف. ترجم النص الإنجليزي إلى اللهجة المصرية العامية."
def translate(text, system=SYSTEM):
prompt = (f"<|im_start|>system\n{system}<|im_end|>\n"
f"<|im_start|>user\n{text.strip()}<|im_end|>\n<|im_start|>assistant\n")
ids = tok(prompt, return_tensors="pt", add_special_tokens=False).to(model.device)
if tok.bos_token_id is not None:
bos = torch.tensor([[tok.bos_token_id]], device=model.device)
ids["input_ids"] = torch.cat([bos, ids["input_ids"]], dim=1)
ids["attention_mask"] = torch.cat([torch.ones_like(bos), ids["attention_mask"]], dim=1)
out = model.generate(**ids, max_new_tokens=256, do_sample=False,
eos_token_id=tok.eos_token_id, pad_token_id=tok.pad_token_id)
return tok.decode(out[0, ids["input_ids"].size(1):], skip_special_tokens=True).strip()
oddadmix/Emhotob-5M-v2 (Llama arch, hidden 128, 5 layers, 4 heads, vocab 32000, tied embeddings;
5,080,704 params after resizing for 2 ChatML tokens)oddadmix/egyptian-translation-dataset-2.9-openai-batchTrainer, ChatML, prompt-masked cross-entropy (loss only on the
assistant turn). Each row is exploded into two training examples (one per direction).load_best_model_at_end on eval_loss.seed=42), scored both directions.The results above are in-domain: a held-out split of the same corpus this model was
trained on. The numbers below are out-of-domain — the same model scored on the
Egyptian Arabic Translation Benchmark
(oddadmix/egyptian-arabic-translation-benchmark, 319 English→Egyptian pairs written by a different annotator with different
orthographic conventions).
Expect these to be substantially lower than the in-domain scores. That gap is the generalization penalty, not a regression — both numbers are real, they measure different things.
| Metric | Score |
|---|---|
BLEU (evaluate, 0–1 — leaderboard metric) | 0.0108 |
| BLEU (sacrebleu, 0–100) | 1.08 |
| chrF | 22.19 |
| METEOR | 0.1352 |
Decoding is deterministic greedy (do_sample=False, no repetition penalty), using the
exact ChatML prompt format the model was trained with — the same protocol as every other
number in this study.
| Model | Params | BLEU (hf) | BLEU (sacre) | chrF | METEOR |
|---|---|---|---|---|---|
| 5M v1 | 5.2M | 0.0000 | 0.19 | 13.00 | 0.0558 |
| 5M v2 (this model) | 5.2M | 0.0108 | 1.08 | 22.19 | 0.1352 |
| 10M v1 | 11.2M | 0.0313 | 3.13 | 28.52 | 0.1985 |
| 10M v2 | 10.9M | 0.0341 | 3.41 | 31.60 | 0.2235 |
| 25M v1 | 25.3M | 0.0991 | 9.91 | 41.07 | 0.3223 |
| 25M v2 | 25.3M | 0.0824 | 8.24 | 40.29 | 0.3148 |
| 50M v1 (bidi) | 51.8M | 0.1113 | 11.13 | 44.41 | 0.3482 |
| 50M v1 (uni) | 51.8M | 0.1261 | 12.61 | 46.13 | 0.3559 |
BLEU understates quality on this set. Scoring is against a single reference, so a correct
translation that picks a different valid word is penalized — e.g. فريش vs the reference's
طازة for "fresh", or التليفون اللي ضاع vs تليفونها الضايع for "her lost phone". Both are
good Egyptian; only one matches the reference. chrF and METEOR track perceived quality more
closely here.
At 319 rows, differences of roughly 1–2 BLEU between adjacent rungs are within noise.
These are small models — 5M to 50M parameters, orders of magnitude below the large systems typically evaluated on this benchmark. The result of interest is the scaling curve and per-parameter efficiency, not absolute rank against models 100–1000× the size.
<!-- END: leaderboard-en2egy-eval -->A ~5.1M model: reliable on short/common sentences, but drift, repetition, and errors appear on long or rare inputs. Gender is disambiguated only from context. For fluent translation use the 50M sibling.
Apache-2.0, inherited from the base model.