Closed ThreeFN closed 2 weeks ago
@ThreeFN, I've updated the script. Please copy the new code from here and paste it into pixoo64_media_album_art.py. This way, you won't need to wait for the HA update checker.
I hope this helps! If the fix resolves the issue, it might also address some related concerns.
A few questions:
Does the script work without using the AirPlay function?
Can you try playing radio stations (from TuneIn)?
From the developer tools, send me the media player attributes while using AirPlay (to see how HA fetches the data and improve if needed).
Looking forward to hearing from you.
That did end up working for me, thank you kindly! Sorry that I've been the bearer of bad news as of late.
I'll try to answer your questions regardless in case there is diagnostic info in the answers.
sensor.pixoo64_media_data
artist: Ninja Sex Party
normalized_artist: Ninja Sex Party
media_title: I Just Want To (Dance)
normalized_title: I Just Want To (Dance)
font_color: #0000ff
font_color_alternative: #f10000
background_color_brightness: 85
background_color: #ff0000
color_alternative_rgb: #ff0000
background_color_rgb: 255, 0, 0
recommended_font_color_rgb: 241, 0, 0
color_alternative: 255, 0, 0
Also, if you have recommendations on how to make the media data entity 'permanent' that would be helpful, if to at least remove any 'entity doesn't exist' errors. Maybe a template sensor in the HA configuration.yaml and the script would then update 'over' it?
Happy to hear things are now working.
The "entity doesn't exist" message is not an error. AppDaemon can only create temporary sensors by default. To avoid seeing that message in the log, you can create the sensor in configuration.yaml
as well.
It would be great if you could send me the media_player
attributes while using the AirPlay function. I just need to ensure how Home Assistant fetches the unique AirPlay data.
That's what I understood to be the case, I feel like I may have done something like that before but I can't remember specifics. I will investigate further.
Sorry, I misunderstood the entity you were interested in, here is the state date for the homepod device media_player.kitchen:
media_player.kitchen
volume_level: 0.488
media_content_type: music
media_duration: 223
media_position: 0
media_position_updated_at: 2024-10-30T22:42:58.027419+00:00
media_title: I Don't Know What We're Talking About (And I Haven't for a While)
media_artist: Ninja Sex Party
media_album_name: The Prophecy
app_id: com.apple.tvairplayd
app_name: Music
shuffle: true
repeat: off
entity_picture: /api/media_player_proxy/media_player.kitchen?token=8d1ffdf2db3762f3f76e256451bb04033ab796acdea7239c4ca7d12608a87eaa&cache=0CEAF5FF-B43F-408B-B743-9636FA84100B
friendly_name: Kitchen
supported_features: 448439
It's strange that the URL of the music file isn’t visible (which I need to check the AAC), but if it’s working now as expected, there’s no need for any changes. Thanks a lot for testing and using the script. Hope it adds a splash of color to your Pixoo64!
Unfortunately I've discovered a new bug.
Music playback is on Apple Homepod Mini via airplay from a phone. Seems like AAC may be related to the issue?