I agree with the first post - that additional information should be
available in identifable files and it is up to UI how to present the
data whether on "Now Playing" screens  and/or through More - rather than
plugin through getMetatdataFor routine merging data to fit into 3
standard fields but which is different for each plugin.

I think the fields available to depend on the source.  I think there are
a number of sources and if this sort of change is going to happen,  we
should have a scheme that covers
- files -  artist , album, track,  - classical often poses additional
problems but I don't want to solve that here
- Podcasts - source, date, title, episode, descr
- streaming services like Spotify, Qobuz -  artist , album, track - I'm
not a user so others can add but is "playlist" or channel  (what is
displayed with a user with a playlist of mix local and streaming tracks
?)_ 
- Radio stations - on demand - program name/episode , program contents,
Brand/Series, Station name
- Radio stations - Live - current track/segment, program , short
description, station name   - other possibly time left  and next
program.

For Radio there are some users who enat logn descriptions and other who
want short especially for Classical broadcast where description can be
very long

Since these are the items that comes to mind, they are a bit chaotic but
I think it means the that an overarching  "tag" is needed to indicate
the "source" so that the UI can choose a layout and know what fields
shoudl be availablee and what they means.

In implementation terms - we can go for a big change in many places or
crowbar it into an existing field (e.g. if "description" is a string -
then process as currently, if "description" is a hash - break out the
fields in the UI)


------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112211

_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta

Reply via email to