Additional Attributes and Services for better Lovelace Cards #2586
Replies: 10 comments 17 replies
-
If this is what it takes to be able to build the perfect Mass UI, then I'm all for it. And so should everybody ... |
Beta Was this translation helpful? Give feedback.
-
MA is never playing a playlist but a queue of items. So there is never a single playlist because the tracks on the queue could be originated from everywhere. The best you could probably do is maybe remember the last X entries from the play_media request. So you at least know which albums/playlists/artists are added |
Beta Was this translation helpful? Give feedback.
-
This is beautiful, how do I get my hands on the yaml? please |
Beta Was this translation helpful? Give feedback.
-
Did you ever release this anywhere? Looks really nice. |
Beta Was this translation helpful? Give feedback.
-
@rxritalin did you get support on your requests? If MASS wants wide adoption then it undoubtedly needs good support from within HA, which is severely lacking right now. |
Beta Was this translation helpful? Give feedback.
-
I think the integration is great. What is missing is a really nice lovelace card. Most of us. At least all the people I get inspired from their dashboards will all use an integration as a card on their dashboard. And most of us have their menu's hidden. So we need a lovelace card that looks as cool if not way better than what's out there right now. I have had Music Assistant integrated in my HA setup for as along as I can remember (many updates) but I have NEVER used it because I can't access it yet. I'm still waiting for the lovelace card. At least that's how I see it. Great work on everything working together though. You guys make it so easy to add your providers and your speakers and it all works. But not on my dashboard. Thanks for everything though. I don't want to sound like I'm dissing you guys. Not at all. |
Beta Was this translation helpful? Give feedback.
-
I use Music Assistant all the time at home and with voice, I am part of an awesome project called View Assist (Git & Wiki) which also uses it. |
Beta Was this translation helpful? Give feedback.
-
I also think it might be different kinds of people who make great UI's than those who make the backend/programming of a great integration. Why not try to implement some of rxritalin's ideas in order to make the UI work as it should and hence make Music Assistant incredible? |
Beta Was this translation helpful? Give feedback.
-
This is exactly what I am looking for |
Beta Was this translation helpful? Give feedback.
-
@rxritalin have a look at the new actions available in integration version 2024.11.0 and let us know if any of those are useful for you. Your various requests are noted and will be looked at in due course. |
Beta Was this translation helpful? Give feedback.
-
I originally posted this in Q&A section, but I dont think what I am looking to do is possible yet with MASS, so I am reposting here in the Feature Requests.
Whats already possible
I am pretty much finished or have gone as far as I can go at present with a full screen card.
This UI is intended to be a single player, on a single device and act as the main UI to interface with MASS. Its one of those odd 1920x720 touch displays, incase you are wondering why its so wide.
At present I am using the picture elements card as my base and "mini-media-player" card for most of the interactive elements, as it seems to offer the most flexibility. The layout is obviously based on Volumio's UI with a few changes to make it more touch friendly and easier to read at a distance.
I can obviously already use the core features of a media card;
cover art,
track
title,
album
playtime/runtime
play/pause, next, prev, shuffle and repeat
volume
I have also found a simple enough way to access the HASS media player options for Search, PlayLists, Artist, etc via popups housing an iFrame Card. This works but its not ideal as each pages needs to load in the iFrame each time its accessed. It makes the UI feel a bit clunky but at least it works.
This is about as far as I can push it right now.
New Features Request
alternate accessible service to do the same and let us build our own interface.
require some sort of secondary popup to list out which playlist to it the tract to.
as I can tell is useless to the end user. If I am wrong please correct me.
Im not sure how this should best be handled, as these are not straight forward services or attributes, I believe they are a mix of the two.
(dirty) Make the playlist popup in the MASS UI accessible directly via a URL, so that users can utilize an iFrame card to display and
interact with the current playlist.
(clean) Take the same route that "ytube_music_player" takes, which requires the user to create helper "input_selects". One would likely be
required for each speaker. Once the input select is created with a specific name/syntax, MASS fills in the data.
https://github.com/KoljaWindeler/ytube_music_player
Suggested naming structure:
input_select.mass_speakername_current_playlist,
route that "youtube_music_player" did and have the end user create helper input selects, and have MASS fill in the data.
input_select.mass_playlists
input_select.mass_albums
input_select.mass_artists
input_select.mass_tracks
input_select.mass_stations.
directly from the lovelace UI would be greate. https://github.com/postlund/search-card
If its not possible to utilize this card in its current form, perhaps creating one specific to the task.
I would love to be able to end up with something like this to finally finish off this card.
Beta Was this translation helpful? Give feedback.
All reactions