[Feature Request] Explicit pt-BR (Brazilian Portuguese) language tag, separate from pt-PT
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- python
調査の方向性
ファイル、テスト、エントリーポイントは特定されていません。まず、言語コードの処理、トレーニングデータの設定、参照音声と言語タグの相互作用を特定します。完了の条件は、pt-BR と pt-PT で異なる動作をし、各バリアントに十分なデータがあり、明示的なタグが優先されることです。
索引モデルが issue の本文から書いたものです。
説明
Problem
Currently, both Brazilian Portuguese and European Portuguese are merged
under a single pt language code. This causes unpredictable dialect output
during inference — even when providing a strong Brazilian Portuguese reference
audio, the model sometimes generates European Portuguese phonetics instead.
The two variants are phonetically distinct in ways that are immediately
noticeable to native speakers:
- Palatalization of /t/ and /d/ before /i/ (e.g., "tia" → /tʃia/ in BR,
/tia/ in PT) - Pre-consonant /r/ realization (guttural in BR, tapped in PT)
- Open vowels and vocalic rhythm (fuller in BR, reduced in PT)
- Syllable-final /l/ → /w/ vocalisation (BR only)
Use Case
I am building a video dubbing pipeline (English → Brazilian Portuguese)
where consistent pt-BR output per segment is a hard requirement.
The current ambiguity makes the model unreliable for this use case
without additional post-processing workarounds.
Brazil has 200M+ Portuguese speakers and is the largest Portuguese-speaking
market in the world. A dedicated pt-BR tag would make MOSS-TTS significantly
more useful for a large and underserved developer audience.
Request
For MOSS-TTS 2.0, please consider:
- Separate language codes:
pt-BRfor Brazilian Portuguese andpt-PT
for European Portuguese, following the ISO 639-1 standard already used
by most TTS systems. - Dedicated training data per variant: ensuring the model has sufficient
pt-BR speech data so the dialect is reliably reproduced without depending
solely on reference audio to infer the variant. - Reference audio + language tag combination: when both are provided,
the explicit tag should take precedence over the dialect inferred from
the audio.
Current Workaround (insufficient)
Using a reference audio with strong BR phonetics helps but does not guarantee
consistent output. The model still occasionally falls back to European
Portuguese, which is not acceptable for production dubbing workflows.
Thank you for the great work on MOSS-TTS — the token-level duration control
and Apache 2.0 license make it the most promising open-source TTS for this
use case. Looking forward to 2.0!
- 主要言語
- Python
- スター
- 4.2k
- フォーク
- 379
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
OpenMOSS/MOSS-TTS のほかの issue
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
-
The system promptオープン
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
OpenMOSS/MOSS-TTS の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
conda-forge/conda-forge-bot#7025 ·
メンテナーはふだん 1 日以内に返信
-
area:ci
難易度 1/5 1時間未満 初心者へのやさしさ 74/100
catincloud-labs/dagster-dex#149 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
home-assistant/core#188424 ·
メンテナーはふだん 1 日以内に返信
-
Review backlog (docs-currency): README 'CI run' link lands on a run whose overall badge is cancelledオープンagent/reviewer needs-kind needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 63/100
projectbluefin/utah#880 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
redis/memtier_benchmark#850 ·
メンテナーはふだん 1 日以内に返信