This repository has been archived by the owner on Sep 8, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
tts discarding path #2929
Comments
Yeah I can see the argument that the This feels like it was an unintentional breaking change as we previously used the return path. Perhaps we revert to use the returned path, but deprecate it and switch to the requested path in the next major release. Unless there's a reason why each specific TTS engine needs to define where the files reside? |
krisgesling
added a commit
that referenced
this issue
Jun 28, 2021
This reverts an unintentional breaking change. A TTS engine may return a different file path than was requested. This again uses the returned path but adds a deprecation warning that this behaviour will no longer be supported in an upcoming release. Fixes #2929
This was referenced Jun 28, 2021
krisgesling
added a commit
that referenced
this issue
Jun 29, 2021
This reverts an unintentional breaking change. A TTS engine may return a different file path than was requested. This again uses the returned path but adds a deprecation warning that this behaviour will no longer be supported in an upcoming release. Fixes #2929
krisgesling
added a commit
that referenced
this issue
Jun 29, 2021
This reverts an unintentional breaking change. A TTS engine may return a different file path than was requested. This again uses the returned path but adds a deprecation warning that this behaviour will no longer be supported in an upcoming release. Fixes #2929
krisgesling
added a commit
that referenced
this issue
Jun 29, 2021
Fix #2929: use returned TTS audio file path
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
the latest cache refactor introduced an issue in TTS handling,
a file path is requested, but TTS engines return the path where the file was actually created, mycroft is discarding this path and using the originally requested path instead, meaning the file might not exist when playback starts
issue introduced in #2853
proposed fix: https://github.com/HelloChatterbox/HolmesV/pull/60
The text was updated successfully, but these errors were encountered: