Bugzilla – Bug 4731
Show Buffer Fullness has ghost spectrum display
Last modified: 2008-12-18 11:11:58 UTC
When "Show Buffer Fullness" is selected for the player, a full screen spectrum display ghosts behind the first line of the display. Showed up on initial release of 6.5.1 and also SlimServer Version: 6.5.2 - 11310 - Windows XP - EN - cp1252 Player Firmware Version: 72
I'm not sure I understand the problem. Trying to reproduce this, the show buffer fullness is a bar in the upper right, with a full screen spectrum at midscale brightness in the background. Are you only seeing it on half of the display?
Sorry if I didn't explain properly: I am listening Internet Radio from my favorites. 1. I select "Show Buffer Fullness" from the "NOW PLAYING INFORMATION" screen in SlimServer. 2. The player correctly displays the buffer parameters as "x.x/x.x seconds" (numerical format) on the right side (upper display line). 3. A ghost of the full width spectrum display is visible behind the scrolling Internet message from the internet radio source (lower display line). 4. If I pick another option from "NOW PLAYING INFORMATION" I do not see the ghost. By the way, the "Show Buffer Fullness" is a great help in debugging Internet radio. I am not sure however, exactly what the x.x/x.x parameters are mapping.
I believe it is intentionally set up that way, similar to the "Spectrum Analyzer and Elapsed Time". the x.x/x.x seconds is used when streaming radio, to give an approximage measure of the number of seconds out of the total that could be stored at the current bitrate. The display shows as a % when playing local files, which shows percentage of use of the buffer memory.
O.K. its a feature then. It is however annoying to me - in both cases - to have one display overlay another screen. My suggestion would be to kill the spectrum analyzer in both modes since there is other information being displayed on the lower line. Thanks very much for the explanation of the buffer readings.
I tend to agree that there's no reason for the spectrogram in the background on this display. Is there a reason?
I believe it is considered an "always on" visualizer while playing. This is not the case with 7.0, but I can't find any specific record of where this was altered. It could be that it was not felt important enough for 6.5.1 while it was nearing release. Adrian, do you recall, or are aware of which section of the display code needs to be tweaked to set visu based on the displaymode params?
What player type is this and how did you select the display mode (changing via the now playing button or via the web interface). For SB2/3, buffer fullness is supposed to disable visualisers, so wonder if this is not happening.
The player is SqueezeBox 3. I used the Web interface:9000, "Player Settings for Slimplayer"," Now Playing Information", "Show Buffer Fullness", "Change"
Subject: Re: Show Buffer Fullness has ghost spectrum display If you then cycle through the options using the remotes now playing button do you get to the buffer fullness without the visualizer? I think it has always worked as above when you select from the web page, but want to check the problem goes away if you select from the remote. ----- Original Message ----- From: "Slim Devices Bugzilla" <bugs@bugs.slimdevices.com> To: <triode1@btinternet.com> Sent: Monday, February 05, 2007 7:46 PM Subject: [Bug 4731] Show Buffer Fullness has ghost spectrum display > https://bugs-archive.lyrion.org/show_bug.cgi?id=4731 > > > > > > ------- Comment #8 from mbraitberg@sugarloaf.net 2007-02-05 11:46 ------- > The player is SqueezeBox 3. > I used the Web interface:9000, "Player Settings for Slimplayer"," Now > Playing > Information", "Show Buffer Fullness", "Change" > > > > > ------- You are receiving this mail because: ------- > You are on the CC list for the bug, or are watching someone who is. >
Using the remote I see the ghosting on three displays in sequence: 1. Blank display preceding Elapsed Time. 2. Elapsed Time. 3. Buffer Fullness.
Server bug. Please try change 11356 or tomorrow's nightly.
FYI, this FAQ item explains the numbers in the buffer fullness display (apologies for the horrible URL): http://logitech-en-amr.custhelp.com/cgi-bin/logitech_en_amr.cfg/php/enduser/std_adp.php?p_faqid=6060&p_created=1168638026&p_sid=4I7urAti&p_accessibility=0&p_lva=&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9OTEmcF9wcm9kcz04NDQsMTY4MSwxNzM2JnBfY2F0cz0mcF9wdj0zLjE3MzYmcF9jdj0mcF9zZWFyY2hfdHlwZT1hbnN3ZXJzLnNlYXJjaF9ubCZwX3BhZ2U9Mg**&p_li=&p_topview=1
SlimServer_6.5_v2007-02-07.exe fixed the bug on my machine. Thanks for the quick response and help with the buffer fullness user information.
changelog updated and synced at change 11533, marking as fixed.
Fixed in 6.5.2, which is now released and available for download at http://www.slimdevices.com/su_downloads.html If you're still experiencing this bug, please re-open it!