Bugzilla – Bug 11233
Retrieval of playlist (now playing) info for remote streams
Last modified: 2009-10-05 14:36:29 UTC
There are commands to provide for the retrieval of album, artist, title, genre etc dor any item in the now playing Queue (the current playlist) This does not seem to operate for remote streams with the exception of title. When a newsong starts and the unsol newsong command is received it has some information but not well delineated. The web interface shows that at least for the currently playing remote stream the Title, album, artist and stream parameters are generally if not always known. Could these then be sent back on a CLI request for current title, artist, album as they are for music library items. The documentation does not say that the information will not be sent back for remote streams so I am considering this tp be bug as opposed to a request for enhancement. If there is a way to do this using CLI and I have missed it please advise.
I guess you're talking about the distinct queries? Yes, this has come up recently, they don't return remote stream information. Did this ever work for you? In the web UI we're using the status query.
No I do not believe it has ever worked. IHowever why can't it. You have the data, it appears properly on the web GUI Are you saying if I do a CLI status query I will get it all back correctly. I will try that.
Barry - could you please provide me with the list of commands you know to be broken? Would help me a lot. Thanks!
Michael Here is what I send and get back: If remote is not true (0) then the proper data is returned: SEND: 00:04:20:16:01:e0 playlist remote 0 ? RCVD: <ID> playlist remote 0 1 SEND: 00:04:20:16:01:e0 playlist title 0 ? RCVD: <ID> playlist title 0 radioioJazz SEND: 00:04:20:16:01:e0 playlist artist 0 ? RCVD: <ID> playlist artist 0 SEND: 00:04:20:16:01:e0 playlist album 0 ? RCVD: <ID> playlist album 0 SEND: 00:04:20:16:01:e0 playlist genre 0 ? RCVD: <ID> playlist genre 0 SEND: 00:04:20:16:01:e0 playlist path 0 ? RCVD: <ID> playlist path 0 http%3A%2F%2Fcast.voxcdn.net%3A8000%2F2917-MP3-RadioIO-Jazz-128.pls SEND: songinfo 0 30 url:http://cast.voxcdn.net:8000/2917-MP3-RadioIO-Jazz-128.pls RCVD: songinfo 0 30 url%3Ahttp%3A%2F%2Fcast.voxcdn.net%3A8000%2F2917-MP3-RadioIO-Jazz-128.pls HTTP: SEND:GET /music/current/cover_100x100_o HTTP/1.0(CR)Authorization: Basic YmFycnk6amlsbGlhbg==(CR) HTTP: Received All Image Data, Block Count=2, Total Block Size=7414, timer=20/0 The returned title is also incorrect as is the returned cover. The returned title is not the title of the song playing. If I look at the server via the WEB interface it is correct. I can understand that Genre is not available, but there others ckearly are.
Created attachment 5114 [details] fix title/duration/genre/album/artist if possible Barry - could you please give this patch a try? It should fix part of the problems. If this is working, I'll go through all the related queries to (hopfully) fix them for good. I don't know about the artwork: how did you query it? It's not part of the playlist query, is it?
I have to run out foir a whilw to see dentist. Fisrt of all I have no idea how to apply a patch but if you tell me I will try. Just as long as you tell me how to remove it also (:-) With regard to the cover art: I send an http GET over port 9000. I use http for all cover art but that is all, everything else I do by CLI. As shown in the data I sent (I know that it may be a little hard to understand as we all do things differently, no sarcasm intended); I send (I just edited out the authentication phrase to show it with less stuff.) HTTP: SEND:GET /music/current/cover_100x100_o HTTP/1.0(CR)(LF) which then comes back with data as shown by: HTTP: Received All Image Data, Block Count=2, Total Block Size=7414, timer=20/0 The GET returns an HTTP stream which I then field and show as the cover art. I receive a data set of 7414 bytes which comes in as two blocks due to network blocking factors. The timer 0f 20/0 says I would wait 20 time units, a time unit being 0.1 seconds, for a total of two seconds for the HTTP reply, but it came back within 0.1 seconds. The image is not that shown on the SqueezeCenter WEB GUI, but is a picture of a musical note. The WEB GUI showed the station logo. Sometimes however I do get back the correct "Cover art Image" which is almost always the station logo IIRC.
change 25960 - have playlist query use the same function to get track information as other related queries. We do indeed have too many redundancies in this area. Many similar commands use different ways to get their results. I consider your particular issue fixed with the above change. But I've opened a new bug 11802 to cover the bigger picture.
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.