chime_tts: chime_tts.say plays wrong/older messages

Checklist

  • I have filled out the template to the best of my ability.
  • This only contains 1 feature request (if you have multiple feature requests, open one feature request for each feature request).
  • This issue is not a duplicate feature request of previous feature requests.

Is your feature request related to a problem? Please describe.

Calling chime_tts.say with tts.piper seems to pick older audio files at random for the media_player. Independent of cache being enabled or disabled. I use Hello world in the example below, but as the message changes it seems to grab historical mp3 at random.

service: chime_tts.say
target:
  entity_id: media_player.living_room
data:
  chime_path: bright
  end_chime_path: bright
  delay: 450
  final_delay: 0
  tts_playback_speed: 100
  volume_level: 0.2
  message: Hello world
  tts_platform: tts.piper
  announce: true

Describe the solution you’d like

The specified message to be played.

Describe alternatives you’ve considered

I have tried clearing cache; no luck there.

Additional context

N/A

About this issue

  • Original URL
  • State: closed
  • Created 6 months ago
  • Reactions: 2
  • Comments: 32 (13 by maintainers)

Most upvoted comments

I’m happy to hear the queue issue seems to be resolved!

If you experience the second issue again (the one which required a restart of HA) please let me know. For now there’s not really enough for me to go on.

I’m also testing beta 5 😃

Thanks for the additional info. I think I will need to refactor the queue functionality. I will update once I have a working beta that you can test.

I have this issue as well with beta4

The fix is only from beta5

might take some time to know if beta5 truly addresses the issue.

Understood. Please update when you can. 🙏