Bug 8333 - SBC does not display all data from getmetadatafor
: SBC does not display all data from getmetadatafor
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Display
: 7.1
: PC Other
: -- normal (vote)
: 7.x
Assigned To: Ben Klaas
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-06-04 18:06 UTC by Bryan Alton
Modified: 2009-07-31 10:22 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bryan Alton 2008-06-04 18:06:42 UTC
The RTSP protocol handler for AlienBBC uses getMetadatafor routine to return data to be displayed on WebUI and SBC. 

In 7.1 - the AlienBBC icon although returned it is not displayed - standard radio.png is displayed.

When playing a stream - on WebUI only the title metadata info is displayed on RHS - the Artist, bitrate and type are not displayed. However after doing a seek the Artist, bitrate and type are displayed briefly.  

All the metadata info is available when the details of the playing stream on WebUI and SBC are shown.
Comment 1 Michael Herger 2008-06-05 01:01:08 UTC
A few days ago I broke the player panel, but fixed it since (change 20439). Is this a dupe of bug 8313? If so - isn't it fixed for you?
Comment 2 Bryan Alton 2008-06-05 01:36:52 UTC
The WebUI part is now fixed and it displays the metadata but the SBC still only display the name (usually playlist)  when stream started - the metadata is never displayed on SBC and icon is the general radio icon and not AlienBBC.  This means for the samw stream playing, the WebUI and SBC displays are different. 

 
Comment 3 James Richardson 2008-06-16 07:08:04 UTC
Ben: Can you have a look at this
Comment 4 Ben Klaas 2008-06-16 07:59:43 UTC
I'll try to get this resolved for 7.1. cc:ing Andy, who often has instant insight into all things OPMLbased
Comment 5 Andy Grundman 2008-06-16 08:38:50 UTC
Bryan, did you compare the JSON data sent to SBC for Alien vs something that works?
Comment 6 Bryan Alton 2008-06-16 09:32:01 UTC
The bug seems to have has gone away - I'm not sure what changes fixed it but it may have been related to the changes 20501 and 20761 to HTTP.pm.

I think it can be marked as fixed.

Comment 7 James Richardson 2008-07-16 14:47:39 UTC
Bryan please retest with SqueezeCenter 7.1-21796 just to make sure the bug is squashed.
Comment 8 Bryan Alton 2008-07-17 15:41:03 UTC
It's broken but in a different way - no detailed info is displayed at all so iut may be a different or new bug.

with SC rev 21851 and r2704 SBC Now playing display the Alien icon OK but the detailed Now Playing (Press Centre button) gives a small display at top but no details such as RTSP, bit rate etc.  This data used to be displayed.
Comment 9 Bryan Alton 2008-07-18 00:52:37 UTC
I think this is a new bug but it could be a change of UI that I was not aware of.

Any stream and Podcast I tested, no longer show detailed info about the "Now Playing" stream" such as URL, format , duration, bit rate.  I think "add to favorites" used to be present as well.

This info is available from WebUI.  When playing a file - this sort of info appear under the "more info" 

  
Comment 10 Ben Klaas 2008-07-18 08:17:26 UTC
nice catch Bryan-- internet radio stream trackinfo menu fixed in r21871
Comment 11 Bryan Alton 2008-07-19 05:14:40 UTC
OK - I get most of the info now but the description field is still missing for AlienBBC (i.e. XMLbrowser). The description text is shown on WebUI and also on SB display. 
Comment 12 Adrian Smith 2008-07-22 03:58:46 UTC
Bryan - I think change 21972 fixes this?  I'd like it to be prettier - specifically to wrap the text on SBC, but this fix just adds the missing entry.
Comment 13 Chris Owens 2008-07-30 15:29:17 UTC
This bug has now been fixed in the 7.1 release version of SqueezeCenter!  Please download the new version from http://www.slimdevices.com if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Comment 14 Bryan Alton 2008-07-31 15:10:57 UTC
Technically the bug is fixed but it is not usable with reasonable descriptions.

To read the single line scrolling text you have to wait for the very slow scrolling to show all the text, but to read the description you need to have a screen saver timeout longer than it takes for the text to scroll.

If the description text has new-lines, then they display overwritten with other text on the display.  

A multi-line (if necessary separate) display would be more sensible. 
Comment 15 Chris Owens 2009-07-31 10:22:09 UTC
Reduce number of active targets for SC