Add "Queue ended" Trigger for Media Players

[distante]

Context

In the last months my WAF and DAF (Daughter Approval Factor) are going down in the lask weeks because a months requested feature in my home is breaking a lot in the last time.

I have an "good night" script that, besides other stuff, plays the last episode of a podcast in a chromecast enabled device at an specific volume at night, and then waits for it to be done to lower the volumen and put "quiet sleep music".

The automation looks like this:

Automation

sequence:
  - alias: A volumen 0,09
    action: media_player.volume_set
    metadata: {}
    target:
      entity_id: media_player.radio_kid_ma
    data:
      volume_level: 0.09
  - action: music_assistant.play_media
    metadata: {}
    data:
      media_id: "{{ podcast_url }}"
      enqueue: replace
    target:
      entity_id: media_player.radio_kid_ma
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - action: media_player.volume_set
    metadata: {}
    target:
      entity_id: media_player.radio_kid_ma
    data:
      volume_level: 0.14
    alias: a volumen de escuchar
  - action: media_player.repeat_set
    metadata: {}
    target:
      entity_id: media_player.radio_kid_ma
    data:
      repeat: "off"
  - alias: Esperar a que el podcast esté reproduciéndose (SIN Artista)
    wait_template: |-
      {{ 
        is_state('media_player.radio_kid_ma', 'playing')
        and 'Gute Nacht mit der Maus' in (state_attr('media_player.radio_kid_ma', 'media_title') | default(''))
      }}
    continue_on_timeout: false
    enabled: true
  - action: media_player.repeat_set
    metadata: {}
    target:
      entity_id: media_player.radio_kid_ma
    data:
      repeat: "off"
  - alias: Esperar a que el podcast acabó
    wait_for_trigger:
      - trigger: state
        entity_id:
          - binary_sensor.kid_escucho_gute_nacht_mit_der_maus
        to:
          - "on"
    continue_on_timeout: false
    timeout:
      hours: 1
      minutes: 0
      seconds: 0
      milliseconds: 0
  - action: script.turn_on
    metadata: {}
    target:
      entity_id: script.poner_kid_duerme_en_radio_de_kid
    data: {}
  - action: notify.saninn_phone_notify_group
    metadata: {}
    data:
      message: >-
        Poniendo música de dormir de Kid a las {{ now().strftime('%H:%M -
        %d.%m.%Y ') }}
alias: Poner Gute Nacht mit der Maus y luego música de dormir
description: ""
icon: mdi:podcast
fields:
  podcast_url:
    selector:
      text: null
    name: Podcast URL
    description: Dónde está el podcast? (En la web)
    required: true
mode: restart

To know when the podcast ended I am using this helper

- trigger:
    - platform: state
      entity_id: media_player.radio_kid_ma
      from: "playing"
      to: "idle"

  binary_sensor:
    - name: "Kid escucho Gute Nacht mit der Maus"
      state: >
        {{ trigger.from_state is not none
            and trigger.from_state.attributes.media_title is defined
            and 'Gute Nacht mit der Maus' in trigger.from_state.attributes.media_title }}
      auto_off: "00:00:30"

And was using before:

- trigger:
    - platform: state
      entity_id: media_player.radio_kid_ma

  binary_sensor:
    - name: "Kid escucho Gute Nacht mit der Maus"
      state: >-
        {% set from = trigger.from_state %}
        {% set to = trigger.to_state %}

        {{
          from is not none and
          to is not none and

          from.state == 'playing' and
          to.state == 'idle' and

          from.attributes.media_title is defined and
          'Gute Nacht mit der Maus' in from.attributes.media_title
        }}
      auto_off: "00:01:00"

The thing is it is breaking too much in the last months. I depend of several factors to not change for it to be usable (name format, player events order, event speed, etc)

Request

I propose to add a "Queue Ended" Trigger for media players, so we know when the player has no more audio to play.

There is no event like that in HA

Other use cases

• Sync lights to special sounds for Halloween :)

[OzGav]

What is the problem with just monitoring for the change of state as you are doing. At the end of a single podcast the player will transition to idle?

[marcelveldt]

you should check the state being idle and the media_content_id set to null, those are available as attributes

[distante]

you should check the state being idle and the media_content_id set to null, those are available as attributes

Does that always happens just when the queue ended?

For the time being I am using the idle and just living with the other problems. I also can not check the "on/off" state since it was lost with the last update when the players were merged.

[OzGav]

I’m not exactly sure of the timing. It can depend on your player. Just try it and see what happens

[distante]

I am using them, until now I had just one "infinite wait", but I am now also trying to prepare everything so that there are no pauses between the podcast and sleep music.

[distante]

So, I was working until today that an update came and I have no idea what changed :( (and of course when I was not home so the WAF went down)

This Feature request is still valid :(