refactor: formaliza formatos de áudio e alinhamento PCM
This commit is contained in:
@@ -311,6 +311,7 @@ The `staging` and `production` files are present, but deployment readiness for t
|
||||
| Endpoint | `ws://127.0.0.1:8001/ws/audio` |
|
||||
| Protocol version | `1.0` |
|
||||
| Input audio | PCM signed 16-bit little-endian, 16 kHz, mono |
|
||||
| Output audio | Declared by `session.ready.output_audio`; current VoxCPM: PCM S16LE, 48 kHz, mono |
|
||||
| Transport: | JSON control messages and binary PCM frames. |
|
||||
|
||||
### Typical exchange
|
||||
@@ -340,7 +341,7 @@ sequenceDiagram
|
||||
G-->>C: turn.ended
|
||||
```
|
||||
|
||||
STT events may arrive while input audio is still streaming. Binary audio input is preceded by an `audio.chunk` control message containing `turn_id` and `sequence_number`. The Gateway limits each binary chunk to 64 KiB.
|
||||
STT events may arrive while input audio is still streaming. Binary audio input is preceded by an `audio.chunk` control message containing `turn_id` and `sequence_number`. The Gateway limits each binary chunk to 64 KiB. Input frames must contain complete PCM samples; rejected frames do not advance the audio sequence. `session.ready.audio` describes input and `session.ready.output_audio` describes output. The browser configures playback from the declared output format. VoxCPM reassembles HTTP fragments into complete PCM frames and rejects a truncated final sample. Its `sample_rate` option declares the expected native output rate; it does not request resampling from the external service.
|
||||
|
||||
### Interruption and session closure
|
||||
|
||||
|
||||
Reference in New Issue
Block a user