You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm working on a server to generate audio using the Coqui engine. I've initialised a single instance of CoquiEngine. For each synthesise request, I create a TextToAudioStream object using this initialised CoquiEngine. I've noticed that with concurrent requests, audio chunks are leaking into the wrong streams. Is this behaviour expected with Coqui?
The text was updated successfully, but these errors were encountered:
phamson02
changed the title
Audio chunk leakage between requests
Audio chunk leakage between streams
Dec 9, 2024
Facing the same issue here, keen to understand about how to handle concurrent requests. In sesne, the process of stopping the on-going generation of audio chunks, terminating it so that no more chunks will be generated and sent to client and then starting a new process for new text input.
In short, you can't use the same engine for multiple concurrent requests because they'd all end up writing to the same audio queue. To handle true concurrent synthesis, you’ll need multiple engine instances.
With local engines this means way more VRAM usage. There's no way around that for proper concurrent inference. TTS is super resource-heavy, so you'll need a fast GPU, and the engine setup has to be spot-on.
I'm working on a server to generate audio using the Coqui engine. I've initialised a single instance of
CoquiEngine
. For each synthesise request, I create aTextToAudioStream
object using this initialisedCoquiEngine
. I've noticed that with concurrent requests, audio chunks are leaking into the wrong streams. Is this behaviour expected with Coqui?The text was updated successfully, but these errors were encountered: