dschlueter/my_voice_assistant_v3_jamulix
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

fix(web): Barge-in — in-flight TTS-Chunks nach interrupt verwerfen

Browse source 
Beim Barge-in konnte ein Audio-Chunk, der im schmalen Fenster zwischen
gesendetem interrupt und dem interrupted-Event/ws.close noch eintraf, weiter
eingeplant und ~0,2-0,3 s abgespielt werden (im Browser verifiziert).

Fix: Beim Senden von interrupt wird die WS als _aborted markiert; der
onmessage-Binär-Handler verwirft danach eintreffende Chunks, statt sie via
scheduleChunk weiter abzuspielen.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
Dieter Schlüter 2026-06-26 10:41:45 +02:00
commit 5c3deba5ac
1 changed files with 2 additions and 1 deletions
Download patch file Download diff file Expand all files Collapse all files

3
app/web/app.js
View file

@ -630,6 +630,7 @@ function runTurn(path, onopen) {
ws.onmessage = (event) => {
if (typeof event.data !== "string") {
if (ws._aborted) return; // nach Barge-in: in-flight-Chunks verwerfen, nicht mehr abspielen
pcm.push(event.data); // immer cachen (Replay je Bubble)
if (expectChunk) { // satzweiser Chunk -> sofort lueckenlos abspielen
expectChunk = false;
@ -792,7 +793,7 @@ micBtn.addEventListener("click", () => {
unlockTTS(); // iOS: Geräte-TTS bei der Nutzergeste freischalten
if (busy) {
// Barge-in: laufende KI-Antwort sofort unterbrechen
if (activeWs) activeWs.send(JSON.stringify({ type: "interrupt" }));
if (activeWs) { activeWs._aborted = true; activeWs.send(JSON.stringify({ type: "interrupt" })); }
stopAudio();
statusEl.textContent = "Unterbrochen";
// busy + Button-Reset erfolgen sobald die WS schliesst (-> runTurn resolve -> sendVoice/sendText)