Redrum wrote: > Radio Stations do not behave like music files in the queue (when there > is more than one), and station types (plugin or standard) don't (miss) > behave The same way.
For stations that have/use a protocol handler - the metadata displayed (e.g. image, text) during playing is usually supplied by a plugin "getMetadatafor". For items that are queued - the same routine "getMetadatafor" is called. There are various methods to get the metadata depending on the source. Some mayeb eemddded in the stream, some on demand from a URL, others may be collected as part of a background process To return the correct information, the protocol handler will need checks whether the calling client is actually playing the queued "URL" (i.e. get current data) or in queue (i.e. just return static image and title) . For some protocol handlers this may be "difficult" if you're already playing the same station as the URL may be the same but some dynamic parameters different (e.g. starttime). So a question has to be asked - are these realistic scenarios ? To resolve the problem may add complexity to the plugin which in practice will never be used. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116205 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
