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 am trying to use tts.speak with the wyoming integration to produce output on an android tablet using the fullykioskbrowser app. This doesn't work; I can see from the web traffic that the tablet (repeatedly!) attempts to retrieve the resulting mp3 from the homeassistant server, but no sound results.
Using the google translate tts, does work (showing that the tablet can access and play cached TTS mp3 output just fine).
Directing the wyoming-piper tts output to a different media player (eg a chromecast) also works fine.
Analyzing the resulting mp3 file that is generated by the tts process, it has two ID3 headers stuck on the front.
If I copy this mp3 to the homeassistant local media folder and then play it on the tablet media player entity through the 'media' entry on the sidebar, it also fails to work (but does work if the target is a chromecast).
If I remove the first ID3 header from the mp3 file, I can play the resulting file through the media entry on the sidebar on the tablet.
I don't know if it is the tablet itself, or the media player entity exposed by fullykiosk, that is being picky. Either way, perhaps it would be best if the process didn't stick multiple ID3 headers on the file.
(Slightly confusingly one of the headers seems to indicate that the language should be been Spanish, given the es_ES string? I'm using the en_GB-alba-medium voice and everything is in English).
What version of Home Assistant Core has the issue?
core-2024.5.4
What was the last working version of Home Assistant Core?
Hey there @balloob, @synesthesiam, mind taking a look at this issue as it has been labeled with an integration (wyoming) you are listed as a code owner for? Thanks!
Code owner commands
Code owners of wyoming can trigger bot actions by commenting:
@home-assistant close Closes the issue.
@home-assistant rename Awesome new title Renames the issue.
@home-assistant reopen Reopen the issue.
@home-assistant unassign wyoming Removes the current integration label and assignees on the issue, add the integration domain after the command.
@home-assistant add-label needs-more-information Add a label (needs-more-information, problem in dependency, problem in custom component) to the issue.
@home-assistant remove-label needs-more-information Remove a label (needs-more-information, problem in dependency, problem in custom component) on the issue.
The problem
I am trying to use tts.speak with the wyoming integration to produce output on an android tablet using the fullykioskbrowser app. This doesn't work; I can see from the web traffic that the tablet (repeatedly!) attempts to retrieve the resulting mp3 from the homeassistant server, but no sound results.
Using the google translate tts, does work (showing that the tablet can access and play cached TTS mp3 output just fine).
Directing the wyoming-piper tts output to a different media player (eg a chromecast) also works fine.
Analyzing the resulting mp3 file that is generated by the tts process, it has two ID3 headers stuck on the front.
If I copy this mp3 to the homeassistant local media folder and then play it on the tablet media player entity through the 'media' entry on the sidebar, it also fails to work (but does work if the target is a chromecast).
If I remove the first ID3 header from the mp3 file, I can play the resulting file through the media entry on the sidebar on the tablet.
I don't know if it is the tablet itself, or the media player entity exposed by fullykiosk, that is being picky. Either way, perhaps it would be best if the process didn't stick multiple ID3 headers on the file.
(Slightly confusingly one of the headers seems to indicate that the language should be been Spanish, given the es_ES string? I'm using the en_GB-alba-medium voice and everything is in English).
What version of Home Assistant Core has the issue?
core-2024.5.4
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant Container
Integration causing the issue
wyoming
Link to integration documentation on our website
https://www.home-assistant.io/integrations/wyoming/
Diagnostics information
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
Here's a hex dump of the beginning of the file, showing the two headers:
The text was updated successfully, but these errors were encountered: