Bugzilla – Bug 506
Jerky animation and audio dropouts with repeated screen change 'long line' scrolls and horizontal navigation scrolls when streaming uncompressed audio.
Last modified: 2008-12-18 11:49:52 UTC
This occurs with the latest (Aug 21/04) nightly and has occured basically since I upgraded to a SqueezeboxG. When scrolling around with the large fonts (eg. browsing playlist) every couple of 'screens' the scrolling will pause, get jerky, and speed up to 'catch up'. This is usually accompanied buy audio dropouts on my FLAC->WAV stream. It would seem to me there is something strange in the animation/scrolling routines that is hanging up or timing out or something and this is causing the Slimserver to bog down.
what does your CPU usage look like during this event? are you running wireless?
New wired SqueezeboxG. I have not had a chance to watch the cpu while it happens since the unit is upstairs from the server. Tonight I'll bring it down or get the SO to scroll while I watch downstairs.
ok, so this is navigation scrolling as opposed to the slower long line scrolling, correct?
Umm... Perhaps not quite. Let me clarify. The problem is with the horizontal scrolling but does not (at least I have not yet seen it) manifest it self if the display is just quietly scrolling the present song or what ever screen info you have up. The problem occurs when you are navigating around and have a new screen of info that needs to be horizontally scrolled. I.E. choosing a new selection or skipping through songs. Here every several screen changes the scroll hangs, gets jerky, then speeds up (seems to be trying to 'catch up'). When this happens you almost always get an audio dropout. I also sometimes see a bit of a screen change pause when navigating around but this may be incidental and unrelated. The main issue is the common use (at least for me) or listening to a playlist and browsing around my library for another song to listen to next.
PS. So when I say horizontal scrolling I am indeed refering to the 'long line' scrolling.
I modified this to scrolling and navigation screen changes for all fonts and added uncompressed audio requirement. Hope the summary isn't too long now :-). I have run a few more test and it definitely only happen (at least noticeably) when streaming uncompressed audio, either a wav or decoded flac. Also the font size seems immaterial except insofar as it makes it much more common to have some screen scrolling. The jerkyness also happen quite noticeably on almost every horizontal screen change (ie. navigation) scroll as well. I am wondering if this is a firmware issue rather than Slimserver?
After trying the same thing on my old Squeezebox with the old display and fonts I am pretty sure that this issue is unique to the new fonts and animation of the SqueezeboxG. Besides the jerkiness I also notice missed key presses, and general unresponsiveness and lantency. Is there a way to force the SqueezeboxG to use the older fonts and routines to confirm this?
I've seen exactly this problem, again with FLAC->WAV streaming only, and only since I upgraded to SqueezeboxG. I'm running firmware 33 and a nightly from 8/14. Prior to the upgrade FLAC->WAV streaming worked perfectly with no dropouts. Signal strength is in the 45% range, as it was before. I don't have to be manually scrolling with the remote to get dropouts; basically, FLAC->WAV dropouts are now common regardless of what's happening on the display, when before they were exceedingly rare.
This bug seems to be fixed for me in 34 (and the 08-31-2004 nightly). I think we should close it unless anyone else is still having problems.
as reporter, you have the right to resolve/close it when you are happy with it.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.