sentence_info text drifts away from its timestamps/speakers: Chinese VAD chunks are joined without a space before timestamp_sentence splits on spaces
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 72/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Ambito
- audio-video-rtc, backend
Direzione di ricerca
Inizia da _join_vad_texts in funasr/auto/auto_model.py e timestamp_sentence in funasr/utils/timestamp_tools.py; segui come inference_with_vad fornisce testo e timestamp al separatore di frasi. Riproduci il problema con i due segmenti in cinese dell’issue e verifica che il testo di ogni frase resti allineato con i relativi timestamp e con il parlante, e che la punteggiatura resti corretta.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
With vad_model + punc_model (+ spk_model), the text of each sentence_info entry is shifted relative to its start/end/timestamp/spk. The shift grows by one unit at every VAD chunk boundary where two Chinese chunks meet, so on long audio the sentence text ends up far ahead of the time range and speaker it is attached to. The top-level text (punctuated) is correct; only sentence_info[*].text is wrong.
Version
- funasr 1.4.16 (same code in 1.4.17 and current main)
AutoModel(model="paraformer-zh", vad_model="fsmn-vad", punc_model="ct-punc", spk_model="cam++"), Python 3.12, macOS, CPU
Minimal reproduction (no audio needed)
from funasr.auto.auto_model import _join_vad_texts
from funasr.utils.timestamp_tools import timestamp_sentence
chunks = ["今 天 天 气 很 好", "我 们 去 公 园 吧"] # two VAD chunks
punc_input_text = _join_vad_texts(chunks)
print(repr(punc_input_text)) # '今 天 天 气 很 好我 们 去 公 园 吧' ("好我" fused)
timestamps = [[i * 200, i * 200 + 200] for i in range(12)]
punc = [1, 1, 1, 1, 1, 2, 1, 1, 1, 1, 1, 3] # "," after 好, "。" after 吧
print(len(punc_input_text.split()), "text units vs", len(timestamps), "timestamps")
for s in timestamp_sentence(punc, timestamps, punc_input_text):
print(s["text"], s["start"], s["end"])
Output:
11 text units vs 12 timestamps
今天天气很好我, 0 1200
们去公园吧。 1200 2400
Expected 今天天气很好, / 我们去公园吧。.
Real-world impact
On a 19.5-minute Mandarin recording: 5299 timestamps and 5299 punctuation ids, but punc_input_text.split() yields only 5082 units (217 fused boundaries). Sentence text drifts up to ~217 characters (~50 s of speech) ahead of its timestamps, so:
- sentences are cut 1–N characters off (e.g.
然,/后用于…) - since speakers are distributed by time, text is attributed to the wrong speaker, often switching speaker mid-sentence
Cause
In AutoModel.inference_with_vad, punc_input_text = _join_vad_texts(...) intentionally joins Chinese chunks without a space (fine for the punctuation model, whose tokenizer splits CJK into characters, so punc_array length still matches). But the same string is then used as timestamp_text, and timestamp_sentence pairs units with timestamps via text_postprocessed.split(). The fused boundary units shift every following unit. The existing check punc_length != len(sentence_timestamps) doesn't catch it because the number of text units is never compared.
Suggested fix
Use a space-joined version of the chunk texts for timestamp_text (or have timestamp_sentence consume one unit per timestamp), and/or assert that the number of text units equals the number of timestamps.
Workaround we use for now: call generate(..., return_raw_text=True) and rebuild each sentence's text by taking len(sentence["timestamp"]) units from result["raw_text"].split() in order, keeping the trailing punctuation from sentence["text"]. With that, sentence boundaries and speaker turns line up correctly.
- Lingua principale
- Python
- Stelle
- 20.9k
- Fork
- 2.1k
- Merge medio
- 1g 3h
- PR unite (30g)
- 46
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di modelscope/FunASR
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
modelscope/FunASR#3796 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
`SentencepiecesTokenizer.ids2tokens` ignores `token_list` - root cause of the paraformer-en gibberish in #3040Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
modelscope/FunASR#3780 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
modelscope/FunASR#3762 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Bug: blank lines in wav.scp / jsonl file lists crash prepare_data_iterator (IndexError / JSONDecodeError)Forse già presa Una pull request collegata a questa issue è aperta o già unita. Apertaneeds feedback
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
modelscope/FunASR#3757 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
modelscope/FunASR#3730 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di modelscope/FunASR
Issue simili
-
area:cli bug difficulty:1
Difficoltà 1/5 1-3 ore Idoneità per principianti 87/100
MakazhanAlpamys/Soup#2491 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
microsoft/onnxscript#3155 ·
I maintainer di solito rispondono entro 4 giorni
-
IFEval nth-paragraph checker reads the wrong paragraph when a blank separator is presentForse già presa @chetana1410 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
EleutherAI/lm-evaluation-harness#4530 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
sv_SE vat_id() has 14 digits: the "16" organisation number prefix is keptForse già presa @kevin9327 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 19 giorni